Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Datastore
Il data store viene utilizzato per rendere persistenti i dati necessari ai microservizi. Gli archivi più diffusi per i dati delle sessioni sono le cache in memoria come Memcached o Redis. AWS offre entrambe le tecnologie come parte del ElastiCache servizio Amazon
L'inserimento di una cache tra i server delle applicazioni e un database è un meccanismo comune per ridurre il carico di lettura sul database, che a sua volta può consentire l'utilizzo di risorse per supportare più scritture. Le cache possono anche migliorare la latenza.
I database relazionali sono ancora molto diffusi per archiviare dati strutturati e oggetti aziendali. AWS offre sei motori di database (Microsoft SQL Server, Oracle, MySQL, MariaDBSQL, Postgre e Amazon Aurora
I database relazionali, tuttavia, non sono progettati per una scalabilità infinita, il che può rendere difficile e dispendiosa in termini di tempo l'applicazione di tecniche per supportare un numero elevato di query.
Nessun SQL database è stato progettato per favorire la scalabilità, le prestazioni e la disponibilità rispetto alla coerenza dei database relazionali. Un elemento importante dei SQL database No è che in genere non applicano uno schema rigoroso. I dati vengono distribuiti su partizioni che possono essere ridimensionate orizzontalmente e recuperati utilizzando le chiavi di partizione.
Poiché i singoli microservizi sono progettati per fare bene una cosa, in genere dispongono di un modello di dati semplificato che potrebbe essere adatto a No persistence. SQL È importante comprendere che nessun SQL database ha modelli di accesso diversi dai database relazionali. Ad esempio, non è possibile unire le tabelle. Se necessario, la logica deve essere implementata nell'applicazione. Puoi usare Amazon DynamoDB
DynamoDB offre anche una funzionalità di scalabilità automatica per regolare dinamicamente la capacità di throughput in risposta al traffico effettivo. Tuttavia, ci sono casi in cui la pianificazione della capacità è difficile o impossibile a causa di grandi picchi di attività di breve durata nell'applicazione. Per tali situazioni, DynamoDB offre un'opzione on-demand, che offre prezzi semplici. pay-per-request DynamoDB on-demand è in grado di gestire migliaia di richieste al secondo istantaneamente senza pianificazione della capacità.
Per ulteriori informazioni, consulta How to Gestione distribuita dei dati Choose a Database