Caso de éxito
Besòs Tordera - Solución de Kubernetes para un Sistema de Saneamiento del Río Besòs
Cliente
Besòs Tordera
Servicios
Cloud
Industria
Agua
Contexto
El cliente CONSORCIO DE BESÒS TORDERA operaba desde la gestión de 27 sistemas de saneamiento en la cuenca del río Besòs sin una visión integrada de los datos generados por cada uno de ellos; la información crítica de calidad del agua, rendimiento hidráulico, mantenimiento de activos y eventos de vertido estaba dispersa en más de una docena de sistemas heterogéneos e inconexos.
Reto
Visión fragmentada del sistema
Ninguna de las soluciones se comunicaba con las demás, lo que impedía al personal técnico tener una visión unificada del estado del sistema en tiempo real o tomar decisiones anticipadas ante episodios de lluvia intensa, desbordamientos o vertidos contaminantes al río.
Ausencia de modelos predictivos
La ausencia de modelos predictivos basados en inteligencia artificial que permitieran anticipar, con un horizonte de 2 a 24 horas, la llegada de caudales a las Estaciones Depuradoras de Aguas Residuales, el riesgo de reboses en la red de colectores o el impacto de los efluentes en la calidad del agua del Besòs.
Falta de gemelo digital
La falta de un gemelo digital capaz de simular escenarios de operación alternativos para optimizar la explotación en tiempo real.
Solución
La plataforma propuesta, desplegada sobre Amazon EKS en AWS con alta disponibilidad en dos zonas (AZ-A y AZ-B), un middleware de adquisición e integración de datos y una base de datos RDS PostgreSQL, resuelve este problema al centralizar en un único datalake toda la información del ciclo integral del agua.
Resultados
Clientes On-Premise:
Los usuarios finales se encuentran en instalaciones locales (on-premise). Sus equipos de escritorio o servidores se conectan a la infraestructura AWS a través de un Customer Gateway, que es el extremo local de la conexión VPN. Este dispositivo (físico o virtual) establece el túnel cifrado hacia AWS.
Tunnel VPN (Site-to-Site VPN)
La comunicación viaja por un túnel VPN IPSec cifrado entre el Customer Gateway on-premise y el Virtual Private Gateway en AWS. Esto garantiza que todo el tráfico entre la red corporativa y la nube viaje de forma segura y privada, sin exposición a internet pública.
Multi-AZ
La VPC principal de producción está distribuida en dos zonas de disponibilidad (AZ-A y AZ-B), garantizando alta disponibilidad y tolerancia a fallos.
Public subnets (AZ-A y AZ-B):
Alojan los NAT Gateways que permiten la salida controlada a internet y la recepción de tráfico externo.
EKS Private subnets (AZ-A y AZ-B)
Son las subredes privadas donde corren los worker nodes de Kubernetes con sus respectivos pods (microservicios/contenedores). Cada AZ tiene su propio grupo de nodos con Auto Scaling, lo que permite escalar horizontalmente según la demanda.
BD RDS Postgre - Private Subnet en modo multi AZ
Para garantizar protección de los datos, RDS se despliega en la subnet privada de los nodos. El acceso a RDS PostgreSQL se realiza a través de un RDS Endpoint, que centraliza y controla las conexiones desde los pods de EKS hacia la base de datos. La base de datos nunca está expuesta directamente a internet.
SATEC se especializa en desarrollo y modernización de soluciones contenerizadas en ambientes onpremises o en la nube
¿Te interesa nuestra solución?
Déjanos tu correo y nos pondremos en contacto contigo para conocer tus necesidades en detalle.