6 razones por las que las empresas adoptan varias pasarelas de API
Hemos preguntado a las empresas por qué han adoptado más de una pasarela de API y nos han dado varias razones de peso: desde la seguridad hasta la gestión, pasando por la agilidad.
Hemos preguntado a las empresas por qué han adoptado más de una pasarela de API y nos han dado varias razones de peso: desde la seguridad hasta la gestión, pasando por la agilidad. Estas son las seis razones que más hemos escuchado:
1. Tráfico de API externo vs. interno
Disponer de pasarelas de API separadas le permite aplicar
diferentes normas y protocolos de seguridad para usuarios
externos e internos. También puede ahorrar dinero en el tráfico
de API interno. O puede que necesite añadir una nueva pasarela
para brindar a los clientes y partners un acceso seguro y sencillo
a complejos sistemas existentes.
2. Implantación en las instalaciones vs. en la nube
Las empresas que optan por una arquitectura híbrida
(manteniendo algunas aplicaciones en las instalaciones y migrando
otras a la nube) suelen necesitar varias pasarelas de API.
3. Gestión central vs. local
Las empresas, especialmente las grandes multinacionales,
a menudo tienen varias pasarelas porque las diferentes
unidades de negocio o zonas geográficas tienen distintas
necesidades y requisitos.
4. Funcionalidades antiguas vs. nuevas
Cuando una empresa, o incluso una única unidad de negocio,
supera las funcionalidades de seguridad, gestión del tráfico
o supervisión de una pasarela existente, a menudo se añade
otra para cerrar la brecha de funcionalidad.
5. Desarrollo vs. pruebas vs. preparación
vs. entorno de producción
La mayoría de las organizaciones a las que encuestamos tienen
varias pasarelas de API para diferentes etapas del ciclo de vida
de las API con el fin de evitar confusiones sobre qué punto final
utilizar, en qué momento y en qué entorno.
6. Microservicios vs. monolitos
Por lo general, las arquitecturas modernas de microservicios
dan como resultado que el tráfico de API se ejecute en
múltiples mallas de servicios y nubes basadas en Kubernetes
(desde las instalaciones locales hasta AWS, Google y Azure).