Con el 78 por ciento de las empresas adoptando un desarrollo ágil al estilo DevOps, el foco para el futuro está en la flexibilidad y la innovación. Los CIO deben formular principios básicos para las decisiones tecnológicas que preserven la flexibilidad crítica del negocio.
5 minutos. LEER
Cuando las empresas se trasladan a la nube (o cambian de proveedores), a menudo queda al descubierto una verdad incómoda: en la prisa por implementar rápidamente una aplicação, los desarrolladores a menudo se encuentran en la posición de tomar decisiones comerciales para las empresas sin darse cuenta. Estas decisiones, que antes eran dominio exclusivo del CIO o del CTO, pueden tener un gran impacto en el futuro de la empresa.
Peor aún, la gerencia a menudo no se da cuenta de que las decisiones de diseño fundamentales fueron tomadas por los desarrolladores hasta que algo cambia. Cambiar de plataformas en la nube, buscar clientes en nuevos países (lo que implica cumplir con regulaciones adicionales) y pasar de nubes públicas a nubes privadas o híbridas son cambios que pueden exponer la inflexibilidad causada por decisiones anteriores, lo que posiblemente resulte en una inmensa deuda técnica.
Con el 78 por ciento de las empresas adoptando un desarrollo ágil al estilo DevOps, el enfoque para el futuro está en la flexibilidad y la innovación. Sin embargo, los desarrolladores tienen un mayor impacto en cómo se diseñan las aplicações y, en muchos casos, toman decisiones unilaterales que afectan la flexibilidad del negocio.
Ésta es la desconexión emergente entre los desarrolladores y los ejecutivos de negocios. Si bien casi dos tercios de los gerentes de TI empresariales creen que deberían tener el voto decisivo a la hora de seleccionar un servicio de nube pública, trasladar aplicaciones a la nube o crear una nube privada, las unidades de negocio no están de acuerdo aproximadamente el 40 por ciento de las veces.
Para responder, los CIO deben formular principios básicos para las decisiones tecnológicas que preserven la flexibilidad crítica del negocio. Esto incluye elegir elementos que sean compatibles con múltiples plataformas.
El setenta y ocho por ciento de las empresas tienen un programa o iniciativa de DevOps implementado.
Los gerentes y ejecutivos necesitan realizar ejercicios para ilustrar cómo los posibles escenarios comerciales y regulatorios podrían afectar su desarrollo. El objetivo de estos ejercicios hipotéticos es identificar problemas potenciales.
¿Qué pasa si se aprueban nuevas leyes de privacidad o la empresa y la aplicação tienen que tratar con datos de clientes europeos? Casi tres cuartas partes de los directivos responsables de la nube creen que la gestión de la privacidad y las regulaciones de protección de datos son más complejas en la nube, según un informe reciente del Instituto Ponemon.
¿Qué pasa si la empresa traslada sus aplicações a un nuevo proveedor de infraestructura en la nube? Si bien existen pocos números buenos que midan el costo de trasladar a otros proveedores de nube, el principal desafío para las empresas es optimizar el costo de uso de la nube. No reducir el costo de pasar de un proveedor de nube a otro sirve para limitar a una empresa a su proveedor actual.
Cita destacada/interruptor: El 53% de las empresas están intentando reducir costes optimizando el uso de la nube.
Estos juegos hipotéticos ayudarán a la empresa a decidir cuánta flexibilidad y abstracción debe incorporarse a sus plataformas de desarrollo y operaciones. Si bien los desarrolladores generalmente son responsables de cómo se hace algo, y las operaciones de cómo se gestiona, ambos necesitan un marco general para reducir la superposición de esfuerzos y evitar futuros problemas.
La dirección ejecutiva y los arquitectos de la nube deben buscar puntos en el proceso de desarrollo que puedan requerir el reemplazo de una tecnología o un proceso en particular. Identificar estos puntos de fungibilidad permitirá a una empresa estar preparada para el futuro.
Para mantener la flexibilidad en el futuro, las empresas deben diseñar todo su sistema, incluidas las herramientas de seguridad, rendimiento y supervisión, para que funcione con diferentes servicios. Si bien Amazon Web Services domina el mercado hoy en día y continúa innovando, Microsoft Azure, Google Cloud y otros están tomando impulso con ofertas potentes y diferenciadas que están demostrando ser atractivas. Los servicios en la nube Azure de Microsoft, por ejemplo, han atraído al 34 por ciento de las empresas al servicio, frente al 20 por ciento en 2016.
Después de identificar los posibles obstáculos y relacionarlos con los puntos de decisión tecnológicos y políticos, los administradores de la nube deben identificar soluciones tecnológicas que puedan resolver sus problemas. En muchos casos, se puede abstraer la infraestructura y agregar puntos de control mediante el uso de capas adicionales, como un controlador de distribución de aplicação .
El sesenta y nueve por ciento de las empresas han utilizado la nube para rediseñar un proceso de negocio. Las empresas siempre necesitan tomar decisiones sobre si un servicio proporciona más seguridad o una mejor característica, pero los ejecutivos deben equilibrar esas consideraciones con la necesidad de flexibilidad y estar preparados para un futuro incierto.
Los desarrolladores que se quedan solos a menudo no piensan en el panorama general. Por ello, los arquitectos empresariales y los altos ejecutivos deben hacer cumplir las prioridades del negocio a través de principios arquitectónicos que protejan contra opciones de desarrollo sin futuro. Al realizar una lluvia de ideas sobre escenarios hipotéticos, identificar puntos fungibles en el proceso de desarrollo y encontrar soluciones flexibles, las empresas pueden evitar dolores de cabeza importantes en el futuro.
Contar con un arquitecto de la nube puede ayudar a impulsar el desarrollo de aplicação en la dirección correcta. Es un rol que cada vez más empresas están utilizando. Más del 56% de los encuestados en la encuesta anual sobre la nube se identificaron como arquitectos de la nube, frente al 40 por ciento en 2016, según RightScale.
Los desarrolladores no pueden (y no deben) diseñar dentro de un vacío organizacional. Más bien, se les debería proporcionar un marco que les permita desarrollarse hacia el futuro.
Los desarrolladores no pueden (y no deben) diseñar dentro de un vacío organizacional. Más bien, se les debería proporcionar un marco que les permita desarrollarse hacia el futuro.
Al final, la adopción de la nube se reduce a un cálculo de valor: si bien el uso de una única plataforma puede brindar algunos beneficios positivos, el futuro de su aplicação es más largo y más desafiante de lo que podría esperar.
Robert Haynes es un arquitecto de soluciones con más de veinte años de experiencia en TI. Empezando desde abajo como analista de soporte técnico, su deslucida carrera lo ha llevado a través de la administración de sistemas UNIX, backup y almacenamiento, y finalmente, redes de aplicação . Habiendo brindado soporte, diseñado y vendido sistemas de TI complejos en una variedad de industrias y varios continentes, el enfoque de Robert está siempre en la implementación práctica y el uso de la tecnología en el mundo real. Si bien esto puede parecer totalmente incompatible con su rol actual en marketing para F5 Networks, a él le gusta pensar que su función principal es traer equilibrio a la Fuerza.
Robert tiene una licenciatura en Biología Aplicada del University of Wales College Cardiff y un certificado en “Cómo evitar colisiones al dar marcha atrás y estacionar” de la Driving Dynamics Interactive Advanced Driving School, el último de los cuales ha demostrado ser considerablemente más útil que el primero.