Condividi tramite

Preparare l'infrastruttura e distribuire applicazioni con l'agente di modernizzazione di GitHub Copilot

L'agente di modernizzazione di GitHub Copilot supporta il provisioning dell'infrastruttura, la containerizzazione e la distribuzione. Queste funzionalità seguono lo stesso modello piano creare → piano eseguire usato in tutto l'agente.

Il flusso di lavoro è costituito da due fasi:

  1. Preparazione dell'infrastruttura: generare e effettuare il provisioning dell'infrastruttura di Azure.
  2. Containerizzazione e distribuzione: Containerizza e distribuisci l'applicazione.

Annotazioni

Queste due fasi sono indipendenti. È possibile eseguirli insieme o usare ogni fase separatamente. Ad esempio, saltare la preparazione dell'infrastruttura se è già stato effettuato il provisioning di un ambiente, oppure preparare l'infrastruttura ora ed eseguire il deployment in un secondo momento.

Prerequisiti

  • Una sottoscrizione di Azure: una sottoscrizione di Azure attiva per il provisioning dell'infrastruttura.
  • Modernizzare l'interfaccia a riga di comando (CLI): Segui la guida introduttiva per installarla e autenticarti.

Fase 1: Preparazione dell'infrastruttura

L'agente di modernizzazione crea un piano per effettuare il provisioning dell'infrastruttura di Azure in base agli input forniti. Questa funzionalità include la possibilità di progettare una zona di destinazione di Azure personalizzata per l'applicazione, che copre le basi di rete, identità, governance e sicurezza.

Ingressi dati

L'agente può usare vari input per informare il piano di infrastruttura:

  • Codice sorgente dell'applicazione: analisi codebase per determinare lo stack di tecnologie, le dipendenze e i requisiti delle risorse.
  • Report di valutazione: report di modernize assess, Azure Migrate o altri strumenti di migrazione e valutazione.
  • Diagrammi dell'architettura: diagrammi dell'architettura di pre-migrazione o documenti di progettazione nel repository.
  • Requisiti di conformità e sicurezza: criteri dell'organizzazione, standard di sicurezza o linee guida per la zona di destinazione, forniti come documenti nel repository o come linguaggio naturale nel prompt.

Creare il piano di infrastruttura

Usare modernize plan create con una richiesta che descrive le esigenze dell'infrastruttura:

modernize plan create "help create azure infrastructure for my app" --plan-name infra-setup

L'agente genera un piano che include un'architettura di Azure proposta e un elenco dettagliato di risorse di cui eseguire il provisioning. Per impostazione predefinita, il piano copre sia la generazione di file IaC che il provisioning delle risorse. È possibile richiedere solo la generazione di file IaC tramite il prompt.

Suggerimento

Combinare diversi input e preferenze nel prompt. Per esempio:

  • "create an Azure landing zone tailored to my application's architecture and requirements"
  • "create azure infrastructure based on the assessment report, following our compliance policies in docs/security-requirements.md"
  • "generate Bicep files for the target architecture in the design doc, don't provision yet"
  • "provision azure resources based on the architecture diagram and assessment findings"

Esaminare il piano

Esaminare i file di output prima dell'esecuzione:

  • File di piano (.github/modernize/infra-setup/plan.md): strategia dell'infrastruttura e architettura proposta.
  • Elenco attività (.github/modernize/infra-setup/tasks.json): attività specifiche eseguite dall'agente.

È possibile modificare entrambi i file per modificare le configurazioni delle risorse o modificare l'approccio prima dell'esecuzione.

Eseguire il piano di infrastruttura

Eseguire il piano:

modernize plan execute --plan-name infra-setup

Verificare l'infrastruttura

Esaminare il codice dell'infrastruttura generata e verificare le risorse di Azure tramite il portale di Azure o l'interfaccia della riga di comando di Azure:

git status
git diff main

Fase 2: Containerizzazione e distribuzione

Usare un secondo piano per inserire in contenitori l'applicazione e distribuirla.

Annotazioni

Questa fase richiede il codice sorgente dell'applicazione di cui è già stata eseguita la migrazione o l'aggiornamento. Completare la modernizzazione del codice prima di procedere con la containerizzazione e la distribuzione.

Creare il piano di distribuzione

modernize plan create "containerize and deploy my app to azure, subscription: <sub-id>, resource group: <rg-name>" --plan-name deploy

È possibile creare contenitori e distribuirli insieme, oppure gestirli separatamente, ognuno con il proprio piano.

  • Containerizzazione: genera un Dockerfile per il progetto e convalida la compilazione dell'immagine del contenitore.
  • Distribuzione: crea tutti i file di configurazione e i manifesti necessari in base al servizio di hosting di Azure di destinazione, distribuisce l'applicazione e genera uno script di distribuzione riutilizzabile per un uso futuro.

Suggerimento

Personalizzare la richiesta in base alle esigenze:

  • "containerize my app and create dockerfile": containerizzare solo, senza distribuzione.
  • "deploy my app to the AKS cluster in subscription: <sub-id>, resource group: <rg-name>": distribuire un'applicazione già in contenitori.

Esaminare il piano

Esaminare i file di piano generati:

  • File di piano (.github/modernize/deploy/plan.md): strategia di containerizzazione e distribuzione.
  • Elenco attività (.github/modernize/deploy/tasks.json): attività di distribuzione specifiche.

Eseguire il piano di distribuzione

modernize plan execute --plan-name deploy

Verificare la distribuzione

  1. Esaminare le modifiche al codice: controllare il Dockerfile generato, i manifesti di distribuzione e le modifiche alla configurazione.

    git status
git diff main

  2. Convalidare l'applicazione in esecuzione: accedere all'applicazione distribuita tramite l'URL fornito dal servizio di hosting di destinazione.

Usare la modalità interattiva

È possibile eseguire le fasi anche tramite la TUI interattiva eseguendo modernize e selezionando Crea piano di modernizzazione dal menu.

Passaggi successivi

  • Last updated on