Durante la migrazione da un ambiente di computing non ibrido o non multi-cloud a un ambiente di multi-cloud, considera innanzitutto i vincoli applicazioni esistenti e il modo in cui questi vincoli potrebbero errore. Questo la considerazione diventa più importante quando le tue applicazioni operano in modo distribuito tra diversi ambienti. Dopo il giorno hai considerato i vincoli, sviluppa un piano per evitarli o superarli. Assicurati di considerare le capacità uniche di ciascun ambiente di elaborazione un'architettura distribuita.
Note sul layout
Le seguenti considerazioni di progettazione si applicano ai pattern di deployment distribuito. A seconda della soluzione target e degli scopi commerciali, la priorità e l'effetto di ogni considerazione può variare.
Latenza
In qualsiasi modello di architettura che distribuisce i componenti dell'applicazione (frontend, backend o microservizi) in diversi ambienti di calcolo, può verificarsi la latenza di comunicazione. Questa latenza è influenzata dalla connettività della rete ibrida (Cloud VPN e Cloud Interconnect) e dalla distanza geografica tra il sito on-premise e le regioni cloud o tra le regioni cloud in una configurazione multicloud. Pertanto, è fondamentale valutare i requisiti di latenza delle applicazioni e la loro sensibilità alla rete ritardi. Le applicazioni che possono tollerare la latenza sono candidati più adatte per il deployment iniziale distribuito in un ambiente ibrido o multi-cloud.
Architettura dello stato temporanea e finale
Specificare le aspettative e le potenziali implicazioni in termini di costi, scalabilità e prestazioni, è importante analizzare il tipo di architettura di cui hai bisogno la durata prevista come parte della fase di pianificazione. Ad esempio, se prevedi di utilizzare un'architettura ibrida o multi-cloud per un periodo di tempo prolungato o permanente, prendi in considerazione l'utilizzo Cloud Interconnect. Per ridurre i costi del trasferimento di dati in uscita e ottimizzare la connettività ibrida. sulle prestazioni di rete, Cloud Interconnect sconta i costi per il trasferimento di dati in uscita che soddisfano le condizioni scontate per le velocità di trasferimento di dati.
Affidabilità
L'affidabilità è un aspetto fondamentale nella progettazione di sistemi IT. Disponibilità del tempo di attività è un aspetto essenziale dell'affidabilità del sistema. In Google Cloud puoi aumentare la resilienza di un'applicazione mediante il deployment di componenti ridondanti che l'applicazione in più zone di una singola regione o in più regioni, con funzionalità di cambio. La ridondanza è uno degli elementi chiave per per migliorare la disponibilità complessiva di un'applicazione. Per le applicazioni con un una configurazione distribuita in ambienti ibridi e multi-cloud, è importante mantengono un livello di disponibilità costante.
Per migliorare la disponibilità di un sistema in un ambiente on-premise o in in altri ambienti cloud, valuta la ridondanza hardware o software, meccanismi di failover: ti serviranno le applicazioni e i relativi componenti, Idealmente, dovresti prendere in considerazione la disponibilità di un servizio o di un'applicazione tra i vari componenti e l'infrastruttura di supporto (inclusa la disponibilità della connettività ibrida) in tutti gli ambienti. Questo concetto è anche indicato come il concetto la disponibilità di un'applicazione o di un servizio.
In base alle dipendenze tra i componenti o i servizi, l'architettura la disponibilità per un'applicazione potrebbe essere superiore o inferiore rispetto a quella di un singolo o un componente aggiuntivo. Per ulteriori informazioni, vedi Disponibilità composita: calcolo della disponibilità complessiva dell'infrastruttura cloud.
Per raggiungere il livello di affidabilità del sistema desiderato, devi definire metriche di affidabilità e progettare applicazioni per autoripararsi e resistere in modo efficace alle interruzioni nei diversi ambienti. Per aiutarti a definire per misurare la customer experience con i tuoi servizi, vedi Definisci i tuoi obiettivi di affidabilità.
Connettività ibrida e multi-cloud
I requisiti di comunicazione tra le applicazioni distribuite dovrebbe influenzare la selezione della connettività di rete ibrida. . Ogni opzione di connettività ha i suoi vantaggi e svantaggi, oltre fattori specifici da considerare, come costi, volume di traffico, sicurezza e quindi la tua. Per ulteriori informazioni, consulta la sezione Considerazioni sul design della connettività.
Gestibilità
Strumenti di gestione e monitoraggio coerenti e unificati sono essenziali per configurazioni ibride e multi-cloud efficaci (con o senza portabilità dei carichi di lavoro). Nel breve periodo, questi strumenti consentono di aggiungere sviluppo, test e operazioni costi aggiuntivi. Tecnicamente, più cloud provider usi, più complessa è gestione degli ambienti . La maggior parte dei fornitori di servizi per il cloud pubblico non solo hanno caratteristiche diverse, ma prevedono diversi strumenti, SLA e API per la gestione dei servizi cloud. Pertanto, pondera i vantaggi strategici dell'architettura selezionata rispetto al potenziale la complessità a breve termine e i vantaggi a lungo termine.
Costo
Ogni fornitore di servizi cloud in un ambiente multi-cloud ha la propria fatturazione metriche e strumenti. Per migliorare la visibilità e le dashboard unificate, considera la possibilità utilizzando strumenti di ottimizzazione e gestione dei costi multi-cloud. Ad esempio, quando creando soluzioni cloud-first in più ambienti cloud, ciascuno i prodotti, i prezzi, gli sconti e gli strumenti di gestione del fornitore possono generare costi incongruenze tra questi ambienti.
Consigliamo di utilizzare un metodo unico e ben definito per calcolare i costi totali delle risorse cloud e per fornire visibilità sui costi. La visibilità dei costi è essenziale per l'ottimizzazione dei costi. Ad esempio, combinando i dati di fatturazione provenienti dal cloud i provider che usi e che usano Google Cloud Blocco gestione dei costi di Looker Cloud, puoi creare una vista centralizzata dei tuoi costi multi-cloud. Questa visualizzazione può aiutarti forniscono una vista report consolidata della tua spesa su più cloud. Per ulteriori informazioni, vedi La strategia per ottimizzare in modo efficace la gestione dei costi di fatturazione cloud.
Ti consigliamo inoltre di utilizzare la best practice FinOps per rendere visibili i costi. Nell'ambito di una solida pratica FinOps, un team centrale può delegare il processo decisionale per l'ottimizzazione delle risorse a qualsiasi altro team coinvolto in un progetto a incoraggiare la responsabilità individuale. In questo modello, il team centrale deve standardizzare il processo, la generazione di report, e gli strumenti per l'ottimizzazione dei costi. Per ulteriori informazioni sulle diverse aspetti e consigli sull'ottimizzazione dei costi che dovresti prendere in considerazione, consulta Framework dell'architettura Google Cloud: ottimizzazione dei costi.
Spostamento dei dati
Spostamento dei dati è una considerazione importante per la strategia ibrida e multi-cloud e e nella pianificazione dell'architettura, soprattutto per i sistemi distribuiti. Le aziende devono identificare i diversi casi d'uso aziendali, i dati che li supportano e la classificazione dei dati (per i settori regolamentati). Dovrebbero inoltre valutare come archiviazione, condivisione e accesso ai dati per sistemi distribuiti in diversi ambienti le prestazioni dell'applicazione e la coerenza dei dati. Questi fattori possono influenzare l'architettura dell'applicazione e della pipeline di dati. l'insieme completo di strumenti opzioni di spostamento dei dati consente alle aziende di soddisfare le loro esigenze specifiche e adottare soluzioni e multi-cloud senza compromettere la semplicità, l'efficienza le prestazioni dei dispositivi.
Sicurezza
Quando si esegue la migrazione delle applicazioni nel cloud, è importante considerare funzionalità di sicurezza cloud-first come coerenza, osservabilità e la visibilità della sicurezza. Ogni cloud provider pubblico adotta un approccio diverso, pratiche e funzionalità per la sicurezza. È importante analizzare e allineare queste capacità per creare un'architettura di sicurezza standard e funzionale. Elevata controlli IAM, crittografia dei dati, analisi delle vulnerabilità e la conformità alle normative del settore è un altro aspetto importante la sicurezza del cloud.
Quando pianifichi una strategia di migrazione, ti consigliamo di analizzare considerazioni precedentemente citate. Possono aiutarti a ridurre al minimo le possibilità complicando l'architettura perché le applicazioni o il traffico aumentano i volumi. Inoltre, la progettazione e la costruzione di una zona di destinazione è quasi sempre prerequisito per il deployment dei carichi di lavoro aziendali in un ambiente cloud. Un atterraggio consente alla tua azienda di eseguire il deployment, utilizzare e scalare i servizi cloud in modo più sicuro in più aree e include diversi elementi, come identità, gestione delle risorse, sicurezza e networking. Per ulteriori informazioni, vedi Progettazione della zona di destinazione in Google Cloud.
I seguenti documenti di questa serie descrivono altre architetture distribuite pattern:
- Pattern ibrido a più livelli
- Pattern multi-cloud partizionato
- Pattern ibrido e multi-cloud di Analytics
- Pattern ibrido periferico