La consistencia multinube es multicapa
Consistencia. En el mundo de la tecnología, utilizamos este término para describir la característica de equivalencia. Algo es consistente si se comporta de la misma manera a lo largo del tiempo o en condiciones variables. La consistencia sigue siendo problemática para las empresas que operan en un mundo multicloud. Según nuestro informe sobre el estado de los servicios de aplicação de 2019 , eso representa la mayoría (87%) de ustedes.
Ciertamente, la variación en las tasas de implementación de servicios de aplicação en el centro de datos y en la nube apunta a una causa simple: no implementar servicios de aplicação de manera consistente.
Pero esa no es la única causa de inconsistencia. Según la misma encuesta, muchas personas implementan servicios de aplicação en sus instalaciones y en la nube pública, pero aún tienen dificultades con la consistencia, en particular la de la seguridad.
Esto exige un análisis más profundo de lo que significa "coherencia", porque sospecho que parte del problema radica en no reconocer que hay dos capas diferentes de consistencia y que ambas importan.
Los servicios de aplicação no son controladores de entrega de aplicação
En el centro de esta discusión sobre la consistencia está la diferencia entre un controlador de entrega de aplicação (ADC) y un servicio de aplicação .
El ADC es una plataforma que ofrece servicios de aplicação . Ese ADC es un sistema en sí mismo, de la misma manera que Kubernetes es un sistema en sí mismo. Kubernetes es una plataforma para implementar y operar contenedores. Un ADC es una plataforma para implementar y operar servicios de aplicação .
Esto es importante porque las plataformas (o sistemas, si lo prefiere) conllevan una noción de consistencia distinta a la de las "cosas" que implementan y operan. La consistencia está en la capa operativa, es decir, en la gestión y operación de la plataforma y los servicios de aplicação que ofrece.
Consistencia funcional
Esto es claramente diferente de la consistencia funcional que ofrece cada servicio de aplicação . La consistencia funcional comprende las capacidades del servicio de aplicação . Esto es a lo que generalmente se refiere la gente cuando señalan un desafío con la consistencia de múltiples nubes, porque es lo más visible.
La consistencia funcional es particularmente difícil de lograr cuando se implementan servicios de aplicação de diferentes proveedores. Un WAF o un servicio anti-bot de un proveedor no es necesariamente funcionalmente equivalente a un WAF o un servicio anti-bot de otro proveedor.
Una de las razones por las que las organizaciones tienen dificultades con la coherencia multicloud no es porque no implementan servicios de aplicação en la nube, sino porque implementan diferentes servicios de aplicação con capacidades funcionales inconsistentes. La estandarización basada en la equivalencia funcional ayudará a las organizaciones a lograr la consistencia que les cuesta conseguir.
Consistencia operativa
La segunda fuente de inconsistencia, mencionada con menos frecuencia, está en la capa de plataforma. Ese es el ADC de un número significativo de organizaciones empresariales. Al migrar a la nube pública, muchas organizaciones optan (intencionada o accidentalmente) por emplear opciones nativas de la nube para los servicios de aplicação .
Esto introduce inmediatamente una inconsistencia operativa en la capa de plataforma. La forma en que usted aprovisiona, integra y opera esos servicios de aplicação es operativa y genera deuda operativa en el momento en que se conecta a la primera API.
Probablemente no estés utilizando servicios de aplicação nativas de la nube en tus instalaciones. Lo que significa que ahora tienes que manejar dos plataformas de servicios de aplicação diferentes. Tienen diferentes métodos de gestión, de analítica, de seguimiento, de todo.
Es como utilizar dos ADC diferentes en las instalaciones. Si bien algunas organizaciones muy grandes logran que esto funcione, a lo largo de los años hemos notado que la mayoría de las organizaciones estandarizan una única plataforma ADC. La consistencia operativa y la capacidad de replicar las políticas de servicio de aplicação en todas las aplicações han sido un factor determinante para esa decisión.
Pero al migrar a la nube, algunos olvidaron por qué se estandarizaron en una plataforma ADC en primer lugar: consistencia operativa y soporte. La introducción de plataformas adicionales necesariamente aumenta la carga sobre las operaciones y perjudica la búsqueda de consistencia.
La consistencia necesita estandarización
La estandarización puede ser un término aterrador para algunas personas que creen que sofoca la innovación. Pero lo más aterrador es una situación de libertad que podría estimular la innovación pero que a largo plazo es insostenible y crea un entorno operativo caótico.
Con TI bajo presión para aportar valor al negocio, aumentar el personal operativo para mantener múltiples plataformas y una amplia gama de servicios de aplicação parece ortogonal al objetivo de lograr la consistencia de múltiples nubes.
La estandarización, especialmente en la capa operativa, es un componente clave para la innovación porque alivia la carga del personal de centrarse en las plataformas operativas y, en cambio, fomenta la colaboración en políticas y arquitectura.
Al garantizar la coherencia operativa y funcional en todas las propiedades, las organizaciones pueden lograr la coherencia de políticas que desean sin sobrepasar sus presupuestos.