Los secretos de la multicloud
La computación en la nube es una cornucopia digital de opciones para deslumbrar a los ojos de todos, desde el CIO con una hoja de cálculo hasta el becario de contenedores. Esos servidores con 24 GB de RAM se ven bien y también lo hace el nuevo sistema de clasificación de imágenes de IA. Oh, ¿qué es eso de ahí? ¿Almacenamiento de objetos a largo plazo? Dame un par de billones de bytes de eso también. ¡Bienvenidos a la multicloud!
Si las opciones de un proveedor en la nube son buenas, ¿por qué no dos? ¿O tres? ¿O N? Todo el mundo sabe que la tarea se expande para llenar el escritorio y cada receta crece en complejidad para ocupar cada espacio del mostrador. Es natural que el arquitecto moderno considere la idea de expandirse por todo Internet para aprovechar todo lo que está disponible.
Hay buenas razones prácticas por las que las arquitecturas multinube tienen sentido. Más nubes significan más opciones para API, más ubicaciones para centros de datos y una lista aún más larga de algoritmos de inteligencia artificial inteligentes que podrían funcionar. Cuando aparezcan nuevas mejoras, un equipo de arquitectos que esté abierto a múltiples nubes será lo suficientemente ágil como para aprovecharlas al máximo.
También existe el deseo de luchar contra el bloqueo de los proveedores. Cuando llega el momento de renovar el contrato, los precios suben hasta encontrar algo de competencia. Agregar agilidad multicloud a la arquitectura desde el principio facilita el cambio cuando el equipo de ventas del proveedor quiere exprimirlo. Hay algo tan irresistible en el sueño de poder trasladar un negocio a otro proveedor en un fin de semana…
Pero todas estas ventajas tienen un precio. Permanecer lo suficientemente ágil para disfrutar de la competencia tiene un lado oscuro que solo puede volverse obvio después de varias semanas, meses o incluso años. Estos son algunos de los peligros ocultos de la multinube que pueden surgir para socavar la experiencia.
Perder la excelencia patentada
Muchas partes de la nube moderna son productos básicos. Todo el mundo vende instancias con cantidades variables de RAM y la opción de su versión favorita de Linux. Todo el mundo almacena sus bits en cubos. Pero entre todas estas opciones comunes y corrientes hay algunas herramientas únicas y poderosas que son en gran parte propietarias. La base de datos principal de Oracle, Firebase de Google y Microsoft.Net stack son solo algunas de ellas.
El imperativo multicloud puede dificultar el aprovechamiento completo de todas estas herramientas que ofrecen porque es difícil duplicarlas en otra nube. Si su objetivo es asegurarse de tener otras opciones que puedan cambiarse a producción en cualquier momento, es posible que no pueda disfrutar de las opciones verdaderamente inteligentes que aparecen. Aún puede hacer excepciones para una parte de su stack. Pero el mayor precio de poder jugar en el campo nunca es casarse con una herramienta excepcional.
Cambios de malabarismo
Muchas partes de la nube son productos automatizados que son bastante intercambiables, pero siempre hay pequeñas diferencias de las que su equipo debe realizar un seguimiento. Quizás una nube haya cambiado a PHP 8 antes que la otra. Quizás otro sea cambiar el modelo de precios para penalizar el ancho de banda saliente. Más proveedores y más socios significan más anuncios por correo electrónico, videoconferencias y, tal vez algún día, más publicidad en las conferencias anuales en persona en los complejos turísticos elegantes. Aparte de la diversión extra en las fiestas, todo es más trabajo para todos en el equipo. El precio de la libertad multicloud significa una vigilancia eterna sobre anuncios, comunicados de prensa y correos electrónicos de múltiples proveedores.
Estándar, no estándar
A los adolescentes les gusta sondear las profundidades de la sinceridad con frases como "bromeando / no bromeando". También lo hacen los escritores estándar. En teoría, Internet está entretejido con estándares elaborados y bien especificados que garantizan que todo sea interoperable.
A menudo hay mucha verdad en esto, pero nunca es perfecto. Siempre habrá una pequeña diferencia entre la versión de Ubuntu o Python, o algún otro llamado estándar, y el código fallará o incluso vomitará cuando lo descubramos. Difundir nuestro código alrededor de múltiples nubes aumenta las posibilidades de encontrar estas pequeñas diferencias que de alguna manera logran aparecer tarde el sábado por la noche o durante sus vacaciones.
Latencia
Enviar paquetes entre máquinas en el mismo bastidor generalmente será más rápido que enviarlos a un centro de datos diferente en el otro lado del mundo. Una estrategia de multicloud probablemente requerirá retrasos más largos si va a aprovechar esos precios bajos en el almacenamiento en la Antártida.
Esto no siempre es importante. Algunos paquetes no necesitan viajar rápidamente. Hay muchos cálculos en segundo plano que no necesitan velocidad. Pero para las rutinas principales que impulsan las partes más interactivas de cualquier aplicación, ayudará tener los microservicios centrales ejecutándose en las proximidades.
El entrenamiento se multiplica
Invertir en una nube significa conocer los detalles y las interfaces idiosincrásicas de la visión de una empresa. Invertir en múltiples nubes significa hacerlo una y otra vez. El equipo deberá adquirir experiencia una y otra vez. Sí, hay algunas buenas opciones que simplifican esto. Backblaze, por ejemplo, tiene una API de almacenamiento que imita los buckets S3 de Amazon. Pero esos clones son una excepción. N opciones significa N veces el entrenamiento.
Los modelos de precios enturbian las aguas
Hay pocas cosas más parecidas a una mercancía que una instancia moderna que ejecuta un sistema operativo de código abierto popular. Si bien elegir el precio más bajo por hora parece una métrica fácil, a menudo hay otros costos que terminan importando.
Algunas nubes, por ejemplo, cobrarán por los datos que salen de sus centros. Otros tienen mejores recompensas por compromisos a largo plazo. Los modelos de precios a menudo tienen múltiples ejes y necesitará estimaciones bastante buenas para comenzar a elegir el que le ofrezca el precio más bajo. Los productos pueden parecer productos básicos, pero los modelos de precios no lo son.
Mentalidad del mínimo común denominador
La elección de opciones de productos básicos hace que sea más probable que entregue un producto básico. Es posible que el equipo pueda hacer magia y agregar características maravillosas a sus capas de código, pero es un poco más difícil de superar cuando comienza con lo mínimo.
Muchos trabajos no requieren demasiada inteligencia. Muchas tareas se resuelven mejor con la solución más simple. Pero para esos momentos en los que buscas las estrellas, es posible que solo haya una mejor opción. Las arquitecturas multicloud tienden hacia el mínimo común denominador de todo.
Perder precios al por mayor
Los proveedores de la nube ofrecen grandes descuentos a las empresas que compran al por mayor, especialmente si asumen compromisos a largo plazo con años de anticipación. Permanecer ágil y listo para saltar a una nueva nube significa evitar este tipo de bloqueo y los precios con descuento que pueden conllevar. Distribuir los gastos en varias nubes hace que sea más difícil obtener grandes descuentos por volumen para compromisos realmente grandes.
La complicada matemática de la confianza
Es justo tener cuidado de no confiar en nadie en los negocios. Es inteligente evitar poner toda su confianza en un solo proveedor. Pero jugar en el campo significa depositar su confianza en más entidades y eso tiene el efecto perverso de multiplicar las probabilidades de decepción o traición total.
Es posible que no confíe tanto en cada uno de sus múltiples proveedores de nube individualmente, pero la cantidad total de confianza requerida para mantener las cosas en funcionamiento parece multiplicarse.
Aumento de la probabilidad de grietas legales
Una de las ventajas de seguir con un proveedor es que es más difícil para el proveedor culpar a otra persona. Imaginemos que compramos un seguro contra incendios de una empresa y un seguro contra inundaciones de otra. Si una inundación provoca un incendio eléctrico, puede apostar a que ambos estarán de acuerdo en que es el trabajo de la otra empresa pagar el reclamo. Adoptar multicloud significa más que simplemente atravesar múltiples acuerdos predeterminados y negociar múltiples contratos. Significa que es más fácil que existan brechas entre ellas y parece más fácil caer en estas grietas.