Questo documento fornisce suggerimenti su come eseguire lo sharding Utilizzo di Config Controller. Lo sharding è il processo di suddivisione Risorse Google Cloud gestite da Config Controller in più spazi dei nomi cluster o progetti.
Lo sharding offre i seguenti vantaggi:
- Riduce l'impatto delle modifiche: se un singolo shard smette di funzionare, l'altro non sono interessati.
- Ti aiuta a gestire la sicurezza: ogni shard può avere IAM e RBAC dedicati configurazioni. Gli utenti malintenzionati che compromettono l'accesso a uno shard e altri shard. La configurazione errata in uno shard non può interessare altri shard.
- Migliore scalabilità: un singolo shard può avere colli di bottiglia della scalabilità quali come il numero di oggetti gestiti o le quote API. Avere più shard aumenta la scalabilità complessiva dell'utilizzo di Config Controller.
Utilizza lo sharding con Config Controller
Esistono diversi modi per implementare lo sharding. L'approccio migliore per te dipenderanno dalle tue esigenze e requisiti specifici.
Modelli di sharding
Esistono due principali modelli dello sharding:
- Per linee di business o team applicativi: questo modello viene in genere utilizzato quando Config Controller viene utilizzato da team diversi. In questo modello, ogni ha il proprio shard.
- Per ambiente: questo modello viene generalmente utilizzato quando Config Controller viene utilizzato in diversi ambienti. Ad esempio, potrebbe avere uno shard per l'ambiente di sviluppo, uno shard per il QA e uno shard per l'ambiente di produzione.
Riduci al minimo la necessità di riferimenti incrociati
Quando esegui lo sharding dell'utilizzo di Config Controller, devi ridurre al minimo i riferimenti incrociati. I riferimenti incrociati possono rendere la configurazione più complessa e difficile da gestire. Consulta Riferimenti delle risorse tra le istanze per ulteriori dettagli.
Meccanismi di sharding
Esistono tre principali meccanismi di sharding:
- Per spazi dei nomi: puoi creare spazi dei nomi aggiuntivi. configurare Config Connector per gestire le risorse in questi spazi dei nomi.
- Tramite le istanze di Config Controller: puoi creare più Config Controller in un progetto Google Cloud.
- Per progetti: puoi creare più istanze di Config Controller in più progetti Google Cloud. Questo meccanismo consente di risolvere i problemi di quota API colli di bottiglia delle quote con un solo progetto. Consulta Suddividi le risorse in più progetti per ulteriori dettagli.
Avvertenze per l'implementazione dello sharding
Quando implementi lo sharding per l'utilizzo di Config Controller, ci sono alcune dei potenziali problemi di cui dovresti essere a conoscenza e che prevedi di risolvere.
Riferimenti delle risorse tra le istanze
Una delle sfide dello sharding per Config Controller riguarda la gestione come riferimenti nelle varie istanze. Ad esempio, un team della piattaforma potrebbe creare progetti in un caso, i team dedicati alle app potrebbero creare risorse che fanno riferimento Progetti in altre istanze. Ciò può creare problemi quali:
- Maggiore complessità: la gestione dei riferimenti alle risorse tra cluster può rendere la configurazione più complessa e difficile da gestire.
- Maggiore rischio: se una risorsa viene eliminata in uno shard può comunque essere a cui fanno riferimento le risorse in altri shard. Questo può generare risposte comportamento e perdita di dati.
- Riduzione delle prestazioni: i riferimenti alle risorse nei vari cluster possono la latenza delle modifiche alla configurazione.
Esistono alcuni modi per aggirare la sfida del controllo incrociato:
- Eseguire lo sharding in modo che non sia necessario alcun riferimento tra gli shard. Questo potrebbe essere fatto con lo sharding per ambienti o per team.
- Utilizzo di riferimenti esterni. Ciò significa che l'oggetto a cui si fa riferimento non è di fatto gestito da Config Controller. Può essere un un'opzione valida se l'oggetto non viene modificato di frequente.
- Avere lo stesso oggetto disponibile in tutti gli shard. Questo è un processo più complesso
ma può essere l'opzione migliore se l'oggetto cambia spesso.
Gli oggetti devono condividere la stessa fonte di dati per evitare la riconciliazione
combattimenti tra questi oggetti in shard diversi. Devi impostare
criterio di prevenzione dei conflitti
a
none
per questi oggetti.
È importante valutare attentamente i vantaggi e gli svantaggi di ogni approccio prima di sceglierne una.
Quote API
Lo sharding potrebbe aumentare le tue quote API. Devi saperlo e pianificare di conseguenza. Consulta Gestire i limiti di quota delle API per le best practice sulla gestione dei limiti di quota delle API.
Passaggi successivi
- Scopri di più sulla scalabilità di Config Controller