Collect requirements for replication: on what basis will we do it, how often to upload/download, move to other buckets
- Lingua principale
- Go
- Stelle
- 11
- Fork
- 6
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
Ref: https://0chain.slack.com/archives/C06K3JX7WG4/p1708370353197439
We want to replicate to archive so that we can use it for recovery on S3 if needed.
We want to offer our customers S3 and Archive solutions with [zero RPO and RTO disaster recovery](https://medium.com/@bijit211987/approaching-zero-rto-rpo-architectural-considerations-and-best-practices-3848e7252894#:~:text=Zero%20RTO%20aims%20to%20eliminate,failover%20mechanisms%20to%20minimize%20RTO.).
From our perspective, S3 and Archive are just different h/w and b/w but same type of allocation but over different sets of servers.
Guida per i contributori
Apri la guida per i contributori
Direzione di ricerca
L'issue fa riferimento a una discussione su Slack sulla replica dei dati in un archivio per il disaster recovery con RPO/RTO zero. Inizia esaminando il codice esistente del livello di allocazione e storage per capire come i dati sono attualmente memorizzati e gestiti. Cerca eventuali logiche di replica esistenti o punti di integrazione S3/archivio. L'obiettivo è definire i requisiti, non implementare una soluzione, quindi concentrati sulla comprensione dell'architettura del sistema e sulla documentazione della strategia di replica.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- aws, go
- Ambito
- backend, cloud
- Tipo di issue
- Funzionalità
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Stato di attività
- Ferma
- Chiarezza
- Da chiarire
- Idoneità per principianti
- 20/100