Domande frequenti

Questa sezione fornisce risposte alle domande più frequenti sulla definizione dei nomi dei bucket e dei percorsi S3 per i livelli di data lake sulAWS cloud.

Quale nome devo utilizzare per un bucket Amazon Simple Storage Service (Amazon S3) multiregionale?

Puoi utilizzare il formato di denominazione dei bucket S3 consigliato e modificare l'Regione AWSidentificatore. Ad esempio examplecompany-raw-useast1-12345-dev e examplecoompany-raw-uswest1-12345-dev.

Devo usare raw, stage e analytics come nomi per i miei livelli di data lake?

No, puoi assegnare un nome ai livelli in base alle tue esigenze. Tuttavia, si consiglia vivamente di utilizzare un bucket S3 per il data layer che contenga i formati di file originali e che abbia il controllo delle versioni abilitato.

È possibile rinominare un bucket S3?

No. Se si desidera utilizzare un nome di bucket S3 diverso, è necessario creare un nuovo bucket con il nuovo nome. Questo è uno dei motivi per cui consigliamo di adottare un approccio di denominazione chiaramente definito e coerente per i bucket S3.

Cosa succede se elimino un bucket S3 e voglio riutilizzare il nome?

Se si elimina un bucket S3 e si desidera creare un nuovo bucket con lo stesso nome, è necessario attendere alcuni minuti affinché il nome diventi nuovamente disponibile. I nomi dei bucket S3 sono univoci a livello globale eAccount AWS condividono tutti lo stesso namespace.

Esistono limitazioni su ciò che posso includere nel nome del mio bucket S3 o del percorso?

Nei nomi dei bucket S3 sono consentiti solo solo lettere minuscole, numeri e punti. I nomi dei bucket devono avere una lunghezza compresa tra tre e 63 caratteri, devono iniziare e terminare con un numero o una lettera e non possono essere in un formato di indirizzo IP. I nomi devono inoltre essere univoci a livello globale.

Per i percorsi bucket S3, puoi usare lettere maiuscole, ma ti consigliamo di utilizzare solo lettere minuscole. I percorsi possono anche includere simboli aggiuntivi, ma ti consigliamo di utilizzare solo caratteri di sottolineatura, trattini, barre e numeri.

Posso usare più livelli rispetto ai livelli della landing zone, raw, stage e analytics nel mio data lake?

Sì, puoi utilizzare tutti i livelli che desideri. Tuttavia, consigliamo di avere una landing zone e un layer non elaborato per i dati grezzi, un livello intermedio per i dati formattati e un livello per i dati altamente modellati.

Cosa succede se non ho definito i miei parametri?

Alcuni parametri (ad esempio le unità aziendali) non devono essere incorporati nel nome del bucket S3, ma possono far parte del percorso. Ciò significa che non devono essere determinati immediatamente perché i percorsi possono essere aggiunti dopo la creazione di un bucket S3.

Come posso tenere traccia dei costi a livello di unità aziendale?

Dipende dalla strategia del tuo account. Se hai unità aziendali suddivise in diverse unitàAccount AWS, puoi assegnare tag di allocazione dei costi ai bucket S3 che riflettono i costi del bucket per ciascuna unità aziendale.

Se la strategia dell'account non separa le unità aziendali in diverse unità aziendaliAccount AWS, puoi utilizzare bucket diversi per ciascuna unità aziendale aggiungendo la business unit al nome del bucket (ad esempio,exampleco-businessunit1-raw-useast1-12345-dev). Tuttavia, ciò significa che devi gestire molti bucket S3.

Quali caratteristiche devo considerare quando creo uno standard di denominazione dei bucket S3?

È necessario assicurarsi che i nomi dei bucket S3 utilizzino funzionalità disponibili solo a livello di bucket. Ad esempio, i tag di costo, la crittografia dei bucket e il controllo delle versioni sono funzionalità disponibili solo per un intero bucket S3. Ciò significa che si applicano a tutti gli oggetti e percorsi nel bucket S3.

Anche il controllo delle versioni degli oggetti è una caratteristica importante da considerare. Dovresti attivare il controllo delle versioni per i bucket S3 del tuo layer grezzo, perché vuoi assicurarti di poter vedere le versioni precedenti se ci sono modifiche ai dati. Tuttavia, il controllo delle versioni potrebbe non essere necessario per tutti i livelli del data lake e il mantenimento di più versioni può comportare costi inutili.