Cómo tener éxito en la nube múltiple: Estandarizar y luego automatizar para innovar
La nube siempre ha tenido como objetivo lograr economías de escala. Con la transformación digital impulsando a las organizaciones a buscar nuevas oportunidades para mejorar la productividad (interna) y las ganancias (externas) con aplicações, la velocidad a la que las operaciones y las aplicaciones deben escalar ha aumentado exponencialmente. La cantidad de aplicaciones y la frecuencia con la que se actualizan y mejoran se ha vuelto inmanejable mediante los métodos manuales tradicionales. La escalabilidad de aplicaciones y operaciones se ha topado con un cuello de botella humano. Sencillamente ya no podemos asignar a más personas al problema y esperar los mismos resultados. El coste por aplicação (por usuario, por cliente, por transacción) aumenta mucho más rápido que los ingresos y los ahorros de costos logrados. Ese desequilibrio hace que no resulte práctico seguir entregando aplicações como lo hemos hecho en el pasado.
La nube siempre ha prometido cambiar esa ecuación al introducir el poder de la estandarización. No se trata simplemente de llenar racks con copias exactas de los mismos servidores de caja blanca, se trata de la estandarización de las operaciones. La nube pública logra esto al proporcionar una plataforma estandarizada a través de la cual las operaciones pueden interactuar con los recursos. Al estandarizar el aprovisionamiento y la gestión de esos recursos centrales comunes (servicios) –computación, red y almacenamiento– se puede aplicar la automatización (es decir, DevOps) y lograr una mayor economía de escala.
Pero las aplicações necesitan más que sólo servicios básicos comunes. Necesitan ser más rápidas y seguras, y eso significa ser más inteligentes en cuanto a cómo brindar los servicios a veces personalizados que las aplicaciones necesitan, como seguridad y rendimiento.
Estandarizar y luego automatizar para innovar
Las aplicaciones pueden compartir necesidades comunes de seguridad y rendimiento, pero tenerlas en común no siempre es suficiente para proteger e impulsar las aplicaciones que los consumidores demandan hoy. Necesitan seguridad estándar más protección contra ataques a nivel de plataforma y protocolo. Necesitan mejoras de rendimiento positivas que agreguen valor en forma de tiempo ahorrado al ingresar contraseñas y producir informes.
Pero no tendrás tiempo para esas comodidades personalizadas ni para configuraciones personalizadas si no has estandarizado primero. Eso es la nube, ya sea local o remota. La nube es el primer paso para brindar la atención necesaria para aprovechar la ventaja competitiva y deleitar a los consumidores con aplicaciones rápidas y seguras con las que interactuar con su negocio.
Aun así, no todas las aplicaciones son aptas para cualquier entorno de nube. Algunos requieren la comodidad y seguridad de un entorno corporativo. Otros sólo pueden prosperar si están en el ámbito público, en una nube pública. Esta es una de las razones por las que estamos viendo el auge de las estrategias e implementaciones de múltiples nubes y de nuevos entornos (como la coubicación y las interconexiones) que ayudan a hacerlas realidad. Porque así como siempre hemos operado bajo la premisa de “la herramienta adecuada para el trabajo”, hoy el equivalente digital es “la nube adecuada para el trabajo”.
El uso de una estrategia multicloud hace que la estandarización sea más desafiante. Cada entorno puede estandarizarse por sí mismo , pero no entre sí. Las herramientas y los marcos ayudan a abordar ese desafío al proporcionar una capa de “interfaz estándar” para los operadores encargados de gestionar las implementaciones fuera de las instalaciones. Es un nivel operativo que permite la estandarización en un mundo donde las nubes son tan diferentes como los copos de nieve.
Una vez que haya estandarizado los servicios básicos comunes necesarios para lograr las economías de escala que busca, debe considerar los servicios de aplicaciones que brindan seguridad y protección, y el desempeño positivo necesario para mantener interesados a los consumidores. Se ha observado que los ataques al sistema son la causa de interrupciones del servicio en los centros de datos que crece con mayor rapidez , pasando del 2 por ciento en 2010 al 22 por ciento de las interrupciones. Y aunque los ataques directos a una aplicación en la nube ya no destruyan el centro de datos, destruir una aplicación estrechamente vinculada a su marca puede ser devastador para su reputación y sus resultados.
Aquí también se requiere la misma estrategia. Es necesario emplear una plataforma que ofrezca una “interfaz operativa” estándar para los operadores y arquitectos responsables de crear, implementar y administrar esos servicios de aplicaciones. Esa interfaz estándar proporciona el mismo tipo de nivel operativo para los servicios de aplicaciones que las herramientas y los marcos que utiliza para los servicios básicos comunes.
Una vez que haya estandarizado y tenga su interfaz operativa compartida, puede automatizar. Obtendrá grandes beneficios si primero automatiza los servicios y procesos comunes y compartidos y luego utiliza el ahorro de tiempo y presupuesto generado por el esfuerzo para financiar servicios y procesos más avanzados y potencialmente más personalizados. Aquí, la interfaz operativa común (el nivel de operaciones) da sus frutos al incentivar la reutilización de scripts y códigos, además de aprovechar las habilidades existentes para lograr el nivel de automatización necesario para alcanzar la paridad con los desarrolladores que envían código varias veces al día y esperan implementaciones con mayor frecuencia.
La automatización es la fórmula secreta para mejorar las economías de escala y reducir la variación en los resultados (que en realidad es la expresión Six Sigma/Lean para “eliminar defectos y errores en los procesos”). Sabemos por estudios que aproximadamente el 22% de las interrupciones son resultado de errores humanos. Y sabemos por otros estudios que TI dedica aproximadamente el 15,9% de su tiempo a solucionar problemas y remediarlos, algunos de los cuales probablemente sean resultado directo de esos errores humanos. La automatización puede liberar tiempo no solo al reducir el porcentaje significativo que el departamento de TI dedica al aprovisionamiento, las actualizaciones, los parches y la gestión de la configuración, sino también al reducir la cantidad de errores y el tiempo dedicado a encontrarlos y solucionarlos.
Finalmente, has liberado suficiente tiempo y presupuesto para concentrarte en la innovación. Ya sea participando de forma más agresiva en sesiones de ideación relacionadas con el negocio o buscando nuevas oportunidades para optimizar la TI, todo es innovación. Y todo esto es posible gracias a la automatización, que sólo destaca verdaderamente cuando se aplica a un sistema estandarizado.
Esto no es nada nuevo: las cadenas de montaje y la automatización han proporcionado economías de escala muy necesarias durante más de un siglo. Y todos empiezan con los mismos pasos de estandarizar y luego automatizar para innovar con el ahorro de tiempo y costes conseguido. Hay muchas técnicas y maestros del arte oscuro que optimizan esa automatización para obtener beneficios aún mayores, pero antes de lograrlo primero hay que estandarizar.
Para TI, eso significa analizar las herramientas, los marcos y las plataformas en las que confía en todas las propiedades (locales y fuera de las instalaciones, en la nube y tradicionales) y estandarizarlas para poder comenzar a automatizar para innovar.