Cómo se descomponen los devops en la nube

0
4
How devops in the cloud breaks down

Es martes por la mañana y está en una llamada de Zoom para la reunión diaria de scrum. Obtiene las actualizaciones normales sobre el progreso y las barreras para el progreso, que parecen estar repitiendo patrones de un proyecto a otro. Sin embargo, nota que solo ve estos problemas cuando se trata del desarrollo de la nube pública y no del desarrollo más tradicional.

¿Cuáles son estos problemas y qué se puede hacer al respecto? ¿Y por qué los problemas son solo en la nube y el desarrollo híbrido?

Primero está el problema obvio: el talento. Para hacer Devops en la nube, necesita ingenieros de DevOps que entiendan cómo construir y usar cadenas de herramientas. Más importante aún, necesita ingenieros que sepan cómo construir cadenas de herramientas utilizando herramientas basadas en la nube.

Algunas (pero no muchas) personas tienen estas habilidades. Veo que muchas empresas no los encuentran e incluso retiran los desarrolladores a las plataformas tradicionales solo para que puedan contratar personal. Lamentablemente, esa no es una mala estrategia en este momento.

En segundo lugar, la nube rara vez tiene todas las herramientas que necesitará para la mayoría de las cadenas de herramientas devops. Si bien tenemos una gran cantidad de herramientas de desarrollo, ya sea vendidas por proveedores de nube pública o por socios clave que venden servicios de nube de desarrollo, alrededor del 10 % al 20 % de las herramientas que necesitará no existen en su plataforma de nube pública. Tendrá que incorporar la plataforma de otro proveedor, lo que luego conduce a la complejidad de múltiples nubes. Por supuesto, la necesidad de esas herramientas ausentes depende del tipo de aplicación que esté creando.

Esta escasez no es un problema tan grande como lo fue antes porque los proveedores de herramientas devops vieron la computación en la nube escribiendo en la pared y rápidamente cubrieron la escasez de herramientas. Sin embargo, a menudo es imposible encontrar todo lo que necesita ejecutándose de forma nativa en su proveedor preferido. Los ingenieros de Devops generalmente optan por enfoques híbridos, adoptando una táctica de “primero la nube”. Eligen herramientas que se ejecutan de forma nativa en la nube, si se pueden encontrar, pero tienen opciones de respaldo en otros proveedores de la nube o en los temidos sistemas locales.

Por supuesto, esto trae más complejidad a la cadena de herramientas, y como el código y los datos van y vienen entre su nube y otros sistemas remotos, la seguridad y la confiabilidad pueden convertirse en problemas si no tiene personal que entienda las implementaciones de seguridad en la nube. Nuevamente, debe contratar personas que entiendan cómo operar estas cosas turbias.

No puedo tirar demasiadas piedras desde mi casa de cristal. Ante la insistencia de los clientes de hace mucho tiempo, fuerzo la instalación de devops en plataformas de nube pública antes de que estuvieran listas para hacerlo. No salió bien.

La lección central es que no hay almuerzos gratis en computación. Cualquier camino nuevo que parezca ser más productivo y rentable, como los modelos de consumo de computación en la nube, tendrá muchas desventajas.

Es probable que la falta de herramientas se resuelva en un futuro relativamente cercano porque la suya no es la única empresa con este problema, y ​​los proveedores están dirigiendo más dólares de I+D en esa dirección. En cuanto a la escasez de personal calificado, si puede esperar al talento adecuado para hacer avanzar sus proyectos en la nube, le sugiero que considere seriamente esa opción. Su capacidad para sortear y resolver estos problemas es lo que en última instancia conduce al éxito. Esa capacidad a menudo proviene de contar con las personas adecuadas en el lugar adecuado en el momento adecuado.

Derechos de autor © 2022 IDG Communications, Inc.

LEAVE A REPLY

Please enter your comment!
Please enter your name here