Självstudie: Distribuera ett program med CI/CD till ett Service Fabric-kluster
Den här självstudien är del fyra i en serie. Du får du lära dig hur du ställer in kontinuerlig integrering och distribution för ett Azure Service Fabric-program med hjälp av Azure Pipelines. En befintlig Service Fabric-tillämpning krävs. Den som skapas i Bygga ett .NET-program används som exempel.
I den tredje delen i serien får du lära dig att:
- lägga till källkontroll i projektet
- Skapa en bygg-pipeline i Azure Pipelines
- Skapa en versionspipeline i Azure Pipelines
- distribuera och uppgradera ett program automatiskt.
I den här självstudieserien får du lära du dig att:
- Skapa ett .NET Service Fabric-program
- Distribuera programmet till ett fjärrkluster
- Lägga till en HTTPS-slutpunkt i en klienttjänst i ASP.NET Core
- Konfigurera CI/CD med hjälp av Azure Pipelines
- konfigurera övervakning och diagnostik för programmet
Förutsättningar
Innan du börjar den här självstudien:
- Om du inte har någon Azure-prenumeration kan du skapa ett kostnadsfritt konto
- Installera Visual Studio 2019 och installera arbetsbelastningar för Azure-utveckling och ASP.NET och webbutveckling .
- Installera Service Fabric SDK
- Skapa ett Windows Service Fabric-kluster i Azure, till exempel genom att följa den här självstudiekursen
- Skapa en Azure DevOps-organisation. På så sätt kan du skapa ett projekt i Azure DevOps och använda Azure Pipelines.
Ladda ned exempelprogrammet Röstning
Om du inte byggde exempelprogrammet Röstning i del ett av självstudiekursen kan du ladda ned det. Kör följande kommando i ett kommandofönster för att klona databasen för exempelappen till den lokala datorn.
git clone https://github.com/Azure-Samples/service-fabric-dotnet-quickstart
Förbered publiceringsprofil
Nu när du har skapat ett program och distribuerat programmet till Azure är du redo att konfigurera kontinuerlig integrering. Börja med att förbereda en publiceringsprofil i programmet för användning med distributionsprocessen som körs i Azure Pipelines. Publiceringsprofilen ska konfigureras med inriktning på det kluster som du skapade tidigare. Starta Visual Studio och öppna ett befintligt Service Fabric-programprojekt. I Solution Explorer högerklickar du på programmet och väljer Publicera.
Välj en målprofil inom programprojektet att använda för arbetsflödet för den kontinuerliga integreringen, till exempel molnet. Specificera klusteranslutningsslutpunkten. Markera kryssrutan Uppgradera programmet så att programmet uppgraderas för varje distribution i Azure DevOps. Klicka på hyperlänken Spara och spara inställningarna i profilen. Klicka sedan på Avbryt och stäng dialogrutan.
Dela Visual Studio-lösningen till en ny Azure DevOps Git-lagringsplats
Dela programkällfilerna till ett projekt i Azure DevOps så att du kan generera byggen.
Skapa en ny lokal Git-lagringsplats för projektet genom att välja Lägg till i källkontroll ->Git i statusfältet i det nedre högra hörnet i Visual Studio.
I vyn för Push-överföring i Team Explorer väljer du knappen för att publicera Git-lagringsplatsen under alternativet för att push-överföra till Azure DevOps.
Verifiera din e-postadress och välj ditt konto i listrutan Azure DevOps-domän. Skriv in lagringsplatsens namn och välj Publicera lagringsplats.
När du publicerar lagringsplatsen skapas ett nytt projekt i ditt konto med samma namn som den lokala lagringsplatsen. Om du vill skapa lagringsplatsen i ett befintligt projekt klickar du på Avancerat bredvid namnet på databasen och väljer ett projekt. Du kan visa koden på webben genom att välja alternativet för att visa på webben.
Konfigurera kontinuerlig leverans med Azure Pipelines
En Azure Pipelines-byggpipeline beskriver ett arbetsflöde som består av en uppsättning byggsteg som körs sekventiellt. Skapa en bygg-pipeline som producerar ett Service Fabric-programpaket och andra artefakter att distribuera till ett Service Fabric-kluster. Läs mer om Azure Pipelines bygg-pipelines.
En versionspipeline för Azure Pipelines beskriver ett arbetsflöde som distribuerar ett programpaket till ett kluster. När de används tillsammans kör bygg-pipelinen och versionspipelinen hela arbetsflödet med början på källfiler och slutar med ett program som körs i klustret. Läs mer om Azure Pipelines versionspipelines.
Skapa en bygg-pipeline
Öppna en webbläsare och navigera till det nya projektet på: https://<myaccount>.visualstudio.com/Voting/Voting%20Team/_git/Voting.
Välj fliken Pipelines, därefter Builds (Byggen) och klicka sedan på Ny pipeline.
Välj Azure Repos Git som källa, teamprojektet Voting (Röstning), lagringsplatsen Voting och standardgrenen master eller manuella och schemalagda byggen. Klicka sedan på Fortsätt.
I Välj en mall väljer du mallen Azure Service Fabric-program och klickar på Använd.
I Uppgifter anger du ”Hosted VS2017” som agentpool.
Under Utlösare aktiverar du kontinuerlig integrering genom att markera Aktivera kontinuerlig integrering. I Branch filters (Grenfilter) får Branch specification (Grenspecifikation) standardvärdet master. Välj alternativet för att spara och köa för att manuellt starta en version.
Byggen utlöser också vid push och incheckning. Om du vill kontrollera byggframsteget växlar du till fliken Byggen. När du har kontrollerat att bygget har körts definierar du en versionspipeline som distribuerar ditt program till ett kluster.
Skapa en versionspipeline
Välj fliken Pipelines och sedan Versioner och +Ny pipeline. I Välj en mall väljer du mallen Azure Service Fabric Deployment på listan och sedan Använd.
Välj Uppgifter-Miljö> 1 och sedan +Ny för att lägga till en ny klusteranslutning.
I vyn Lägg till ny Service Fabric Anslut ion väljer du Certifikatbaserad eller Microsoft Entra-ID-autentisering. Ange ett anslutningsnamn för mysftestcluster och en klusterslutpunkt för tcp://mysftestcluster.southcentralus.cloudapp.azure.com:19000 (eller slutpunkten i klustret som du distribuerar till).
För certifikatbaserad autentisering lägger du till tumavtrycket för servercertifikatet för servercertifikatet som används för att skapa klustret. I klientcertifikat lägger du till base-64-kodningen för klientcertifikatfilen. Det finns ett hjälppopupfönster för fältet om du behöver information om hur du hittar den base-64-kodade representationen för certifikatet. Lägg också till lösenordet för certifikatet. Du kan använda certifikatet för klustret eller servern om du inte har något separat klientcertifikat.
För Microsoft Entra-autentiseringsuppgifter lägger du till tumavtrycket servercertifikat för servercertifikatet som används för att skapa klustret och de autentiseringsuppgifter som du vill använda för att ansluta till klustret i fälten Användarnamn och Lösenord .
Klicka på Lägg till och spara klusteranslutningen.
Lägg sedan till en byggartefakt i pipelinen så versionspipelinen kan hitta utdata från bygget. Välj Pipeline och artefakter->+Lägg till. I Source (Build definition) (Källa (byggesdefinition)) väljer du den bygg-pipeline som du skapade tidigare. Klicka på Lägg till för att spara byggesartefakten.
Aktivera en kontinuerlig distributionsutlösare så att versionen automatiskt skapas när bygget har slutförts. Klicka på blixtikonen i artefakten, aktivera utlösaren och klicka på Spara för att spara versionspipelinen.
Välj + Release ->Create a Release ->Create för att skapa en version manuellt. Du kan övervaka versionsförloppet på fliken Releases (Versioner).
Kontrollera att distributionen har slutförts och programmet körs i klustret. Öppna en webbläsare och gå till http://mysftestcluster.southcentralus.cloudapp.azure.com:19080/Explorer/
. Observera programversionen. I det här exemplet är den 1.0.0.20170616.3.
Genomför och push-överföring av ändringar utlöser en släppning
För att kontrollera att pipelinen för den kontinuerliga integreringen fungerar genom att kontrollera kodändringar i Azure DevOps.
När du skriver koden spåras dina ändringar automatiskt av Visual Studio. Checka in ändringar på din lokala Git-lagringsplats genom att välja ikonen väntande ändringar () från statusfältet längst ned till höger.
I vyn Ändringar i Team Explorer lägger du till ett meddelande som beskriver uppdateringen. Spara sedan ändringarna.
Välj statusstapelikonen för opublicerade ändringar () eller synkroniseringsvyn i Team Explorer. Välj Push (Push-överföring) för att uppdatera koden i Azure PIpelines.
När du skickar ändringar till Azure Pipelines via push-överföring utlöses ett bygge automatiskt. När bygg-pipelinen har slutförts skapas en version automatiskt och börjar uppgradera programmet i klustret.
Om du vill kontrollera förloppet för bygget kan du byta till fliken Builds (Byggen) i Team Explorer i Visual Studio. När du har kontrollerat att bygget körs rätt måste du definiera en versionspipeline som distribuerar programmet till ett kluster.
Kontrollera att distributionen har slutförts och programmet körs i klustret. Öppna en webbläsare och gå till http://mysftestcluster.southcentralus.cloudapp.azure.com:19080/Explorer/
. Observera programversionen. I det här exemplet är den 1.0.0.20170815.3.
Uppdatera programmet
Göra kodändringar i programmet. Spara och genomföra ändringarna via de här stegen.
När programuppgraderingen påbörjas kan du visa uppgraderingsförloppet i Service Fabric Explorer:
Programuppgraderingen kan ta flera minuter. När uppgraderingen har slutförts kör programmet nästa version. I det här exemplet 1.0.0.20170815.4.
Nästa steg
I den här självstudiekursen lärde du dig att:
- lägga till källkontroll i projektet
- Skapa en bygg-pipeline
- Skapa en versionspipeline
- distribuera och uppgradera ett program automatiskt.
Gå vidare till nästa kurs: