Isimo - Revisión inicial EDI (12/03/2026 -

Описание: Sesión de alineación técnica entre el equipo de infraestructura (3HTP) y el equipo de desarrollo (Subric/Logics) para planificar la migración y despliegue de la API de Integraciones (EDI), junto con sus servicios asociados: Parsable (gestión de logs) y Mage (ETL). Se acuerda desplegar las aplicaciones mediante contenedores en el clúster de Kubernetes (EKS) de Isimo, extrayendo las bases de datos (PostgreSQL) y la caché (Redis) hacia servicios administrados de AWS (RDS y ElastiCache) para garantizar la persistencia. Se definen las responsabilidades: el equipo de desarrollo creará los manifiestos de Kubernetes y los Dockerfiles necesarios, y los alojará en Bitbucket, mientras que el equipo de infraestructura configurará los pipelines de CI/CD y aprovisionará los servicios gestionados.

Resumen Detallado y Momentos Clave

[00:00] Revisión de la Arquitectura Propuesta: El equipo de 3HTP propone usar el clúster de Kubernetes (EKS) para los contenedores de las aplicaciones, pero recomienda utilizar servicios administrados de AWS para la persistencia de datos: RDS para la base de datos PostgreSQL y ElastiCache para Redis.

[01:58] Requisitos del Servicio "Integrations": Se confirma que para levantar inicialmente la API de integraciones, solo se necesita la conexión a la base de datos (RDS). El servicio de caché (Redis) no es estrictamente necesario para esta API, sino que será utilizado posteriormente por el servicio "Mage".

[03:00] Migración de Repositorios y CI/CD: Se acuerda migrar el código desde GitHub hacia los repositorios de Bitbucket de Isimo. El equipo de infraestructura explica que ellos configurarán el pipeline de integración continua (CI/CD) en Bitbucket, pero necesitan que el equipo de desarrollo provea los manifiestos de Kubernetes (Deployment, Secrets, ConfigMaps).

[06:36] Implementación de Parsable (Gestión de Logs): Se discute el despliegue de "Parsable". Se confirma que utilizará un bucket S3 (ya existente) como almacenamiento en lugar de un volumen persistente. El equipo descarta usar CloudWatch porque Parsable permite consultas no estructuradas tipo ElasticSearch, lo cual es más cómodo para el equipo de desarrollo. Se acuerda entregar el Dockerfile de esta imagen.

[08:50] Implementación de Mage (ETL): Se aborda el despliegue del servicio "Mage". Se confirma que este servicio sí requerirá tanto ElastiCache (Redis) como RDS (PostgreSQL). Se acuerda utilizar la misma instancia RDS que usará la API de Integraciones, separando los datos por esquemas para optimizar recursos, siempre y cuando no haya saturación.

[10:20] Recapitulación y Tareas Asignadas: Se resumen los acuerdos:

Desarrollo (Adrián/Ray): Entregar manifiestos de Kubernetes para la API de Integraciones y Dockerfiles para Parsable y Mage.

Infraestructura (Michael/Julián): Validar y aprovisionar las instancias de ElastiCache y RDS, y configurar los pipelines en Bitbucket una vez se entreguen los archivos.