Serverless App Engine (SAE) ayudó a Seeyii, proveedor de servicios de información financiera basados en big data, a reemplazar un proceso de versión manual y costoso por un pipeline de DevOps nativo de la nube totalmente automatizado. Esto redujo la carga operativa en un 60% y permite escalar horizontalmente en segundos.
60% de mejora en la eficiencia operativa
Segundos para escalar durante picos de tráfico
Cero planificación anticipada de capacidad para eventos de marketing
Contexto
Seeyii es un proveedor de servicios de información financiera basados en big data, especializado en mercado primario, crédito corporativo, planificación industrial e inversión, y mercados de capitales multinivel. Ofrece servicios integrados de análisis de datos a grandes bancos, instituciones financieras, sectores de servicio público y grupos empresariales. Su plataforma combina datos empresariales, industriales y financieros con capacidades que abarcan procesamiento de datos, capa intermedia de datos, desarrollo de sistemas, así como análisis y consultoría de modelos de big data.
La seguridad, la estabilidad y la precisión de los datos son requisitos innegociables para los clientes de Seeyii. Dado que Seeyii no puede acceder a todos los datos de producción en un entorno de pruebas, cada versión requiere una verificación exhaustiva en un entorno de versión canaria, lo que convierte la eficiencia de las versiones en un desafío operativo crítico.
Desafíos
Antes de adoptar SAE, el proceso de versión de Seeyii requería entre 20 y 30 pasos manuales de verificación de datos por cada despliegue, sin un flujo de trabajo de DevOps estandarizado.
|
Desafío |
Resultado con SAE |
|
Baja eficiencia en las iteraciones: Los silos de información en la plataforma de análisis de datos mantenían el código de negocio fuertemente acoplado, lo que ralentizaba los ciclos de desarrollo. |
Los desarrolladores migraron sin modificar una sola línea de código de negocio. La arquitectura serverless de SAE abstrae las operaciones de IaaS y la gestión de clústeres de Kubernetes; a diferencia de FaaS, no exige cambios en los modelos de programación. |
|
Versiones complejas y costosas: El código se gestionaba en Apache Subversion (SVN) con despliegues totalmente manuales. Cada versión requería de 20 a 30 pasos de verificación de datos en un entorno de versión canaria, lo que generaba una gran carga operativa. |
La verificación de versiones pasó de 20-30 pasos manuales a versiones graduales o canarias automatizadas con reversión en un clic. Los espacios de nombres de SAE aíslan lógicamente los entornos de desarrollo, prueba y producción. |
|
Contenedores autogestionados costosos: Una configuración basada en Elastic Compute Service (ECS) y Docker exigía mantenimiento manual para actualizar el daemon de Docker, gestionar el registro de imágenes, administrar configuraciones y programar pods. |
Gestión completa del ciclo de vida de las aplicaciones (inicio, detención, despliegue y reversión) desde la consola de SAE, sin necesidad de mantener contenedores manualmente. |
|
Falta de planificación automática de capacidad: Organizar un evento de alto perfil, como la publicación del Índice Xinhua Financial (XHF), requería aprovisionar instancias de ECS con al menos una semana de antelación, con riesgos de sobreaprovisionamiento o subaprovisionamiento. |
Se eliminó la ventana de preparación de capacidad. El auto scaling de SAE activa el escalado horizontal en segundos durante picos de tráfico y reduce la escala automáticamente en horas de baja demanda para disminuir costos. |
Solución
Seeyii reemplazó su arquitectura monolítica basada en ECS por un sistema DevOps nativo de la nube construido sobre git, Jenkins y SAE. Esta migración introdujo una arquitectura serverless con capacidades completas de microservices y Kubernetes, sin que los desarrolladores de Seeyii tuvieran que reescribir código de negocio alguno.
El flujo de trabajo integral es sencillo: para implementar el despliegue automático, los desarrolladores de Seeyii solo necesitan enviar el código correspondiente a Jenkins. SAE permite configurar diversas políticas de auto scaling y de versión, gestionar el ciclo de vida de las aplicaciones con pocos clics en la consola de SAE, habilitar funciones variadas de monitoreo y análisis, y establecer capacidades avanzadas de microservices.
Los espacios de nombres de SAE separan los entornos de versión canaria de los de producción, lo que ofrece a Seeyii un espacio seguro para verificar cada versión antes de que llegue a los clientes. La recopilación de registros en tiempo real y basada en archivos se integra con Simple Log Service, donde los ingenieros de I+D agregan y analizan registros junto con datos de negocio, sin necesidad de gestionar permisos de Bastionhost ni credenciales de servidor.
Resultados
CI/CD estandarizado sin dependencia operativa
Los ingenieros de I+D ahora ejecutan la integración continua y el despliegue continuo (CI/CD) de forma independiente. Los ingenieros de operaciones se liberaron de la gestión de versiones individuales de negocio y pueden concentrarse en construir sistemas horizontales de alta disponibilidad y plataformas de monitoreo. La eficiencia operativa mejoró en un 60%.
Menor barrera para la adopción de microservices
Tras migrar a una arquitectura de microservices, Seeyii ya no gestiona infraestructura periférica de microservices ni requiere configuraciones personalizadas de recuperación ante desastres. Las capacidades de microservices de SAE están probadas en producción a la escala del Double 11.
Escalado en segundos, sin planificación previa
El auto scaling de SAE elimina la ventana de preparación de capacidad de una semana para eventos de marketing. El escalado horizontal ocurre automáticamente en segundos durante los picos de tráfico; el escalado vertical descendente se realiza automáticamente en periodos de baja demanda, lo que reduce los costos por recursos inactivos.
Adopción de Kubernetes sin complejidad
Seeyii contenedorizó sus aplicaciones sin necesidad de aprender a operar clústeres de Kubernetes. Los desarrolladores utilizan los mismos flujos de trabajo de despliegue que antes, y el acceso a los registros ya no requiere gestionar cuentas y contraseñas de servidor.