2 errores que pueden arruinar un proyecto multicloud

hace 3 años

De plus en plus d

Hoy en día, la tendencia es claramente hacia la multinube. Sin embargo, debemos tener en cuenta que esta arquitectura es compleja y distribuida, y sobre todo que la mayoría de la gente no la domina.

Pensarías que la multinube no es tan complicada de implementar y que se trata simplemente de implementar y administrar un poco más que una nube pública. Pero, lamentablemente, este no es el caso. A medida que más empresas implementan arquitecturas multinube, repiten los mismos errores una y otra vez. Especialmente estos, que es posible que pueda evitar.

Índice
  1. Primer error: diseñar y construir una multicloud con CloudOps en mente.
  2. Segundo error: optar por todo lo “nativo de la nube”.

Primer error: diseñar y construir una multicloud con CloudOps en mente.

Muchas organizaciones implementan dos o tres nubes públicas, a veces más, sin tener una idea clara de lo que implica la gestión a largo plazo de una arquitectura multicloud. Cuando una implementación de múltiples nubes entra en producción, una gran cantidad de servicios en la nube se vuelven redundantes (incluidos el almacenamiento y la computación), un fenómeno asociado con la explotación previa de varias nubes públicas. Excepto que todo se vuelve demasiado para que el equipo de la nube lo maneje. No pueden hacer que todos estos servicios heterogéneos funcionen como deberían y la calidad del servicio se resiente. La implementación también es demasiado arriesgada en términos de seguridad y gobernanza. Hay varias formas de evitarlo. En primer lugar, no entre en multinube si no puede satisfacer las necesidades operativas y se limite a implementaciones en una única nube. Porque podría privarlo de los mejores servicios y reducir el valor de uso de la nube. Un segundo enfoque más apropiado es también automatizar prácticamente todo y aprovechar las abstracciones (desde un solo punto) para administrar la complejidad, mientras se obtienen los mejores beneficios.

Segundo error: optar por todo lo “nativo de la nube”.

Tenga en cuenta que las herramientas que cubren las nubes públicas son las más útiles. Le permiten utilizar las mismas interfaces y la misma automatización de una nube a otra en su multicloud. Parece una opción obvia, pero muchas empresas que se mueven de una sola nube a una nube múltiple mantienen las herramientas nativas que vienen con esa nube pública en particular, incluidas las herramientas de seguridad y operaciones. Las empresas que decidan mantener herramientas específicas de administración y monitoreo para AWS, Microsoft o Google deberán aprender y operar una herramienta de nube pública. Lo cual no es muy efectivo. Uno puede entender fácilmente cómo evitar este problema, pero es más difícil aplicar el método correcto. Aunque las aplicaciones nativas de la nube son excelentes por sí mismas, no es una buena idea usar solo herramientas nativas para todo tipo de tareas de administración y seguridad.

Por un lado, es necesario contar con personas que comprendan cada herramienta. Entonces no habrá comunicación ni coordinación entre las nubes. Y finalmente, la automatización tendrá que ocurrir en varios lugares en lugar de solo en uno. La solución es buscar herramientas que puedan abarcar todas las nubes y tener interfaces coherentes entre las nubes. Multicloud es una ciencia en constante evolución. Los proveedores de nube pública no brindan buenos consejos ni buenas herramientas porque no les conviene impulsar a sus clientes a la multinube. Sin embargo, si están tratando de que adopte un patrón de diseño que aumente su complejidad, costos y riesgos, un consejo: evite seguirlos.

Si quieres conocer otros artículos parecidos a 2 errores que pueden arruinar un proyecto multicloud puedes visitar la categoría Otros.

Otras noticias que te pueden interesar

Subir