Un'applicazione legacy Windows multi-nodo utilizza una condivisione di rete come repository centrale per i file di configurazione .xml. L'azienda sta migrando l'applicazione su EC2 e necessita di un repository di configurazione altamente disponibile al minimo costo. Qual è la soluzione PIÙ conveniente per fornire un repository altamente disponibile per i file di configurazione?

La soluzione più conveniente e altamente disponibile è creare un bucket Amazon S3 e utilizzare l'AWS SDK per leggere e scrivere i file di configurazione. S3 offre alta disponibilità, durabilità e scalabilità intrinseche a un costo contenuto, eliminando la necessità di gestire l'infrastruttura sottostante. L'opzione di allegare un volume Amazon EBS non è ideale perché EBS è a livello di blocco e specifico per una singola istanza EC2. Per l'alta disponibilità, richiederebbe soluzioni complesse come la replica tra istanze o file system distribuiti, aumentando i costi e la complessità. L'opzione che utilizza un volume instance-store è errata perché i dati su un volume instance-store sono temporanei e vengono persi quando l'istanza viene terminata o arrestata, rendendola inadatta per un repository di configurazione persistente. L'opzione di montare un bucket S3 come file system locale tramite FUSE (ad esempio, S3FS) può introdurre latenza e problemi di consistenza, oltre a non essere una soluzione nativa e completamente supportata per carichi di lavoro di produzione critici, rendendola meno affidabile e potenzialmente più costosa in termini di gestione e risoluzione dei problemi rispetto all'uso diretto dell'SDK.