ContacteEventHub On‑prem vs Cloud
Navegació
| ⬅️ Ubicació-del-cas-d’ús | ➡️ Decisió: ksqlDB vs Flink |
|---|
A qui va dirigit aquest contingut?
Aquesta secció està orientada principalment a:
- perfils d’arquitectura,
- decisions de disseny avançades,
- escenaris no habituals.
No és necessari consultar-la per a l’ús operatiu estàndard d’EventHub.
EventHub On‑prem vs Cloud
Canigó – Guia de decisió arquitectònica
1. El model híbrid d’EventHub
EventHub opera en un model híbrid governat que integra dos entorns complementaris:
- Entorn On‑premise (CPD4): nucli d’integració amb els sistemes core de la Generalitat. Allotja les integracions de dades crítiques, els sistemes de gestió interna i les aplicacions que requereixen connectivitat directa amb infraestructura corporativa.
- Entorn Cloud (SaaS en Azure / AWS): orientat a serveis moderns, aplicacions cloud-native i integracions amb sistemes externs o serveis digitals.
Tots dos entorns estan supervisats i coordinats per l’Oficina EventHub, que garanteix la coherència, la seguretat i el govern de la plataforma en tots els entorns.
2. Mecanismes oficials d’interacció entre entorns
Quan una integració requereix comunicació entre l’entorn on‑premise i el cloud, únicament es permeten els mecanismes oficials de la plataforma:
| Mecanisme | Quan s’utilitza |
|---|---|
| Cluster Linking | Replicació estructural i contínua entre clústers. És el mecanisme preferent. |
| Replicator | Casos excepcionals on Cluster Linking no és viable. Requereix justificació explícita. |
⛔ Les integracions directes ad‑hoc entre entorns estan prohibides. No es permet connectar una aplicació directament a un clúster d’un entorn diferent al seu sense passar pels mecanismes oficials. Qualsevol integració híbrida ha de ser validada i governada per l’Oficina EventHub.
3. Diferències clau entre entorns
| Aspecte | On‑premise | Cloud |
|---|---|---|
| Operació | CPD4 (T-Systems) | Suport Cloud / Confluent SaaS coordinat per l’Oficina EventHub |
| Processament | ksqlDB | ksqlDB + Flink |
| Model de cost | Fix (infraestructura pròpia) | Variable (cost per consum) |
| Connectors | Kafka Connect on‑prem | Kafka Connect cloud |
| Connectivitat | Xarxa corporativa interna | Confluent Private Network (per defecte) |
4. Criteris per triar l’entorn
La decisió sobre quin entorn ha d’allotjar un cas d’ús no la pren l’equip de projecte de forma autònoma — es determina en el procés de validació amb l’Oficina EventHub. Els factors principals que s’avaluen són:
- Ubicació dels consumidors principals: l’entorn on resideixen els consumidors és el factor determinant (vegeu Ubicació del clúster EventHub).
- Tipus de sistemes origen/destí: sistemes core corporatius → on‑premise. Serveis cloud o digitals → cloud.
- Requisits de seguretat i criticitat de les dades.
- Cost d’infraestructura: evitar replicacions innecessàries i processar els esdeveniments a prop del consumidor.
5. Consideracions de disseny
- Evitar replicacions innecessàries: cada replicació entre entorns introdueix latència, cost (en cloud) i complexitat operativa. Replica només si existeix una necessitat real de consum en l’entorn secundari.
- Processar a prop del consumidor: si la transformació dels esdeveniments es fa en el mateix entorn on resideixen els consumidors, s’evita tràfic inter‑entorn.
- No assumir que cloud és sempre millor: per a integracions amb sistemes core on‑premise, el clúster on‑premise és l’opció natural i més eficient.
- Flink només en cloud: si el cas d’ús requereix Flink, el clúster ha de ser cloud per definició.