Questo documento definisce e illustra gli obiettivi commerciali, i driver e i requisiti e come questi fattori possono influenzare le decisioni di progettazione durante la creazione di architetture ibride e multi-cloud.
Obiettivi
Un'organizzazione può adottare un'architettura ibrida o multi-cloud come soluzione permanente per soddisfare obiettivi aziendali specifici 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'architettura ibrida o multi-cloud?
- Quali sono gli obiettivi aziendali e tecnici che un'architettura ibrida o multi-cloud può raggiungere?
- 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 un cliente aziendale potrebbe essere espandere le operazioni di vendita online o i mercati di un'unica regione per 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 aziendali citati in precedenza, un potenziale obiettivo tecnico primario è quello di 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 obiettivo deve essere specifico e misurabile, definendo chiaramente l'ambito di espansione in termini di regioni e tempistiche di destinazione.
In generale, un'architettura ibrida o multi-cloud raramente è un obiettivo in sé, ma piuttosto un mezzo per raggiungere obiettivi tecnici basati su determinati requisiti aziendali. Per scegliere la giusta architettura, ibrida o multi-cloud, occorre prima chiarire questi requisiti.
È importante distinguere tra gli scopi commerciali e quelli tecnici del progetto IT. Gli scopi commerciali devono concentrarsi sull'obiettivo e sulla missione della tua organizzazione. I tuoi obiettivi tecnici dovrebbero concentrarsi sulla creazione di una base tecnologica che consenta alla tua organizzazione di soddisfare i requisiti e gli obiettivi aziendali.
I fattori di business influenzano il raggiungimento degli obiettivi commerciali. Pertanto, una chiara identificazione dei fattori di business può contribuire a modellare tali obiettivi in modo che siano più pertinenti alle esigenze e alle tendenze del mercato.
Il seguente diagramma di flusso illustra i fattori che guidano l'attività, gli obiettivi e i requisiti, nonché gli scopi e i requisiti tecnici, nonché la correlazione tra tutti questi fattori:
Fattori aziendali e tecnici
Considera come i tuoi fattori di business influenzano i tuoi obiettivi tecnici. Tra i fattori che spingono il business più comunemente a scegliere un'architettura ibrida, tra cui:
- Rispettare le leggi e normative sulla sovranità dei dati.
- Ridurre la spesa in conto capitale (CAPEX) o la spesa IT generale con il supporto di discipline di gestione finanziaria nel cloud e ottimizzazione dei costi come FinOps.
- L'adozione del cloud può essere guidata da scenari che aiutano a ridurre le spese di capitale, 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 richieste del mercato.
- Migliorare la trasparenza sui costi e sul consumo delle risorse.
Considera il tuo elenco di fattori di business per adottare insieme un'architettura ibrida o multi-cloud. Non considerarli isolati. La decisione finale dipende dall'equilibrio delle priorità aziendali.
Una volta che la tua organizzazione ha compreso i vantaggi del cloud, potrebbe decidere di eseguire la migrazione completa in assenza di vincoli che impediscono di farlo, ad esempio costi o requisiti di conformità specifici che richiedono l'hosting di dati on-premise, estremamente sicuri.
Sebbene l'adozione di un unico cloud provider possa offrire diversi vantaggi, come la minore complessità, le integrazioni incorporate tra i servizi e le opzioni di ottimizzazione dei costi come gli sconti per impegno di utilizzo, esistono comunque 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 un'architettura multi-cloud, insieme alle considerazioni associate per ciascun conducente:
- Rispetto delle leggi e delle normative sulla sovranità dei dati: lo scenario più comune è 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 usato (CSP) esistente non ha una regione cloud locale in quel paese, ai fini della conformità la soluzione comune è utilizzare un altro CSP che abbia una regione cloud locale in quel paese.
- Riduzione dei costi: la riduzione dei costi è spesso il motore aziendale più comune per l'adozione di una tecnologia o architettura. Tuttavia, per decidere se adottare un'architettura multi-cloud, è importante considerare qualcosa in più oltre al costo dei servizi e ai potenziali sconti sui prezzi. Tieni conto dei costi di creazione e gestione di una soluzione su più cloud e di eventuali vincoli architetturali che potrebbero derivare da sistemi esistenti.
A volte, le sfide potenziali associate a una strategia multi-cloud possono superare i vantaggi. Una strategia multi-cloud potrebbe introdurre costi aggiuntivi in un secondo momento.
Le sfide comuni associate allo sviluppo di una strategia multi-cloud includono le seguenti:
- Aumento della complessità di gestione.
- Garantire una sicurezza coerente.
- Integrazione degli ambienti software.
- Ottenere prestazioni e affidabilità cross-cloud coerenti.
- Creare un team tecnico con competenze multi-cloud può essere costoso e richiedere l'espansione del team, a meno che non sia gestito da un'azienda di terze parti.
- Gestione dei prezzi dei prodotti e degli strumenti di gestione da ciascun CSP.
- Senza una soluzione in grado di fornire una visibilità dei costi e dashboard unificate, può essere difficile gestire in modo efficiente i costi in più ambienti. In questi casi, puoi utilizzare la soluzione di gestione dei costi del cloud di Looker, ove applicabile. Per ulteriori informazioni, consulta La strategia per ottimizzare in modo efficace la gestione dei costi di fatturazione cloud.
- Utilizzo delle funzionalità uniche di ciascun CSP: un'architettura multi-cloud consente alle organizzazioni di utilizzare nuove tecnologie aggiuntive per migliorare le proprie offerte di capacità di business senza essere limitate alle scelte offerte da un singolo cloud provider.
- Per evitare rischi o complessità imprevisti, valuta le potenziali sfide con una valutazione di fattibilità ed efficacia, incluse le sfide comuni menzionate in precedenza.
- Evitare vincoli al fornitore: a volte le aziende vogliono evitare di essere bloccate da un unico cloud provider. Un approccio multi-cloud consente di scegliere
la soluzione migliore per le proprie esigenze aziendali. Tuttavia, la fattibilità di 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 business critical: in alcuni scenari, un'architettura multi-cloud può fornire resilienza alle interruzioni. Ad esempio, se una regione di un CSP smette di funzionare, il traffico può essere instradato a un altro CSP nella stessa regione. Questo scenario presuppone che entrambi i cloud provider supportino le funzionalità o i servizi richiesti in quella regione.
Quando le normative sulla residenza dei dati in un paese o una regione specifici impongono l'archiviazione di dati sensibili, come le informazioni che consentono l'identificazione personale (PII), all'interno di quella località, un approccio multi-cloud può fornire una soluzione conforme. Utilizzando due CSP in una regione per garantire resilienza alle interruzioni, puoi facilitare la conformità alle restrizioni normative e rispettare al contempo i requisiti di disponibilità.
Di seguito sono riportate alcune considerazioni sulla resilienza da valutare prima di adottare un'architettura multi-cloud:
- Spostamento dei dati: con quale frequenza i dati possono spostarsi all'interno del tuo ambiente multi-cloud?
- Il trasferimento di dati può comportare costi significativi per il trasferimento di dati?
- Sicurezza e gestibilità: esistono potenziali complessi in materia di sicurezza o gestibilità?
- Parità di funzionalità: entrambi i CSP nella regione selezionata offrono le funzionalità e i servizi richiesti?
- Competenze tecniche: il team ha le competenze necessarie per gestire un'architettura multi-cloud?
Considera tutti questi fattori al momento di valutare la fattibilità di utilizzare un'architettura multi-cloud per migliorare la resilienza.
Nel valutare la fattibilità di un'architettura multi-cloud, è importante considerare i vantaggi a lungo termine. Ad esempio, il deployment di applicazioni su più cloud per il ripristino di emergenza o una maggiore affidabilità potrebbe aumentare i costi a breve termine, ma potrebbe impedire interruzioni o errori. Questi errori possono causare danni finanziari e reputazionali a lungo termine. Pertanto, è importante valutare i costi a breve termine rispetto al valore potenziale 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 tecnologica, alla criticità della soluzione tecnologica e al settore.
Le organizzazioni che prevedono di creare con successo un ambiente ibrido o multi-cloud dovrebbero valutare la possibilità di creare un Cloud Center of Excellence (COE). Un team COE può diventare il canale per trasformare il modo in cui i team interni dell'organizzazione servono l'azienda durante la transizione al cloud. Il COE è uno dei modi in cui la tua organizzazione può integrare più velocemente il cloud, promuovere la standardizzazione e mantenere un allineamento più solido tra la strategia aziendale e gli investimenti nel cloud.
Se l'obiettivo dell'architettura ibrida o multi-cloud è creare uno stato temporaneo, i fattori aziendali più comuni includono:
- Necessità di ridurre le spese di capitale proprio o IT generale per i progetti a breve termine.
- di eseguire rapidamente il provisioning
dell'infrastruttura per supportare un caso d'uso aziendale. Ad esempio:
- Questa architettura potrebbe essere utilizzata per progetti a tempo limitato. Potrebbe essere utilizzata per supportare un progetto che richiede un'infrastruttura distribuita su larga scala per un periodo di tempo limitato, pur utilizzando dati on-premise.
- La necessità di progetti di trasformazione digitale pluriennali che richiedono una grande impresa di stabilire e che utilizzano per un certo periodo un'architettura ibrida per aiutarli ad allineare la modernizzazione dell'infrastruttura e delle applicazioni alle 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 una strategia per lo stato finale della nuova architettura Capita spesso che due aziende che vengono unite utilizzano provider cloud diversi o che un'azienda utilizzi un data center privato on-premise e l'altra usi il cloud. In entrambi i casi, il primo passo nella fusione e acquisizione è quasi sempre l'integrazione dei sistemi IT.
Fattori tecnici
La sezione precedente riguardava i fattori di business. Per essere approvate, le principali decisioni sull'architettura hanno quasi sempre bisogno del supporto di quei fattori. Tuttavia, anche fattori tecnici, che possono essere basati su un guadagno o su un vincolo, possono influenzare anche i fattori di business. In alcuni scenari, è necessario tradurre i fattori tecnici in driver aziendali e spiegare in che modo potrebbero influire positivamente o negativamente sull'azienda.
Il seguente elenco non esaustivo contiene alcuni fattori tecnici comuni per l'adozione di un'architettura ibrida o multi-cloud:
- Sviluppare funzionalità tecnologiche, come AI e servizi di analisi avanzati, che potrebbero essere difficili da implementare in ambienti esistenti.
- Migliorare la qualità e le prestazioni del servizio.
- Automatizzare e accelerare le implementazioni delle applicazioni per ottenere un time to market più rapido e tempi di ciclo più brevi.
- Utilizzo di API e servizi di alto livello per accelerare lo sviluppo.
- Accelerazione del provisioning delle risorse di computing e archiviazione.
- Usare servizi serverless per creare funzionalità e servizi elastici in modo più rapido e su larga scala.
- creare architetture globali o multiregionali al fine di soddisfare determinati requisiti tecnici.
Il driver tecnico più comune per le architetture multi-cloud temporanee e ibride temporanee è facilitare la migrazione da on-premise al cloud o a un cloud aggiuntivo. In generale, le migrazioni al cloud portano quasi sempre naturalmente alla configurazione del cloud ibrido. Le aziende devono eseguire sistematicamente la transizione di applicazioni e dati in base alle priorità. Analogamente, una configurazione a breve termine potrebbe essere intesa per facilitare una proof of concept utilizzando tecnologie avanzate disponibili nel cloud per un determinato periodo.
Decisioni di progettazione tecnica
L'obiettivo tecnico identificato e i suoi fattori chiave sono fondamentali per prendere una decisione relativa all'architettura basata sul business e selezionare uno dei modelli di architettura discussi in questa guida. Ad esempio, per supportare un obiettivo commerciale specifico, un'azienda potrebbe impostare uno scopo commerciale per creare una pratica di ricerca e sviluppo da tre a sei mesi. Il principale requisito aziendale per supportare questo obiettivo potrebbe essere quello di creare l'ambiente tecnologico necessario per la ricerca e la progettazione con il minor costo di spesa per investimenti possibile.
L'obiettivo tecnico in questo caso è avere una configurazione temporanea del cloud ibrido. Il motore per questo obiettivo tecnico è sfruttare il modello di prezzi on demand del cloud per soddisfare le esigenze aziendali indicate in precedenza. Un altro fattore è influenzato da specifici requisiti tecnologici che richiedono una soluzione basata su cloud con elevata capacità di calcolo e una rapida configurazione.
Utilizza Google Cloud per le architetture ibride e multi-cloud
L'uso di soluzioni open source può semplificare l'adozione di un approccio ibrido e multi-cloud e ridurre al minimo i vincoli al fornitore. Tuttavia, quando pianifichi un'architettura, dovresti prendere in considerazione le seguenti potenziali complessità:
- Interoperabilità
- Gestibilità
- Costo
- Sicurezza
Creare su una piattaforma cloud che contribuisce e supporta l'open source può contribuire a semplificare il percorso verso l'adozione di architetture ibride e multi-cloud. Il cloud aperto consente di adottare un approccio che offre la massima scelta e semplifica la complessità. Inoltre, Google Cloud offre la flessibilità necessaria per migrare, 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 è inoltre uno dei migliori collaboratori dell'ecosistema open source e collabora con la community open source per sviluppare tecnologie open source note come Kubernetes. Quando implementato come servizio gestito, Kubernetes può aiutare a ridurre le complessità legate alla gestibilità e alla sicurezza ibridi e multi-cloud.