Geautomatiseerde implementaties voor Azure Kubernetes Service (AKS)

Geautomatiseerde implementaties stroomlijnen het proces van het instellen van een GitHub Action of Azure DevOps Pipeline, waardoor u eenvoudig een pijplijn voor continue implementatie voor uw toepassing kunt maken naar Azure Kubernetes Service (AKS). Zodra de verbinding is gemaakt, wordt de pijplijn automatisch geactiveerd door elke nieuwe doorvoer, waardoor updates naadloos aan uw toepassing worden geleverd. U kunt uw eigen implementatiebestanden meenemen voor het snel maken van pijplijnen of Dockerfiles en Kubernetes-manifesten genereren om toepassingen die niet in containers worden geplaatst en geïmplementeerd, met minimale inspanning te implementeren.

Vereisten

• Een GitHub-account of een Azure DevOps-organisatie.
• Een AKS-cluster. Als u er nog geen hebt, kunt u er een maken met behulp van de stappen in Een AKS-cluster (Azure Kubernetes Service) implementeren.
• Een Azure Container Registry (ACR). Als u er nog geen hebt, kunt u er een maken met behulp van de stappen in Azure Container Registry (ACR) integreren met een AKS-cluster (Azure Kubernetes Service).
• Een toepassing die moet worden geïmplementeerd.

Verbinding maken met broncodeopslagplaats

Maak een geautomatiseerde implementatiewerkstroom en autoriseert deze om verbinding te maken met de gewenste opslagplaats voor broncode.

1. Navigeer in Azure Portal naar uw AKS-clusterresource.
2. Selecteer in het servicemenu onder Instellingen de optie Automatische implementaties>maken.
3. Voer onder Opslagplaatsgegevens een naam in voor de werkstroom en selecteer vervolgens GitHub of ADO voor de locatie van uw opslagplaats.
4. Selecteer Toegang autoriseren om verbinding te maken met de gewenste opslagplaats.
5. Kies de repository en branch, en selecteer Volgende.

Kies de configuratie van de containerimage

Als u een toepassing wilt voorbereiden voor Kubernetes, moet u deze bouwen in een containerimage en opslaan in een container registry. U gebruikt een Dockerfile om te beschrijven hoe de containerafbeelding gebouwd moet worden. Als uw opslagplaats voor broncode nog geen Dockerfile heeft, kunnen geautomatiseerde implementaties er een voor u genereren. Anders kunt u een bestaand Dockerfile gebruiken.

Zonder een bestaand Dockerfile

Gebruik geautomatiseerde implementaties om een Dockerfile te genereren voor veel talen en frameworks, zoals Go, C#, Node.js, Python, Java, Gradle, Clojure, PHP, Ruby, Erlang, Swift en Rust. De taalondersteuning is gebaseerd op wat er beschikbaar is in draft.sh.

1. Selecteer Automatisch containeriseren (Dockerfile genereren) voor de containerconfiguratie.
2. Selecteer de locatie waar u het gegenereerde Dockerfile in de opslagplaats wilt opslaan.
3. Selecteer de toepassingsomgeving in de lijst met ondersteunde talen en frameworks.
4. Voer de toepassingspoort in.
5. Geef het contextpad voor de Dockerfile-build op.
6. Selecteer een bestaand Azure Container Registry of maak een nieuwe. Dit register wordt gebruikt voor het opslaan van de ingebouwde toepassingsinstallatiekopie.

Met een bestaand Dockerfile

Als uw codeopslagplaats al een Dockerfile heeft, kunt u deze selecteren om de toepassingsinstallatiekopieën te bouwen.

1. Selecteer Bestaand Dockerfile voor de containerconfiguratie.
2. Selecteer het Dockerfile in uw opslagplaats.
3. Voer de Dockerfile-buildcontext in om de set bestanden en mappen door te geven aan het buildproces. Deze bestanden worden gebruikt om de image te bouwen, en ze worden opgenomen in de uiteindelijke image, tenzij ze worden genegeerd door een .dockerignore bestand.
4. Selecteer een bestaand Azure Container Registry of maak een nieuwe. Dit register wordt gebruikt voor het opslaan van de ingebouwde toepassingsinstallatiekopie.

De Configuratie van het Kubernetes-manifest kiezen

Opmerking

De optie Manifesten genereren biedt ook ondersteuning voor geavanceerde functies zoals Service Connector-integratie, automatisch gegenereerde toegangsbeheerresources en meer gedetailleerde, aanpasbare Kubernetes-manifestbestanden.

Een toepassing die wordt uitgevoerd op Kubernetes bestaat uit veel primitieve Kubernetes-onderdelen. Deze onderdelen beschrijven welke containerinstallatiekopie moet worden gebruikt, hoeveel replica's moeten worden uitgevoerd, als er een openbaar IP-adres is vereist om de toepassing beschikbaar te maken, enzovoort. Zie de officiële [Kubernetes-documentatie][kubernetes-documentation] voor meer informatie. Als uw broncodeopslagplaats nog niet beschikt over de basis-Kubernetes-manifesten die moeten worden geïmplementeerd, kunnen geautomatiseerde implementaties deze voor u genereren. Anders kunt u een set bestaande manifesten gebruiken. U kunt ook een bestaande Helm-grafiek kiezen.

Bestaande Kubernetes-manifesten gebruiken

Als uw codeopslagplaats al een Dockerfile heeft, kunt u deze selecteren om de toepassingsinstallatiekopieën te bouwen.

1. Selecteer Bestaande Kubernetes-manifestimplementatiebestanden gebruiken voor de implementatieopties.
2. Selecteer het Kubernetes-manifestbestand of de map in uw opslagplaats.
3. Kies Volgende.

Een bestaande Helm-grafiek gebruiken

Als uw repository al een Helm chart heeft, kunt u deze selecteren om het applicatie-image te bouwen.

1. Selecteer Bestaande Helm-grafiek gebruiken voor de implementatieopties.
2. Selecteer de Charts path map in de opslagplaats.
3. Selecteer het pad naar het bestand Values.yaml in uw opslagplaats.
4. Geef desgewenst Helm-chart-overrides op.
5. Kies Volgende.

Manifesten genereren

Gebruik geautomatiseerde implementaties om een set eenvoudige Kubernetes-manifestbestanden te genereren om uw toepassing actief te maken. Op dit moment maken geautomatiseerde implementaties een Deployment, een Serviceen een ConfigMap.

De gegenereerde manifesten zijn ontworpen om aanbevelingen toe te passen van [implementatiebeveiligingen][implementatiebeveiligingen], zoals:

• Automatisch liveness-, gereedheids- en opstarttests [kubernetes-probes] genereren.
• Geeft de voorkeur aan [pod antiaffiniteit][pod-antiaffiniteit] en [beperkingen voor topologiespreiding][topologie-spread-beperkingen] die replica's verspreiden naar verschillende knooppunten voor verbeterde veerkracht.
• Het afdwingen van het RuntimeDefault [secure computing-profiel][seccomp-profiel] waarmee een extra beveiligingslaag wordt vastgesteld tegen veelvoorkomende beveiligingsproblemen die worden misbruikt door kwaadwillende actoren.
• Alle Linux-mogelijkheden verwijderen en alleen een beperkte set toestaan volgens de basislijn [Kubernetes Pod Security Standards][kubernetes-pod-security-standards].

Gegenereerde Kubernetes-manifesten ondersteunen ook het toevoegen van een Ingress en serviceconnector. Deze optionele integraties worden hieronder behandeld.

Kubernetes-manifesten genereren:

1. Selecteer Toepassingsimplementatiebestanden genereren voor de implementatieopties.
2. Voer de toepassingspoort in. Deze poort wordt gebruikt voor de gegenereerde Service.
3. Selecteer de locatie waar de gegenereerde Kubernetes-manifesten in de opslagplaats moeten worden opgeslagen .
4. (Optioneel) Bewerk de toepassings- en configuratie - of servicewaarden in uw manifestbestand door Wijzigen te selecteren.
   1. Als u de standaardwaarden die AKS aanbeveelt niet wilt gebruiken, kunt u verschillende waarden van het manifestbestand wijzigen, zoals:
      • Geheugen-/CPU-aanvragen
      • Geheugen-/CPU-limieten
      • TCP-gereedheid en opstarttests
      • Minimale/maximale schaalinstellingen voor HPA
      • Geheugen-/CPU-gebruik voor HPA
      • Loadbalancer-poort/doelpoort
5. Kies Volgende.

(Optioneel) Gebruik een beheerde ingress en/of serviceconnector.

Wanneer u Kubernetes-manifesten genereert met geautomatiseerde implementaties, kunt u optioneel app-routering inschakelen om een ingangscontroller voor uw toepassing in te stellen. U kunt serviceconnector ook gebruiken om een nieuwe verbinding te maken of uw app naadloos te integreren met een bestaande Back-end van de Azure-service.

Ingress blootstellen

App-routering biedt een volledig beheerde ingangscontroller op basis van NGINX, compleet met ingebouwde SSL/TLS-versleuteling met behulp van certificaten die zijn opgeslagen in Azure Key Vault en DNS-zonebeheer via Azure DNS. Wanneer u geautomatiseerde implementaties gebruikt, wordt de expose ingress-opdracht naadloos geïntegreerd met App-routering, waardoor u uw toepassing gemakkelijk kunt blootstellen aan extern verkeer onder een veilige, aangepaste DNS-naam, met minimale configuratie.

1. Selecteer het vak Inkomend verkeer beschikbaar maken.
2. Kies tussen een bestaande ingangscontroller of een nieuwe ingangscontroller.
3. Kies tussen het gebruik van een ingeschakelde SSL/TLS-ingress-controller of een onveilige ingress-controller.
4. (Optioneel) Voer certificaatgegevens in als u een controller voor inkomend verkeer met SSL/TLS kiest.
5. Kies tussen het gebruik van Azure DNS of een externe provider.
6. Voer de Azure DNS-zone en subdomeinnaam in.

Serviceconnector gebruiken

Met serviceconnector kunt u uw toepassing verbinden met andere back-ups van Azure-services. Door de juiste netwerkinstellingen en verbindingsvariabelen te configureren, kunnen referenties automatisch in uw toepassing worden ingevoerd via Kubernetes-geheime objecten zonder dat er handmatige instellingen nodig zijn. Zie de officiële documentatie voor meer informatie over Service Connector.

1. Selecteer een bestaande verbinding of Maak een verbinding.
2. Wanneer u een nieuwe verbinding maakt, moet u alle juiste velden invullen.

(Optioneel) Omgevingsvariabelen toevoegen

Definieer omgevingsvariabelen voor een container in Kubernetes door naam-waardeparen op te geven. Omgevingsvariabelen zijn belangrijk omdat ze het beheer van instellingen vereenvoudigen, het veilig verwerken van gevoelige informatie en flexibiliteit in omgevingen mogelijk maken.

Configuratie beoordelen en uitrollen

Controleer de configuratie voor de toepassing en kubernetes-manifesten en selecteer vervolgens Implementeren. Er wordt een pull-aanvraag (PR) gegenereerd op basis van de opslagplaats die u hebt geselecteerd, dus navigeer niet weg van de implementatiepagina.

Pull-aanvraag controleren en samenvoegen

Wanneer de implementatie is voltooid, selecteert u Pull-aanvraag weergeven om de details van de gegenereerde pull-aanvraag in uw codeopslagplaats weer te geven.

1. Controleer de wijzigingen onder Bestanden gewijzigd en breng eventueel gewenste wijzigingen aan.
2. Selecteer Pull-aanvraag samenvoegen om de wijzigingen samen te voegen in uw codeopslagplaats.

Als u de wijziging samenvoegt, wordt de GitHub Actions-werkstroom uitgevoerd die uw toepassing bouwt tot een containerafbeelding, deze opslaat in Azure Container Registry en implementeert in het cluster.

De geïmplementeerde resources controleren

Nadat de pijplijn is voltooid, kunt u de gemaakte Kubernetes Service bekijken in Azure Portal door Services en ingresses te selecteren onder de sectie Kubernetes-resources van het servicemenu.

Als u het externe IP-adres selecteert, wordt er een nieuwe browserpagina geopend met de toepassing die wordt uitgevoerd.

Bronnen verwijderen

Zodra u klaar bent met uw cluster, gebruikt u de volgende stappen om het te verwijderen om te voorkomen dat azure-kosten in rekening worden gebracht:

1. Navigeer in Azure Portal naar Geautomatiseerde implementaties
2. Selecteer ... in de pijplijn van uw keuze.
3. Selecteer Verwijderen.