Distribuzioni automatizzate per Servizio Azure Kubernetes (AKS)

Usare le distribuzioni automatiche per generare un Dockerfile per molti linguaggi e framework, ad esempio Go, C#, Node.js, Python, Java, Gradle, Clojure, PHP, Ruby, Erlang, Swift e Rust. Il supporto linguistico è basato su ciò che è disponibile in draft.sh.

1. Selezionare Auto-containerize (generate Dockerfile) per la configurazione del contenitore.
2. Selezionare il percorso in cui salvare il Dockerfile generato nel repository.
3. Selezionare l'ambiente dell'applicazione dall'elenco di linguaggi e framework supportati.
4. Immettere la porta dell'applicazione.
5. Specificare il percorso del contesto di compilazione Dockerfile .
6. Selezionare un Registro Azure Container o crearne uno nuovo. Questo registro viene usato per archiviare l'immagine dell'applicazione compilata.

Se il repository di codice ha già un Dockerfile, è possibile selezionarlo da usare per compilare l'immagine dell'applicazione.

1. Selezionare Dockerfile esistente per la configurazione del contenitore.
2. Seleziona il Dockerfile dal tuo repository.
3. Immettere il contesto di compilazione del Dockerfile per passare il set di file e directory al processo di compilazione. Questi file vengono usati per compilare l'immagine e sono inclusi nell'immagine finale, a meno che non vengano ignorati da un .dockerignore file.
4. Selezionare un Registro Azure Container o crearne uno nuovo. Questo registro viene usato per archiviare l'immagine dell'applicazione compilata.

Se il repository di codice ha già un Dockerfile, è possibile selezionarlo da usare per compilare l'immagine dell'applicazione.

1. Selezionare l'opzione Usa file esistenti di manifesto Kubernetes per la distribuzione per le opzioni di distribuzione.
2. Selezionare il file o la cartella manifest di Kubernetes dal repository.
3. Seleziona Avanti.

Se il repository di codice ha già un grafico Helm, è possibile selezionarlo da usare per compilare l'immagine dell'applicazione.

1. Selezionare Usa grafico Helm esistente per le opzioni di distribuzione.
2. Selezionare la cartella Percorso dei grafici dal repository.
3. Selezionare il percorso del file Values.yaml dal repository.
4. Facoltativamente, specificare gli override del grafico Helm.
5. Seleziona Avanti.

Usare le distribuzioni automatiche per generare un set di file manifesto Kubernetes di base per rendere operativa l'applicazione. Al momento, le distribuzioni automatizzate creano un Deploymentoggetto , un Servicee un oggetto ConfigMap.

I manifesti generati sono progettati per applicare raccomandazioni sulle misure di sicurezza della distribuzione, ad esempio:

• Generazione automatica di probe di attività, idoneità e avvio.
• Preferenza per anti-affinità pod e vincoli di estensione topologia che estendono le repliche su nodi diversi per migliorare la resilienza.
• Applicazione del RuntimeDefaultprofilo di elaborazione sicuro che stabilisce un ulteriore livello di protezione dalle vulnerabilità comuni delle chiamate di sistema sfruttate da attori malintenzionati.
• Eliminazione di tutte le funzionalità di Linux, consentendo solo un set limitato seguendo gli standard di base di sicurezza dei pod Kubernetes.

I manifesti Kubernetes generati supportano anche l'aggiunta di un connettore di ingresso e di servizio. Queste integrazioni facoltative verranno illustrate di seguito.

Per generare manifesti Kubernetes:

1. Selezionare Genera file di distribuzione dell'applicazione per le opzioni di distribuzione.
2. Immettere la porta dell'applicazione. Questa porta viene usata nell'elemento Service generato.
3. Selezionare il percorso in cui salvare i manifesti Kubernetes generati nel repository.
4. (Facoltativo) Modificare i valori applicazione e configurazione o servizio nel file manifesto selezionando Cambia.
   1. Se non si vogliono usare le impostazioni predefinite consigliate dal servizio Azure Kubernetes, è possibile modificare vari valori del file manifesto, ad esempio:
      • Richieste di memoria/CPU
      • Limiti di memoria/CPU
      • Probe di idoneità e avvio TCP
      • Numero minimo/massimo di repliche di scala per HPA
      • Utilizzo della memoria/CPU per HPA
      • Porta/porta di destinazione del Load Balancer
5. Seleziona Avanti.

Il routing delle app fornisce un controller di ingresso basato su NGINX completamente gestito e pronto all'uso, dotato di crittografia SSL/TLS integrata utilizzando certificati memorizzati in Azure Key Vault e gestione delle zone DNS tramite DNS di Azure. Quando si usano distribuzioni automatizzate, il comando esponi ingresso si integra perfettamente con il routing delle app, rendendo più semplice esporre l'applicazione al traffico esterno con un nome DNS sicuro e personalizzato, con una configurazione minima.

1. Selezionare la casella Esponi ingresso .
2. Scegliere tra un controller di ingresso esistente o un nuovo controller di ingresso.
3. Scegliere tra l'uso di un controller di ingress SSL/TLS abilitato o non sicuro.
4. (Facoltativo) Immettere i dettagli del certificato se si sceglie un controller di ingresso abilitato per SSL/TLS .
5. Scegliere tra l'uso di DNS di Azure o un provider di terze parti terzo.
6. Immettere DNS di Azure Zone e Nome di sottodominio.

Service Connector consente di connettere l'applicazione ad altri servizi di Azure di backup. Configurando le impostazioni di rete e le variabili di connessione appropriate, può inserire automaticamente le credenziali nell'applicazione tramite oggetti segreti Kubernetes senza alcuna configurazione manuale. Per altre informazioni su Service Connector, vedere la documentazione ufficiale.

1. Selezionare una connessione esistente o Crea una connessione.
2. Quando si crea una nuova connessione, assicurarsi di compilare tutti i campi appropriati.