Linee guida per lo sharding di Config Controller

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:

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