Condividi tramite

Introduzione allo scenario moderno della piattaforma applicativa

Man mano che i clienti si indirizzano a forme più grandi e sofisticate di adozione del cloud, il percorso verso il cloud diventa più complesso. In genere, i clienti usano contenitori orchestrati per gestire i pool di carichi di lavoro in uno o più cluster centralizzati. Questa serie di articoli combina considerazioni tecniche e non tecniche necessarie per prepararsi per Kubernetes e l'integrazione dei contenitori in operazioni centralizzate e nella strategia cloud più ampia.

Le organizzazioni includono servizi gestiti, servizi applicativi e contenitori nella strategia complessiva per accelerare la produttività degli sviluppatori, ridurre il sovraccarico operativo, rendere i carichi di lavoro più portatili e modernizzare i carichi di lavoro legacy.

  • Piattaforma dell'applicazione: Raccolta di dipendenze dell'applicazione progettate per supportare l'esecuzione dell'applicazione. Le piattaforme applicative accelerano lo sviluppo fornendo strutture ben definite per soddisfare molte esigenze comuni. Le piattaforme applicative possono anche creare vincoli che influiscono sulla modalità di compilazione dell'applicazione.
  • Servizi applicazione (servizi PaaS): I servizi delle applicazioni o le opzioni PaaS (Platform as a Service) per gli sviluppatori offrono una piattaforma applicativa che ottimizza il valore che ogni applicazione può trarre da un ambiente cloud. Questi servizi creano un livello di astrazione tra la piattaforma dell'applicazione e l'infrastruttura cloud sottostante. Questo livello di astrazione forza un set specifico e coerentemente definito di vincoli della piattaforma dell'applicazione, che può essere eseguito solo in ambienti specifici.
  • Contenitori: I contenitori creano un livello simile di astrazione tra i requisiti di runtime di un'applicazione e il sistema operativo e l'infrastruttura sottostanti. A differenza delle opzioni PaaS, i contenitori consentono di configurare il runtime dell'applicazione per le esigenze dell'applicazione, indipendentemente dall'host contenitore.
  • Orchestrazione dei contenitori: Un agente di orchestrazione del contenitore fornisce un runtime di applicazione coerente per un'istanza di un host contenitore. Questa orchestrazione consente ai team operativi incentrati sul carico di lavoro di sviluppare le procedure di distribuzione e DevOps per facilitare più procedure di distribuzione e operazioni, riducendo le dipendenze dalle operazioni centralizzate o umane.

Questa serie di articoli descrive come integrare i servizi e i contenitori delle applicazioni nella strategia di adozione del cloud per ottenere i risultati seguenti:

  • Accelerazione dello sviluppatore tramite astrazione: Sia i contenitori che i servizi dell'applicazione, accelerano la produttività degli sviluppatori consentendo agli sviluppatori di concentrarsi maggiormente sul codice e meno sui problemi relativi all'ambiente host.
  • Ridurre i costi delle operazioni tramite l'astrazione: L'orchestrazione dei contenitori standardizzata garantisce runtime coerenti in tutti gli host, semplificando le operazioni indipendentemente dai carichi di lavoro che gli sviluppatori possono distribuire. Tramite la standardizzazione, i team operativi centralizzati possono estendere le procedure tradizionali di supporto e operazioni agli host contenitore.
  • Portabilità del carico di lavoro tramite astrazione: Lo spostamento dei carichi di lavoro tra gli agenti di orchestrazione dei contenitori consente la portabilità del carico di lavoro. Alcune piattaforme di orchestrazione dei contenitori funzionano nel cloud pubblico. Altre piattaforme di orchestrazione dei contenitori sono progettate per la distribuzione di cloud perimetrali o privati. L'uso di diverse opzioni di orchestrazione dei contenitori consente la portabilità dei carichi di lavoro tra gli host contenitore tra piattaforme cloud ibride, multicloud, perimetrali e cloud pubblico.
  • Modernizzare i carichi di lavoro legacy tramite l'astrazione: I carichi di lavoro legacy possono richiedere un livello di astrazione prima della migrazione o della modernizzazione. La personalizzazione del runtime in un host contenitore consente di soddisfare i requisiti legacy in un ambiente cloud moderno.

Questa serie di articoli illustra come integrare la gestione di contenitori e contenitori nelle fasi di strategia, pianificazione, adozione e funzionamento del percorso cloud.

Componenti dello scenario

Questo scenario è progettato per guidare il percorso dei clienti end-to-end, in tutto il ciclo di vita di adozione del cloud. Per completare il percorso sono necessari alcuni set di indicazioni chiave:

  • Cloud Adoption Framework: Questi articoli illustrano il set più piccolo di considerazioni e implementazioni di ogni metodologia di Cloud Adoption Framework. Usare questi articoli per preparare i decision maker, l'IT centrale e il centro cloud di eccellenza per l'adozione di contenitori e gestione dei contenitori come parte centrale della strategia tecnologica.
  • Azure Well-Architected Framework: Questi articoli illustrano le considerazioni che ogni proprietario del carico di lavoro deve prendere in considerazione quando i carichi di lavoro devono essere distribuiti usando contenitori o soluzioni di gestione dei contenitori come Kubernetes.
  • Architetture di riferimento: Queste soluzioni di riferimento consentono di accelerare la distribuzione di soluzioni contenitore usando il servizio Azure Kubernetes.
  • Prodotti Azure in primo piano: Altre informazioni sui prodotti che supportano la strategia di gestione dei contenitori e dei contenitori in Azure.
  • Moduli di apprendimento: Acquisire le competenze pratiche necessarie per implementare, gestire e supportare soluzioni con container e Azure Kubernetes Service.

Percorsi comuni dei clienti

Architetture di riferimento del servizio Azure Kubernetes: Le architetture di riferimento elencate nel riquadro sinistro illustrano come distribuire varie architetture comprovate per gestire il contenitore e le piattaforme Kubernetes con l'aiuto del servizio Azure Kubernetes. Queste architetture sono il punto di partenza consigliato per Kubernetes in Azure.

Eseguire la migrazione di carichi di lavoro esistenti al servizio Azure Kubernetes: Un caso d'uso comune per il servizio Azure Kubernetes in Azure consiste nell'modernizzare i carichi di lavoro basati sul Web esistenti direttamente in una soluzione nativa del contenitore o nativa del cloud, anziché le attività di migrazione tradizionali. L'articolo sulla migrazione ai contenitori illustra come Azure Migrate può accelerare la migrazione dei contenitori all'interno dei processi di migrazione standard.

Centralizzare la distribuzione e la gestione dei contenitori: Il primo set di articoli nel riquadro sinistro fornisce indicazioni dettagliate sulla centralizzazione della strategia del contenitore. Questa serie di articoli intende aiutare i team IT centrale o del centro cloud di eccellenza a comprendere in che modo i contenitori influiscono sulla strategia cloud e su come fornire un supporto centralizzato coerente.

Prepararsi per la governance e il funzionamento dei contenitori su larga scala: L'acceleratore della zona di atterraggio AKS dimostra come utilizzare le zone di atterraggio su scala aziendale per garantire una gestione coerente di governance, sicurezza e operazioni in più zone di atterraggio, permettendo una gestione centralizzata dei contenitori su larga scala.

Implementare prodotti Azure specifici: Accelerare e migliorare le funzionalità di contenitori e Kubernetes usando diversi tipi di prodotti Azure descritti nella sezione prodotti in primo piano.

Passaggio successivo: Integrare le piattaforme applicative moderne nel percorso di adozione del cloud

Il seguente elenco di articoli ti porterà a indicazioni su punti specifici del percorso di adozione del cloud per aiutarti a ottenere successo nello scenario di adozione del cloud.