ContacteÚs de Cluster Linking a EventHub
Navegació
| ⬅️ Ús de Stream Processing | ➡️ Ús de Replicator |
|---|
Ús de Cluster Linking a EventHub
Canigó – Guia per a aplicacions
Aquesta pàgina explica què ha de fer una aplicació per sol·licitar, modificar o retirar replicació entre clústers Kafka mitjançant Cluster Linking a EventHub.
No descriu el govern en detall: indica els passos pràctics, els artefactes a utilitzar i quan aplicar aquest mecanisme.
1. Quan necessites Cluster Linking?
Necessites Cluster Linking si:
- Has de replicar topics entre dos clústers Kafka.
- Existeix un escenari híbrid o multi‑entorn (on‑prem ↔ cloud, cloud Aws ↔ cloud Azure ).
- Vols una replicació gestionada per la plataforma, sense lògica activa.
❌ No utilitzis Cluster Linking si:
- El cas es resol amb consumidors normals.
- El flux és puntual o temporal sense continuïtat.
- El topic no està governat o no està actiu.
2. Principis clau de Cluster Linking
- Mecanisme preferent de replicació davant de Replicator.
- Replicació passiva (sense lògica de negoci).
- Impacte directe en cost, seguretat i latència.
- Govern centralitzat per l’Oficina EventHub.
En entorns cloud:
- Es prioritza un únic Cluster Link per parella de clústers.
- S’afegeixen topics progressivament al mateix enllaç.
3. Alta de Cluster Linking: què has de fer
Pas 1. Definir el cas d’ús
Has d’identificar:
- Clúster origen.
- Clúster destí.
- Topics a replicar.
- Sentit de la replicació.
- Justificació funcional.
- Impacte esperat (latència, volum, cost).
Pas 2. Omplir la Fitxa de Cluster Link (obligatori)
- Plantillas_Solicitud_EventHub
- Una fila per Cluster Link.
- Camps clau:
- Clúster origen i destí.
- Topics replicats.
- Tipus de replicació (unidireccional).
- Cas d’ús.
- Owner funcional.
- Avaluació d’impacte.
Sense la fitxa correctament omplerta no es valida la sol·licitud.
Pas 3. Obrir la sol·licitud
- Crear tiquet JIRA.
- Adjuntar la fitxa omplerta.
- Indicar si afecta PRE o PRO.
Pas 4. Validació
L’Oficina EventHub valida:
- Que els topics estiguin governats i actius.
- La necessitat real de replicació.
- Impacte en latència, seguretat i costos.
- No duplicació amb replicacions existents.
Resultat:
- ✅ Aprovat → s’autoritza la replicació.
- 🔄 Retornat → cal ajustar la proposta.
Pas 5. Creació del Cluster Link
- L’execució tècnica correspon a l’equip d’Operacions.
- En PRE i PRO:
- Desplegament mitjançant CRQ quan apliqui.
- L’Oficina EventHub coordina i valida el resultat.
4. Què decideix la plataforma (no l’aplicació)
La plataforma defineix:
- Disseny final del Cluster Link.
- Inclusió de topics en enllaços existents.
- Configuració tècnica de l’enllaç.
- Necessitat de CRQ i finestra de desplegament.
- Mesures de seguretat entre clústers.
5. Canvis sobre un Cluster Link
Es consideren canvis:
- Afegir o retirar topics replicats.
- Canviar el sentit de la replicació.
- Modificar clústers origen o destí.
Què cal fer:
- Actualitzar la fitxa.
- Obrir tiquet JIRA ACOEVENT.
- Tramitar CRQ si aplica (obligatòria en PRE/PRO).
6. Retirada d’un Cluster Link
- Confirmació formal del cessament d’ús.
- Anàlisi d’impacte.
- Eliminació controlada de l’enllaç o dels topics replicats.
- CRQ en PRO quan apliqui.
La retirada no implica l’eliminació dels topics originals.
7. Cluster Linking vs Replicator (resum pràctic)
Utilitza Cluster Linking si:
- La replicació és estructural i contínua.
- No necessites lògica activa.
Utilitza Replicator només si:
- Cluster Linking no és viable.
- El cas requereix processament actiu.
- Existeix una justificació tècnica expressa.
8. Errors habituals (evita’ls)
- Replicar topics sense cas d’ús clar.
- Crear múltiples enllaços innecessaris.
- Replicar topics no governats.
- Ignorar l’impacte en costos (cloud).
- Utilitzar Replicator per conveniència.
9. Documentació de referència
- Govern dels recursos d’EventHub
- Fluxos operatius i cicle de vida complet dels recursos EventHub
- Plantillas_Solicitud_EventHub
Següent pas recomanat: consultar Ús de Replicator només si Cluster Linking no cobreix el cas d’ús.
I ara què?
Data d'actualització:
01-01-0001