Migrazione verso beacon partizionati

Una tabella non partizionata è equivalente a una tabella configurata con. maximumNumberOfPartitions = 1 Dal punto di vista della configurazione, la migrazione da una configurazione non partizionata a una partizionata viene quindi considerata come un aumento di. maximumNumberOfPartitions

Ogni singola definizione di beacon può essere non vincolata o vincolata a una singola. PartitionNumber Questi vincoli fanno parte della configurazione del beacon e devono rimanere invariati nel tempo.

La migrazione da beacon non partizionati a beacon partizionati segue le stesse regole di qualsiasi altra modifica alla configurazione delle partizioni:

• maximumNumberOfPartitionspuò solo essere aumentato e non può essere diminuito.

• L'aumento maximumNumberOfPartitions non migliora retroattivamente l'anonimato degli articoli esistenti.

• Gli elementi appena scritti utilizzeranno la configurazione delle partizioni aggiornata e verranno assegnati di conseguenza. PartitionNumber

• Le query che includono tutte le partizioni continueranno a restituire sia gli elementi esistenti (non partizionati) che gli elementi partizionati appena scritti.

Per migliorare l'anonimato degli elementi esistenti o l'efficienza del sistema, è possibile scegliere di crittografare nuovamente alcuni elementi della tabella utilizzando uno schema di partizionamento aggiornato. Re-encryption richiede la rimozione dell'elemento esistente, la rigenerazione dei relativi beacon nella nuova configurazione e la riscrittura dell'elemento nella tabella. Questo processo si applica solo agli elementi che vengono riscritti in modo esplicito; gli elementi che non vengono ricrittografati continuano a utilizzare la configurazione beacon originale. Re-encrypting gli elementi potrebbero aumentare temporaneamente il traffico di scrittura e influire sulla disponibilità delle applicazioni. Esegui la ricrittografia in modo controllato, ad esempio tramite una migrazione graduale o in background.