Sergey Nivens - Fotolia

La infraestructura como código es el principal reto de TI para DevOps

La infraestructura como código es vista como la mejor manera para que los profesionales de TI mantengan el ritmo con el desarrollo de aplicaciones modernas, pero eso es más fácil decirlo que hacerlo.

Los profesionales de operaciones de TI tienen mucho trabajo por hacer para automatizar la infraestructura que apuntala iniciativas DevOps.

Si bien las barreras culturales son algunos de los retos más difíciles para DevOps, los practicantes de operaciones de TI dicen que la captura de la infraestructura como código es el obstáculo técnico más importante para soportar las prácticas modernas de desarrollo de aplicaciones.

A pesar de que las herramientas de gestión de configuración como Puppet y Chef que permiten la infraestructura como código han estado en el mercado desde hace años, el concepto todavía puede ser difícil de entender para algunos profesionales de TI.

No todo el mundo ha comprado aún el concepto de tomar una infraestructura tradicional de bastidor y de pila tradicional con gestión de IPs en hojas de cálculo de Excel, y automatización a través de scripts Bash y código Ruby, según Pauly Comtois, vicepresidente de DevOps para una compañía multinacional de medios de comunicación.

"Muchas de nuestras organizaciones cliente apenas tienen operaciones automatizadas de algún modo", hizo eco Nirmal Mehta, jefe de tecnología senior para el grupo de innovación estratégica en Booz Allen Hamilton Inc., una empresa de consultoría que trabaja con organizaciones gubernamentales para establecer una cultura DevOps.

"Es 2016, y debemos ser capaces de automatizar los despliegues", dijo. "Una vez hecho esto, se puede empezar a utilizar las mismas exactas herramientas para administrar la infraestructura que usted utiliza para su código de aplicación".

Una gran razón por la cual las empresas han sido lentas para automatizar sus operaciones es que el trabajo de la infraestructura como código puede ser más fácilmente discutida que hecha; las aplicaciones heredadas a menudo no fueron diseñadas con herramientas como Chef o Puppet en mente.

El software de terceros que se ejecuta en Windows no es propicio para la automatización a través de la línea de comandos, señaló Comtois. "Lo que hace eso realmente difícil técnicamente es cuando esa pieza de software también es crítica para el flujo de trabajo de esa organización, por lo que no puede simplemente entrar y arrancarla, y sustituirla por otra cosa".

Estos problemas se pueden superar, pero "algunas transiciones son más dolorosas que otras", dijo.

Los equipos de seguridad también tienen que ser llevados a bordo con la gestión de la infraestructura como código, de acuerdo con Mehta.

"La infraestructura como código y gestión de la configuración hacen el cumplimiento mucho más fácil, pero eso también significa que el cumplimiento ya no es una cosa que hace una vez al año", dijo. "Se envuelve en el proceso DevOps [al igual que] por lo que cualquier pieza de código tiene que pasar".

La mayor parte del tiempo dedicado por las operaciones de TI en el futuro previsible será en la transición de procesos manuales hacia infraestructura como código, o pasos automatizados que siguen la misma línea que el código de aplicación, de acuerdo con Mehta.

Próximos pasos

Más sobre DevOps:

Hotel se acelera con modelo sobrealimentado de DevOps

Construir un entorno DevOps con microservicios y contenedores

Gartner: DevOps es bueno; DevSecOps es mejor

Investigue más sobre Desarrollo de software y aplicaciones

ComputerWeekly.com.br
Close