Percorso di adozione del cloud
I percorsi di adozione del cloud tendono a seguire traiettorie simili. Esistono varianti, ma può comunque essere utile vedere come altri adottano il cloud. Conoscere i carichi di lavoro da affrontare per primi e cosa fare con essi semplifica il percorso di adozione del cloud.
Una considerazione importante nell'adozione della soluzione cloud corretta è l'equilibrio tra controllo e produttività. Le soluzioni IaaS (Infrastructure as a Service) offrono il maggior controllo, ma richiedono più tempo per la manutenzione. Le soluzioni PaaS (Platform as a Service) e Software as a Service (SaaS) trasferisce la responsabilità della gestione in Azure e consentono ai team di concentrarsi sulla produttività. L'equilibrio necessario tra controllo e produttività è diverso per ogni organizzazione e cambierà nel tempo man mano che cambiano le priorità.
Per l'adozione del cloud iniziale, un'organizzazione tipica ritira il 35% delle applicazioni, sostituisce il 15% del proprio portfolio ed esegue la migrazione del 50% solo con modifiche necessarie (ripiattaforma o rehosting).
Ritiro (35%)
Ritirare i carichi di lavoro non necessari per l'organizzazione. È necessario eseguire l'individuazione e prendere inventario per trovare applicazioni e ambienti che non valgono l'investimento da mantenere. L'efficienza dei costi e del tempo è l'obiettivo del ritiro. Il team può concentrarsi sugli asset più importanti quando si riduce il portfolio prima di spostarlo nel cloud.
Sostituzione (10%)
La maggior parte delle organizzazioni sostituisce circa il 10% delle applicazioni con soluzioni SaaS (Software as a Service) e low-code. È possibile raggiungere gli obiettivi più facilmente adottando soluzioni più produttive.
Tabella 1 - Esempi di sostituzione dei carichi di lavoro con soluzioni SaaS e con poco codice
| Da | Per |
|---|---|
| Riga personalizzata di business (LOB) applications |
Power Apps |
| Strumenti DevOps | GitHub |
| Relazione Gestione |
Dynamics 365 |
| Industria Verticali |
Terze parti Saas |
Riprogettare o ricompilare (5%)
Se non è possibile sostituire in modo efficace le applicazioni aziendali essenziali con soluzioni SaaS o con codice ridotto, è consigliabile riprogettare o ricompilare le applicazioni. Anche se la riprogettazione o la ricompilazione è complessa, è fondamentale per sfruttare al meglio la tecnologia cloud. L'obiettivo principale è quello di personalizzare queste applicazioni per il cloud. Questo approccio prevede diversi aspetti chiave:
- Scalabilità: adattare l'applicazione per gestire in modo efficiente diversi livelli di domanda.
- Affidabilità: migliorare la capacità dell'applicazione di operare in modo coerente senza errori.
- Sicurezza: integrare misure di sicurezza avanzate per proteggere i dati e le operazioni nel cloud.
È anche possibile integrare tecnologie avanzate come l'intelligenza artificiale generativa in questa fase. Le soluzioni integrate possono migliorare le funzionalità dell'applicazione in modi significativi. Esempi di tecnologia di intelligenza artificiale includono:
- Analisi predittiva: usare l'intelligenza artificiale per prevedere le esigenze dei clienti.
- Automazione dei processi: usare l'intelligenza artificiale per automatizzare i processi aziendali.
Riprogettando o ricompilando, si sfrutta l'intera gamma di funzionalità native del cloud e progressi basati sull'intelligenza artificiale.
Rehosting o ripiattaforma (50%)
Un'azienda tipica eseguirà la migrazione di circa la metà dei carichi di lavoro esistenti. All'interno di questi carichi di lavoro sono in genere presenti tre livelli di difficoltà. Circa il 35% è facile da spostare. Il 10% successivo è più difficile perché sono più complessi o più importanti e solo l'ultimo 5% richiede una pianificazione aggiuntiva per l'esecuzione.
Esistono molti approcci alla migrazione. Il rehosting ("lift-and-shift") e la ripiattaforma ("modernizzazione") sono gli approcci più comuni e gli approcci consigliati per l'adozione del cloud. Ma può essere difficile decidere quale soddisfi le proprie esigenze, quindi abbiamo indicazioni su quale approccio è giusto per voi. Per altre informazioni, vedere Eseguire la migrazione o la modernizzazione?
Primo passaggio (35%)
È consigliabile scegliere facilmente le vittorie per i primi carichi di lavoro da spostare. Questa strategia consente di valutare il piano di adozione in applicazioni più semplici prima di affrontare carichi di lavoro più complessi. Durante il lavoro, è consigliabile documentare i successi e rivedere la strategia, se necessario. Applicare queste informazioni dettagliate agli spostamenti più complessi. Due esempi di carichi di lavoro che è possibile includere nel primo passaggio sono le app Web di base e i portali avanzati.
App Web di base: è consigliabile eseguire il rehosting delle applicazioni Web di base e attendere lo spostamento dei carichi di lavoro più complessi fino a quando non sono state spostate le app Web di base. app Azure Service è una piattaforma applicativa flessibile che può ospitare la maggior parte delle applicazioni. Questa soluzione è consigliata per le applicazioni Web di base. Per altre informazioni, vedere Servizio app di Azure.
Portali avanzati: è necessario eseguire la migrazione dei portali ai portali di Power Apps per aumentare la produttività.
Accanto a spostarsi (10%)
È consigliabile applicare lezioni apprese dai primi spostamenti per affrontare carichi di lavoro più complessi o più importanti. Sono disponibili alcuni esempi per dare un'idea dei tipi di carico di lavoro.
Impatto aziendale elevato: i carichi di lavoro che determinano i ricavi o sono cruciali.
Sistemi OLTP (High Input/Output) online transactional processing (I/O): questi carichi di lavoro registrano transazioni aziendali e hanno requisiti di elaborazione elevati.
Informazioni regolamentate: questi carichi di lavoro devono rispettare standard legali e di settore, ad esempio HIPAA, PCI DSS e altri. È consigliabile usare Criteri di Azure per garantire la conformità a questi standard. Per altre informazioni, vedere Criteri di Azure.
Difficile o costoso spostamento (5%)
Spostare i carichi di lavoro più difficili e costosi per ultimi. I sistemi seguenti potrebbero avere bisogno di più pensieri per spostarsi in modo efficiente.
Asset ad alto valore (HVA): interruzione o danneggiamento di questo carico di lavoro interromperebbe tutte le operazioni aziendali.
Sistemi PKI (Public Key Infrastructure): carichi di lavoro che gestiscono certificati digitali x509, crittografia di rete e autenticazione.
Controllo del codice sorgente legacy: sistemi di controllo del codice sorgente che non vengono facilmente sostituiti con GitHub.
Non è possibile modernizzare: tecnologia legacy o proprietaria che non può essere modernizzata.
Modifica profonda dell'architettura: architetture legacy che richiedono una riprogettazione completa dell'architettura. Usare microsoft Azure Well-Architected Framework anziché l'approccio di modernizzazione di Cloud Adoption Framework.
Altre risorse
- Usare gli strumenti disponibili in Azure Migrate per semplificare il percorso.
- Partecipa al programma di migrazione e modernizzazione per il supporto digitale autoguidato e le distribuzioni guidate da esperti.
- Usare FastTrack per Azure per ottenere indicazioni personalizzate dai tecnici di Azure.