Questo documento definisce e illustra gli scopi, i fattori di stimolo e i requisiti aziendali e spiega in che modo questi fattori possono influenzare le decisioni di progettazione durante la costruzione di architetture ibride e multi-cloud.
Obiettivi
Un'organizzazione può adottare un'architettura ibrida o multi-cloud come permanente per raggiungere specifici scopi commerciali o come stato temporaneo per facilitare determinati requisiti, come la migrazione al cloud.
Rispondere alle seguenti domande sulla tua attività è un buon modo per definire i tuoi requisiti aziendali e stabilire aspettative specifiche su come raggiungere alcuni o tutti gli obiettivi commerciali. Queste domande si concentrano su ciò che è necessario per la tua attività, non su come raggiungerlo tecnicamente.
- Quali obiettivi aziendali spingono la decisione di adottare un modello ibrido multi-cloud?
- Quali obiettivi commerciali e tecnici aiuterà a raggiungere un'architettura ibrida o multi-cloud?
- Quali fattori aziendali hanno influenzato questi obiettivi?
- Quali sono i requisiti aziendali specifici?
Nel contesto delle architetture ibride e multi-cloud, un obiettivo aziendale per come cliente enterprise potrebbe essere quello di espandere le operazioni di vendita online o i mercati da una singola regione di diventare uno dei leader globali nel proprio segmento di mercato. Uno degli scopi commerciali potrebbe essere iniziare ad accettare ordini di acquisto da utenti di tutto il mondo (o da regioni specifiche) entro sei mesi.
Per supportare i requisiti e gli obiettivi commerciali sopra menzionati, un potenziale obiettivo tecnico principale è espandere l'infrastruttura IT e l'architettura delle applicazioni di un'azienda da un modello solo on-premise a un'architettura ibrida, utilizzando le funzionalità e i servizi globali dei cloud pubblici. Questo scopo deve essere specifico e misurabile, definire chiaramente il in termini di regioni e tempistiche di espansione.
In generale, un'architettura ibrida o multi-cloud raramente è un obiettivo in sé, ma piuttosto un mezzo per raggiungere obiettivi tecnici dettati da determinati requisiti aziendali. Pertanto, la scelta dell'architettura ibrida o multicloud giusta richiede innanzitutto di chiarire questi requisiti.
È importante distinguere gli scopi commerciali da quelli gli obiettivi del tuo progetto IT. Gli scopi commerciali devono concentrarsi sull'obiettivo e la missione della tua organizzazione. Gli obiettivi tecnici devono concentrarsi sulla creazione di una base tecnologica che consenta alla tua organizzazione di soddisfare i suoi requisiti e obiettivi commerciali.
I fattori di successo aziendali influiscono sul raggiungimento degli scopi e degli obiettivi commerciali. Pertanto, identificare chiaramente i fattori di successo aziendali può contribuire a definire scopi o obiettivi commerciali più pertinenti alle esigenze e alle tendenze del mercato.
Il seguente diagramma di flusso illustra i fattori scatenanti e gli obiettivi commerciali requisiti, gli obiettivi tecnici e i requisiti, nonché il modo in cui che sono correlati tra loro:
Fattori commerciali e tecnici
Considera come i tuoi fattori di business influenzano i tuoi obiettivi tecnici. Ecco alcuni fattori determinanti comuni per le attività quando scelgono un'architettura ibrida:
- Rispettare le leggi e normative sulla sovranità dei dati.
- Riduzione delle spese di capitale (CAPEX) o delle spese IT generali con il supporto di discipline di gestione finanziaria e ottimizzazione dei costi del cloud come FinOps.
- L'adozione del cloud può essere guidata da scenari che contribuiscono a ridurre i CAPEX, ad esempio la creazione di una soluzione di ripristino di emergenza in un'architettura ibrida o multi-cloud.
- Migliorare l'esperienza utente.
- Maggiore flessibilità e agilità per rispondere alle mutevoli esigenze del mercato.
- Migliorare la trasparenza sui costi e sul consumo delle risorse.
Considera il tuo elenco di fattori aziendali che influiscono sull'adozione di un ambiente ibrido o multi-cloud Transformer. Non considerarli isolati. La decisione finale deve dipendere dal bilanciamento delle priorità della tua attività.
Una volta che l'organizzazione ha compreso i vantaggi del cloud, può decidere di eseguire la migrazione completa se non ci sono vincoli, come costi o che richiedono l'hosting on-premise di dati ad alta sicurezza, gli impedisca di farlo.
Sebbene l'adozione di un unico cloud provider possa offrire numerosi vantaggi, complessità ridotta, integrazioni incorporate tra i servizi e ottimizzazione dei costi opzioni come sconti per impegno di utilizzo, ci sono ancora alcuni scenari in cui un'architettura multi-cloud può essere vantaggiosa per un'azienda. Di seguito sono riportati i fattori aziendali più comuni per l'adozione di una multi-cloud, insieme alle considerazioni associate per ogni conducente:
- Rispettare le leggi e normative sulla sovranità dei dati: la più comune
scenario è quando un'organizzazione espande la propria attività in una nuova regione
o paese e deve rispettare le nuove normative sull'hosting dei dati.
- Se il provider di servizi cloud utilizzato (CSP) esistente non dispone di un cloud locale regione del paese in questione, ai fini della conformità la soluzione comune è utilizzare un altro CSP che ha una regione cloud locale in quel paese.
- Riduzione dei costi: la riduzione dei costi è spesso il motivo commerciale più comune per adottare una tecnologia o un'architettura. Tuttavia, è importante non considerare solo il costo dei servizi e i potenziali prezzi al momento di decidere se adottare un'architettura multi-cloud. Tieni conto del costo di creazione e gestione di una soluzione su più cloud e di eventuali vincoli dell'architettura derivanti dai sistemi esistenti.
A volte, le potenziali sfide associate a un ambiente strategia può prevalere sui vantaggi. Una strategia multi-cloud potrebbe introdurre costi aggiuntivi in un secondo momento.
Le sfide comuni associate allo sviluppo di una strategia multicloud includono:
- e una gestione complessa.
- Garantire una sicurezza coerente.
- Integrazione di ambienti software.
- Ottenere prestazioni e affidabilità cross-cloud coerenti.
- La creazione di un team tecnico con competenze multicloud potrebbe essere costosa e richiedere l'ampliamento del team, a meno che non sia gestito da un'azienda di terze parti.
- Gestire gli strumenti di gestione e determinazione dei prezzi dei prodotti di ciascun CSP.
- Senza una soluzione in grado di fornire dashboard e visibilità dei costi unificate, può essere difficile gestire in modo efficiente i costi in più ambienti. In questi casi, potresti utilizzare la soluzione di gestione dei costi del cloud di Looker, se applicabile. Per ulteriori informazioni, vedi La strategia per ottimizzare in modo efficace la gestione dei costi di fatturazione cloud.
- Utilizzare le funzionalità uniche di ciascun CSP: un'architettura multi-cloud
consente alle organizzazioni di utilizzare nuove tecnologie aggiuntive per migliorare
le capacità della tua azienda senza essere limitati alle scelte
offerti da un unico cloud provider.
- Per evitare rischi o complessità imprevisti, valuta le potenziali difficoltà tramite una valutazione di fattibilità ed efficacia, incluse le difficoltà comuni menzionate in precedenza.
- Evitare vincoli al fornitore: a volte le aziende vogliono evitare di essere
in un unico cloud provider. Un approccio multi-cloud consente di scegliere
la soluzione migliore per le esigenze aziendali. Tuttavia, la fattibilità
questa decisione dipende da diversi fattori, tra cui:
- Dipendenze tecniche
- Considerazioni sull'interoperabilità tra le applicazioni
- Costi di ricostruzione o refactoring delle applicazioni
- Competenze tecniche
- Sicurezza e gestibilità coerenti
- Migliorare il livello di affidabilità e disponibilità delle applicazioni di importanza fondamentale per l'attività: in alcuni scenari, un'architettura multicloud può offrire resilienza alle interruzioni del servizio. Ad esempio, se una regione di un CSP non è disponibile, il traffico può essere indirizzato a un altro CSP nella stessa regione. Questo scenario assume che entrambi i provider cloud supportino le funzionalità o i servizi richiesti nella regione.
Quando il mandato delle normative sulla residenza dei dati in un paese o una regione specifici archiviazione di dati sensibili, come le informazioni che consentono l'identificazione personale (PII): all'interno di quella posizione, un approccio multi-cloud può fornire una soluzione. Utilizzando due fornitori di servizi cloud in una regione per garantire la resilienza alle interruzioni, puoi facilitare la conformità alle limitazioni normative e allo stesso tempo soddisfare i requisiti di disponibilità.
Di seguito sono riportate alcune considerazioni sulla resilienza da valutare prima di adottare un'architettura multicloud:
- Spostamento dei dati: con quale frequenza i dati possono spostarsi all'interno del tuo ambiente multi-cloud?
- Il trasferimento dei dati potrebbe comportare costi significativi?
- Sicurezza e gestibilità: sono presenti potenziali complessità di sicurezza o gestione?
- Parità di funzionalità: entrambi i fornitori di servizi cloud nella regione selezionata offrono le funzionalità e i servizi richiesti?
- Competenze tecniche: il team tecnico ha le competenze necessarie per gestire un'architettura multicloud?
Considera tutti questi fattori quando valuti la fattibilità dell'utilizzo di multi-cloud per migliorare la resilienza.
Quando si valuta la fattibilità di un'architettura multi-cloud, è importante prendi in considerazione i vantaggi a lungo termine. Ad esempio, il deployment di applicazioni su più cloud per il ripristino di emergenza o per un aumento dell'affidabilità potrebbe far lievitare i costi nel breve termine, ma potrebbe impedire interruzioni o errori. Questi errori possono causare danni finanziari e di reputazione a lungo termine. Pertanto, è importante valutare i costi a breve termine rispetto al potenziale valore a lungo termine dell'adozione del multi-cloud. Inoltre, il valore potenziale a lungo termine può variare in base alle dimensioni dell'organizzazione, alla scala della tecnologia, alla criticità della soluzione tecnologica e al settore.
Organizzazioni che pianificano di creare con successo un ambiente ibrido o multi-cloud dell'ambiente, dovresti prendere in considerazione creando un Cloud Center of Excellence (COE). Un team COE può diventare il canale per trasformare il modo in cui i team interni della tua organizzazione servono l'attività durante la transizione al cloud. Un COE è uno dei modi in cui la tua organizzazione può adottare il cloud più velocemente, promuovere la standardizzazione e mantenere un allineamento più solido tra la strategia aziendale e gli investimenti cloud.
Se l'obiettivo dell'architettura ibrida o multi-cloud è creare un stato temporaneo, i fattori di business più comuni includono:
- La necessità di ridurre i CAPEX o la spesa generale per l'IT a breve termine in modo programmatico a gestire i progetti.
- La possibilità di eseguire il provisioning di questa infrastruttura in modo rapido per supportare un caso d'uso aziendale. Ad esempio:
- Questa architettura potrebbe essere utilizzata per progetti a tempo limitato. it potrebbe essere usata per supportare un progetto che richiede una scalabilità un'infrastruttura distribuita per un periodo di tempo limitato, on-premise.
- La necessità di progetti di trasformazione digitale pluriennali che richiedono a una grande azienda di stabilire e utilizzare un'architettura ibrida per un certo tempo per aiutarla ad allineare la modernizzazione delle infrastrutture e delle applicazioni alle sue priorità aziendali.
- La necessità di creare un'architettura ibrida temporanea, multi-cloud o mista dopo una fusione aziendale. In questo modo la nuova organizzazione può definire per lo stato finale della sua nuova architettura cloud. È comune per due società di fusione per usare provider cloud diversi, o per una sola azienda di utilizzare un data center privato on-premise e l'altro di utilizzare il cloud. In entrambi i casi, il primo passaggio in una fusione e acquisizione è quasi sempre integrare i sistemi IT.
Fattori tecnici
La sezione precedente riguardava i fattori di business. Per essere approvate, le decisioni architettoniche importanti richiedono quasi sempre l'appoggio di questi fattori. Tuttavia, i driver tecnici, che possono essere basati su un guadagno tecnico o un vincolo di 50% e In alcuni scenari, necessarie per convertire i fattori tecnici in driver aziendali e spiegare possono avere un impatto positivo o negativo sull'attività.
Il seguente elenco non esaustivo contiene alcuni fattori tecnici comuni per adottando un'architettura ibrida o multi-cloud:
- Sviluppare funzionalità tecnologiche, come l'analisi avanzata che potrebbero essere difficili da implementare in ambienti esistenti.
- Migliorare la qualità e le prestazioni del servizio.
- Automatizzare e accelerare i lanci delle applicazioni per ottenere un time to market e tempi di ciclo più brevi.
- Utilizzo di API e servizi di alto livello per accelerare lo sviluppo.
- Accelera il provisioning delle risorse di calcolo e archiviazione.
- Utilizzo di servizi serverless per creare servizi e funzionalità elastiche più velocemente e su larga scala.
- Utilizzo delle funzionalità di infrastruttura globale per creare architetture globali o multiregionali al fine di soddisfare determinati requisiti tecnici.
Il driver tecnico più comune per gli ambienti ibridi temporanei e temporanei multi-cloud consiste nel facilitare la migrazione da on-premise cloud o a un altro cloud. In generale, le migrazioni al cloud portano quasi sempre in modo naturale alla configurazione di un cloud ibrido. Le aziende spesso devono passare in modo sistematico applicazioni e dati in base alle loro priorità. Analogamente, una configurazione a breve termine potrebbe essere finalizzata a facilitare un proof of concept utilizzando tecnologie avanzate disponibili nel cloud per un determinato periodo.
Decisioni di progettazione tecnica
L'obiettivo tecnico identificato e i relativi fattori sono fondamentali per prendere una decisione sull'architettura basata sulle esigenze aziendali e per selezionare uno dei pattern di architettura discussi in questa guida. Ad esempio, per supportare un obiettivo aziendale specifico, un'azienda potrebbe impostare un obiettivo commerciale per creare una pratica di ricerca e sviluppo per un periodo compreso tra tre e sei mesi. Il requisito aziendale principale a sostegno di questo obiettivo potrebbe essere creare l'ambiente tecnologico necessario per ricerca e progettazione con il minor costo di CAPEX possibile.
In questo caso, l'obiettivo tecnico è avere una configurazione cloud ibrido temporanea. L'obiettivo di questo scopo tecnico è sfruttare il modello di prezzi on demand del cloud per soddisfare il requisito aziendale sopra indicato. Un altro fattore è influenzato dalla tecnologia specifica che richiedono una soluzione cloud con capacità di calcolo elevata configurazione rapida.
Utilizzare Google Cloud per architetture ibride e multi-cloud
L'utilizzo di soluzioni open source può semplificare l'adozione di un ambiente ibrido e multi-cloud e ridurre al minimo i vincoli al fornitore. Tuttavia, quando pianifichi un'architettura, devi prendere in considerazione le seguenti potenziali complessità:
- Interoperabilità
- Gestibilità
- Costo
- Sicurezza
Sfruttare una piattaforma cloud che contribuisce a supportare l'open source potrebbe aiutarti a semplificare il percorso di adozione di architetture ibride e multi-cloud. Cloud aperto ti offre un approccio che offre la massima possibilità di scelta e contenuti astratti complessità. Inoltre, Google Cloud offre la flessibilità necessaria per eseguire la migrazione, creare e ottimizzare le applicazioni in ambienti ibridi e multi-cloud, riducendo al minimo i vincoli al fornitore, utilizzando le migliori soluzioni e rispettando i requisiti normativi.
Google è anche una delle che hanno contribuito maggiormente all'ecosistema open source e collabora con la community open source per sviluppare ben noto tecnologie open source come Kubernetes. Quando viene implementato come servizio gestito, Kubernetes può aiutarti ridurre le complessità legate alla gestione e alla sicurezza di ambienti ibridi e multi-cloud.