Questo blog fa parte della serie in cui discutiamo dei concetti Cloud di Ground Zero per un pubblico con conoscenze iniziali limitate. Questo articolo è disponibile nella serie di livello intermedio poiché prevede la creazione di blocchi predefiniti per l' alta disponibilità e il ripristino di emergenza su AWS Cloud.

Alcuni dei blog precedenti della serie Cloud sono i seguenti.

GCP Big Query Primo connettore Python Autenticazione di archiviazione di Azure Autenticazione RBAC di Azure Cosmos

Alta disponibilità e ripristino di emergenza.

Uno dei principi chiave per la creazione di sistemi distribuiti con il giusto contratto di servizio per il tempo di attività è disporre di un solido piano per l' alta disponibilità e il ripristino di emergenza .

L'alta disponibilità si occupa dell'eliminazione di un singolo punto di errore ospitando più copie dei componenti dell'infrastruttura in blocchi di distribuzione intraregionali ridondanti noti come zone di disponibilità.

Il ripristino di emergenza si occupa dell'eliminazione dei tempi di inattività per un errore regionale completo con l'intera topologia di distribuzione replicata in due regioni per garantire il rispetto del corretto SLA di RPO (Recovery Point Objective) e RTO (Recovery Time Objective) . Sulla base delle suddette topologie di distribuzione possono essere classificate in

• Active Active Deployment — Sistemi con zero tempi di inattività ma possibilità di perdita di dati. Ex Portali E-commerce.
• Active Passive Deployment — Sistema senza perdita di dati ma con impatto sulla disponibilità in caso di disastri regionali. Ex sistemi bancari.

Ai fini di questo blog, abbiamo limitato la discussione tecnica generale a un sistema attivo-passivo a tre livelli

• Livello FrontEnd: con le risorse dell'interfaccia utente ( statico e non statico ), questo livello serve le pagine per i flussi aziendali necessari per l'interazione con i clienti
• Livello back-end — Con i microservizi stateless inseriti in un bucket dalla separazione delle preoccupazioni ( funzionalità di lettura e scrittura ) , questo livello funge da spina dorsale per la logica di base dietro i flussi aziendali.
• Livello database: questo livello funge da spina dorsale per tutti i dati inattivi (relazionali o non relazionali) ed è accessibile dal livello back-end tramite modelli e viste.

Per una vista dettagliata —https://github.com/amit894/diagrams/blob/main/AWS%20Deployment%20Topology/3%20Tier.png

Servizi AWS

• Application Load Balancer : un Load Balancer L7 che può essere utilizzato per configurare regole HTTP come reindirizzamento URL, modifica dell'intestazione della richiesta ecc.
• Classic Load Balancer : un Load Balancer L4 che funziona a un livello TCP utilizzato per configurare il port forwarding e altre regole di rete di base.
• Istanze EC2: istanze di calcolo utilizzate per la distribuzione sia nell'interfaccia utente che nel livello di microservizio back-end.
• Amazon Document DB (Mongo) : un database NoSQL utilizzato per archiviare dati non relazionali in termini di coppia chiave-valore.
• Amazon RDS (PostGress) : un database SQL utilizzato per archiviare dati relazionali che possono essere interrogati tramite viste e tabelle
• AWS CloudWatch : un servizio AWS basato su eventi utilizzato per monitorare lo stato di tutti i componenti AWS in esecuzione nell'account AWS generale.
• AWS CloudTrail : traccia di tutti gli eventi di audit e operativi nell'account AWS utilizzati per creare gli avvisi necessari per la visibilità della produzione.
• AWS VPC — Lo spazio di indirizzi privato nel cloud pubblico che ospita tutti i servizi AWS utilizzando spazi IP configurabili.

9 sottoreti in 3 zone di disponibilità

Sottorete pubblica

• Components: Application Load Balancer e gateway NAT
• Routing: interno al VPC tramite Route Table e un gateway Internet per il traffico pubblico

• Components: Classic Load Balancer e macchine virtuali.
• Routing: interno al VPC tramite la tabella di instradamento.

• Components: Database dei documenti AWS e AWS RDS.
• Routing: interno al VPC tramite la tabella di instradamento.

Application Load Balancer (L7)

• Security Group: Per consentire il traffico da Internet sulla porta 443.
• Communication Protocol: HTTPS
• SSL: Obbligatorio

• Security Groups:Per consentire il traffico da Application Load Balancer sulla porta 443.
• Communication Protocol: HTTPS
• SSL: Obbligatorio

• Security Groups:Per consentire il traffico dalle VM FrontEnd sulla porta 443.
• Communication Protocol: HTTPS
• SSL: Obbligatorio

• Security Groups:Per consentire il traffico da Internal Load Balancer sulla porta 80.
• Communication Protocol: HTTPS
• SSL: Obbligatorio

• Security Groups:Per consentire il traffico dalle VM di back-end sulla porta 27017.
• Communication Protocol: TCP
• SSL: Preferito

• Security Groups:Per consentire il traffico dalle VM di back-end sulla porta 5432.
• Communication Protocol: TCP
• SSL: Preferito

Il documento fornito copre solo una panoramica di alto livello per ottenere una distribuzione attiva-passiva completamente funzionale su due regioni in AWS Cloud. Per comprendere ulteriormente le complessità, approfondiremo ulteriormente i futuri argomenti del blog.

Per feedback, invia un messaggio a amit[dot]894[at]gmail[dot]com o contatta uno qualsiasi dei link su https://about.me/amit_raj .