Estado de la entrega de aplicação 2017: Automatización, API y DevOps
El ritmo digital ha cobrado impulso durante el último año, lo que ha llevado a los responsables de la red y la infraestructura que entrega aplicaciones a los usuarios corporativos y consumidores a mirar hacia la automatización y la perspectiva más ágil y colaborativa que ofrece DevOps. Pero aun cuando las organizaciones adoptan la automatización y reconocen la importancia de la programabilidad (API y plantillas), no están del todo preparadas para conformarse con una única pila que las domine a todas.
Con más de 2100 encuestados que abarcan todas las funciones dentro de TI, desde desarrolladores de aplicaciones hasta directores ejecutivos e ingenieros de seguridad y redes, nuestra encuesta sobre el estado de la entrega de aplicação de 2017 descubrió que, a medida que DevOps avanza hacia la producción, sus impulsores y percepciones también cambian.
01 | ADOPCIÓN DE LA AUTOMATIZACIÓN
La transformación digital requiere más que sólo una API corporativa y un grupo de desarrolladores. Estamos viendo un enfoque igual (o incluso mayor) en los cambios internos necesarios para permitir que el negocio escale de manera eficiente en proporción a su crecimiento. Asignar más personas a realizar tareas ya no es un medio viable para escalar las operaciones comerciales porque no solo se trata de hacer las cosas, sino también de hacerlas de manera rápida y eficiente.
Eso significa más sistemas, más cosas, más aplicaciones, más amenazas y más identidades que gestionar. En el ámbito de TI, la misma lucha por escalar para satisfacer esa demanda continúa y cada vez más se responde con automatización y orquestación.
En 2016, solo el 21% de los encuestados en nuestra encuesta sobre el estado de la entrega de aplicação utilizaban uno o más marcos de automatización. Un año después, esa cifra aumentó al 52% de los encuestados, y más de la mitad utilizaba dos o más sistemas al mismo tiempo. Todos los sistemas experimentaron un crecimiento, siendo Cisco, OpenStack y VMware los que registraron mayores ganancias, con un 19%, un 14% y un 22% respectivamente. Como para demostrar que la automatización de los servicios de red y aplicaciones es importante, el 35 % de los encuestados utiliza Cisco ACI. Dado que es relativamente nuevo en comparación con pilares como VMware e incluso OpenStack, se trata de un salto considerable en sólo dos años de seguimiento.
02 | PRODUCCIÓN DE REGLAS DE PILA HÍBRIDA
Si bien el 39% de los encuestados utiliza solo un sistema para automatizar la infraestructura y los servicios de aplicaciones, la mayoría (61%) utiliza dos o más. Observamos que cuanto más grande es la organización (y, como era de esperar, cuantas más aplicações gestiona), más crece ese número. El número promedio de sistemas de automatización en uso es 1,8, pero si administras 3000 aplicações o más, puedes esperar ver un promedio de 2,43.
Es fascinante observar que el número promedio de modelos de nubes en uso también es 1,8. Es muy posible que la automatización en algunas organizaciones esté ligada exclusivamente a la adopción y uso de la computación en la nube.
Esto tiene mucho sentido para las empresas que durante mucho tiempo han confiado en VMware para virtualizar su infraestructura informática. Prácticamente no hay (y me disculpo, de verdad) ninguna razón para que una organización elimine la automatización existente que alimenta su gestión y aprovisionamiento de cómputo. La respuesta suele estar en sistemas adicionales, como Cisco ACI, que amplía la automatización del aprovisionamiento y la gestión a la infraestructura de servicios de red y aplicaciones.
Casi la mitad (47%) de aquellos que confían en un único marco de automatización optaron por VMware. Cisco obtuvo el 26% de los encuestados con un solo marco, mientras que OpenStack obtuvo el 9%.
El 7% depende únicamente de scripts de Python para lograr la automatización y la orquestación, lo que justifica la existencia de una comunidad de atención al cliente sólida y con buen soporte en torno a las API de plataformas de servicios de aplicaciones y redes.
03 | ESCALA SOBRE VELOCIDAD
El beneficio de DevOps citado con más frecuencia es la velocidad. Las métricas asociadas con la medición de su éxito giran en torno a la frecuencia de implementación y el tiempo de comercialización. Sin embargo, cuando se trata de infraestructura de servicios de red y aplicaciones, la escala se convierte en la fuerza impulsora detrás de la automatización y la orquestación. Solo el 14% de los encuestados citó el tiempo de comercialización como el factor impulsor del uso de marcos de automatización, y se decantó por la escala (37%) y la reducción de opex (37%) como la razón detrás de su adopción.
Sospechamos que la reducción de OpEx es un código para “mantener el equilibrio presupuestario”. Según la última encuesta de Computer Economics, los presupuestos de TI apenas se mueven o se mantienen estancados, por lo que optimizarlos es sin duda una preocupación importante. Escalar sin sumar más personal es difícil, dadas las ya significativas proporciones de dispositivos por ingeniero, por lo que la automatización y la orquestación son una forma de escalar sin aumentar drásticamente el presupuesto operativo.
Es interesante notar que la automatización a menudo tiene el impacto de mejorar la velocidad de una implementación. Al mapear flujos de valor como primer paso para orquestar procesos de implementación, a menudo es fácil encontrar los “tiempos de espera” que causan demoras en la implementación. Esos tiempos de espera suelen ser transferencias entre equipos o “tiempo en cola” esperando que un ingeniero se libere para realizar una tarea específica. La automatización puede reducir esos tiempos de espera y el tiempo en colas, lo que tiene el beneficio de acelerar todo el proceso, mejorando así el tiempo de comercialización.
Un vistazo a los impulsores de SDN cuenta una historia similar: el 62 % adopta SDN para controlar los gastos operativos.
04 | LA PROGRAMABILIDAD ES FUNDAMENTAL
Mucho antes de que todo definido por software se convirtiera en el status quo, la programabilidad permitió los ecosistemas entre proveedores al brindar los medios para integrar productos entre sí y ofrecer capacidades más integrales a los clientes. Esas mismas API ahora han florecido en la economía de Otras API y permiten una amplia variedad de funciones y capacidades tanto directamente para los clientes como fomentando una integración más amplia con sistemas de código abierto.
Ya sea que esté relacionada con la nube o con la infraestructura del centro de datos, la programabilidad es la forma en que las redes y la infraestructura de las aplicaciones se automatizan, los procesos se convierten en orquestación y, en última instancia, se logra la escala. La programabilidad se asocia con mayor frecuencia con las API y, cada vez más, con el concepto de plantillas. Ambos experimentaron aumentos dramáticos en la importancia percibida en nuestra encuesta, con claras mayorías que designaron a ambos como características “más importantes” para la infraestructura.
Menos entendida y discutida es la programabilidad de la ruta de datos , es decir, la capacidad de interceptar, inspeccionar y modificar datos en vuelo. Esto permite funciones de la capa de aplicação como reescribir URL, proteger cookies y agregar o eliminar encabezados HTTP, así como una inspección más profunda de los protocolos, lo que resulta muy útil para la seguridad (en particular frente a un nuevo exploit).
Sorprendentemente, esta capacidad se considera “más importante” que las API o las plantillas. Mientras que el 52% de los encuestados considera que las API son “más importantes” y el 53% dice que las plantillas son “más importantes”, el 57% etiqueta la programabilidad de la ruta de datos como “más importante”.
Los beneficios comerciales que aporta la programabilidad de las ruta de datos en términos de agilidad, particularmente en el ámbito de la seguridad, brindan un amplio impulso para que los encuestados adopten dichas capacidades.
La programabilidad, la automatización y la orquestación no van a desaparecer, y es alentador ver el porcentaje significativo de roles fuera del desarrollo de aplicaciones que adoptan estos conceptos. Si bien pueden ver la automatización, la orquestación y los conceptos relacionados como respuestas tácticas para enfrentar desafíos como los presupuestos y la escala, ciertamente están participando del buffet que es DevOps para brindar la cobertura aérea necesaria para permitir la transformación digital del negocio, por dentro y por fuera.
Siéntase libre de examinar los datos en formato de diapositiva en SlideShare .