Header Ads Widget

Ticker

6/recent/ticker-posts

Dar sentido a un enfoque de API de múltiples nubes



Las puertas de enlace API no son nada nuevo. Han estado ayudando a los desarrolladores de API a reunir varias API durante años, y anteriormente hemos escrito sobre su valor en una arquitectura de microservicios.

Pero, ¿la capacidad de administrar múltiples API en diferentes proveedores de servicios en la nube (CSP), así como entornos de producción y desarrollo, en un solo lugar? Eso es algo por lo que vale la pena emocionarse.

Yaara Letz, de Tyk, se unió a nosotros en nuestra Cumbre de Plataformas 2019 para hablar sobre algunas de las ventajas de usar múltiples proveedores de nube para la administración de API. Hay algunos escenarios diferentes en los que esto podría aplicarse, así que comencemos con algunas definiciones:

  • Multicloud : servicio que se ejecuta en más de un CSP, incluso en las instalaciones
  • Intercloud : transferencia de datos entre diferentes CSP
  • Híbrido : mezcla de nubes públicas y privadas (un subgrupo de nubes internube o multicloud)

Multicloud podría ser adecuado en los casos en que diferentes proveedores de nube ofrecen integraciones y soporte para diferentes plataformas que se consideran esenciales. Por otro lado, mantener un entorno híbrido permite a las empresas mantener cargas de trabajo centradas en la seguridad en una nube privada y utilizar redes de nube pública para datos menos confidenciales.

A pesar de eso, muchas organizaciones optan por encerrarse en un solo CSP y evitar los enfoques anteriores porque pueden aumentar la complejidad de la gestión de un servicio. Sin embargo, como veremos a continuación, no necesariamente tiene que ser así.

Esta publicación rastrea una charla dada por Yaara Letz de Tyk en la Cumbre de la Plataforma 2019 :

No hay mal que por bien no venga

Cuando trabajan en API, la mayoría de los desarrolladores intentan mantener las cosas lo más simples posible y evitar la complejidad tanto como sea posible. Entonces, ¿por qué algunos de ellos incursionan en multicloud e intercloud cuando hacerlo amenaza con complicar las cosas?

"Según Gartner", dice Yaara, "el 80% de las personas que utilizan nubes públicas utilizan más de un proveedor de servicios en la nube". Ese número puede parecer alto, pero no es sorprendente porque existen muchas ventajas al utilizar múltiples CSP.

Hemos abordado algunos de estos anteriormente, pero Letz enumera algunas de las ventajas de utilizar una estrategia de múltiples nubes de la siguiente manera:

  • Evitar interrupciones : la redundancia y la alta disponibilidad ayudan a evitar interrupciones y la recuperación es posible en segundos.
  • Geo-distribución del tráfico : Multicloud te ayuda a acercarte a tus usuarios, estén donde estén, disminuyendo así la latencia.
  • Conmutación por error de la administración de versiones : la implementación azul-verde mantiene dos entornos de producción que son lo más idénticos posible.
  • Recuperación ante desastres : estas opciones de recuperación deberían equivaler a cero tiempo de inactividad.
  • Puerta de enlace Edge en el punto de presencia: con multicloud, puede mantener un servidor en una ubicación y almacenar en caché en otra parte.

Más allá de considerar activamente lo anterior, existen algunas razones diferentes por las que las organizaciones podrían estar usando (o considerando usar) más de un proveedor de nube en diferentes regiones:

  • Uso histórico : el crecimiento orgánico del consumo de SaaS significa que las organizaciones ya usan diferentes nubes.
  • Personalización : búsqueda de la mejor plataforma para la aplicación
  • Requisitos híbridos : bare-metal, nube privada, etc.
  • Consideraciones geográficas : la primera elección de proveedor no es la mejor en las regiones a las que se dirige
  • Evite el bloqueo : deseo de evitar el bloqueo del proveedor si el servicio no es lo suficientemente bueno o cambia el precio.
  • Desarrollo : configuración de múltiples entornos, para permitir a los desarrolladores trabajar en el dispositivo que elijan

Esa lista de razones no es exhaustiva, y también influyen cosas como cambios en la regulación de datos. Azure, AWS y Google Cloud cumplen con el RGPD , pero Microsoft fue el primero en aprovechar este elemento de su producto. En mayo de 2018, destacaron que “Azure ofrece 11 ofertas de cumplimiento centradas en la privacidad, más que cualquier otro proveedor de nube” y calificaron su variedad de medidas de cumplimiento de GDPR como “incomparables” en el espacio.

Con todo esto en mente, la pregunta para algunos desarrolladores es "¿por qué debería utilizar varios proveedores de servicios en la nube?" pero "¿cómo puedo utilizar varios CSP en todo su potencial?"

Lea también: Revisión de Gloo, la puerta de enlace de funciones

Abajo, pero no fuera

Yaara destaca que, cuando se trata de tiempo de inactividad, los principales proveedores de nube "todos lo tienen". Con casi 2000 horas de tiempo de inactividad en 2018-19, en comparación con las ~ 350 horas de Google Cloud y Amazon Web Services cada una, Microsoft Azure fue el peor en ese período.

Dado que la alta disponibilidad siempre es una preocupación para los desarrolladores de API, el tiempo de inactividad es el enemigo. Si los consumidores de API que usan su servicio no sienten que pueden confiar en que funcione el 100% del tiempo, o muy cerca de él, entonces no se quedarán con usted por mucho tiempo.

Yaara menciona el concepto de "levantar y cambiar" en un par de ocasiones en su charla. Ella promociona esto como una de las ventajas de usar un producto como el Puente para múltiples centros de datos de Tyk: la elevación y el cambio son posibles sin tiempo de inactividad y solo se requiere un conmutador de DNS.

Ella promociona algunas de las otras ventajas de usar un puente de centro de datos, que incluyen:

  • Hace posible evitar el bloqueo del proveedor
  • Plano de control único para la gestión de API en regiones y nubes
  • Diseñado para trabajar en entornos complejos entre nubes y multirregiones
  • Solución ligera para integrar, ligero en el uso de la red y sin necesidad de enviar análisis
  • Sin replicación de base de datos, dependencia de sincronización o problemas de migración
  • Resiliente y de alta disponibilidad en la naturaleza

Del mismo modo que puede utilizar el puente del centro de datos para mejorar el rendimiento de un protocolo Ethernet en los centros de datos, el objetivo de utilizar un puente del centro de datos en este contexto es maximizar el rendimiento y el tiempo de actividad mientras se mantiene un rendimiento lo más fluido posible para los usuarios finales .

¡Piense en ello como una puerta de enlace API con esteroides!

Un puente (de datos) hacia el futuro

Yaara parafrasea a Gartner para sugerir que "tratar de restringirse a una sola nube está condenado al fracaso" porque este enfoque "limita a sus usuarios, así como a sus oportunidades comerciales multinacionales". Es una declaración audaz, pero una que podría quedarse en su mente la próxima vez que esté esperando que AWS o Microsoft se recuperen del tiempo de inactividad y vuelvan a poner su API en línea.

Gartner amplió esta idea en enero de 2020 y escribió que “una estrategia de nube debe poder adaptarse al uso de más y más servicios en la nube. La organización debe darse cuenta de que será relativamente imposible obtener todo de un solo proveedor. Una sola estrategia de nube tiene sentido solo si utiliza un marco de decisión que permite y espera múltiples respuestas ".

Los puentes de datos, en lo que respecta a las API, aún están en su infancia, pero es fácil ver su potencial. Por supuesto, hay una cierta ironía en eso, si bien conectar todas sus API y entornos en un solo plano de control simplifica muchas cosas, podría resultar en un tipo diferente de bloqueo del proveedor más adelante. Pero quizás sea mejor dejar ese tema para otro momento.

Es posible que los puentes multicloud y de centros de datos no puedan erradicar problemas como el tiempo de inactividad y el bloqueo por completo, pero ciertamente brindan a los desarrolladores una mejor oportunidad de hacerlo que obsesionarse demasiado con una sola solución en la nube. Y si pueden agilizar y unificar la gestión de diferentes servicios en un solo lugar, mucho mejor.

Publicar un comentario

0 Comentarios