Konfigurera en produktionspipeline

Lär dig hur du konfigurerar produktionspipelines för att skapa och distribuera kod till produktionsmiljöer. En produktionspipeline distribuerar kod först till scenmiljön och när den godkänns distribueras samma kod till produktionsmiljön.

En användare måste ha Distributionshanteraren roll för att konfigurera produktionspipelinor.

Innan du börjar distribuera koden måste du konfigurera dina pipeline-inställningar från Cloud Manager.

Lägga till en ny produktionspipeline

När du har konfigurerat programmet och har minst en miljö som använder Cloud Manager Du kan nu lägga till en produktionspipeline genom att följa de här stegen.

1. Logga in i Cloud Manager på my.cloudmanager.adobe.com och välja lämplig organisation och lämpligt program.

2. Navigera till Pipelines från Programöversikt sida och klicka Lägg till för att markera Lägg till produktionspipeline.

   

3. The Lägg till produktionspipeline visas. Ange en Pipelinenamn för att identifiera ditt flöde tillsammans med följande alternativ. Klicka Fortsätt.

   Utlösare för distribution - Du har följande alternativ när du definierar distributionsutlösare för att starta pipeline.

   • Manuell - Använd det här alternativet om du vill starta pipelinen manuellt.
   • Vid Git-ändringar - Detta alternativ startar CI/CD-flödet när implementeringar läggs till i den konfigurerade Git-grenen. Med det här alternativet kan du fortfarande starta pipelinen manuellt efter behov.

   Beteende vid viktiga måttfel - Under pipeline-konfiguration eller -redigering Distributionshanteraren har alternativet att definiera hur pipelinen fungerar när ett viktigt fel påträffas i någon av kvalitetsportarna. De tillgängliga alternativen är:

   • Fråga varje gång - Det här är standardinställningen och kräver manuell åtgärd vid viktiga fel.
   • Misslyckas omedelbart - Om du väljer det här alternativet avbryts pipelinen när ett viktigt fel inträffar. Detta emulerar i princip en användare som manuellt avvisar varje fel.
   • Fortsätt omedelbart - Om du väljer det här alternativet fortsätter pipeline automatiskt när ett viktigt fel inträffar. Detta emulerar i princip en användare som manuellt godkänner varje fel.

   

4. På Källkod måste du välja vilken typ av kod som pipeline ska bearbeta.

   • Fullständig stapelkod
   • Målinriktad distribution

Se CI/CD-rör för mer information om olika typer av rörledningar.

Stegen för att slutföra skapandet av produktionsflödet varierar beroende på vilken typ av källkod du har valt. Följ länkarna ovan för att gå till nästa avsnitt i det här dokumentet så att du kan slutföra konfigurationen av din pipeline.

Fullständig stapelkod

En fullständig kodrapport distribuerar samtidigt kodbyggen i bakände och i framände som innehåller en eller flera AEM serverprogram tillsammans med HTTPD/Dispatcher-konfigurationen.

Följ de här stegen för att slutföra konfigurationen av produktionsflödet för kod i helhög.

1. På Källkod måste du definiera följande alternativ.

   • Databas - Det här alternativet definierar från vilken Git-repo pipelinen ska hämta koden.
   TIPS

   Se dokumentet Lägga till och hantera databaser om du vill lära dig hur du lägger till och hanterar databaser i Cloud Manager.

   • Git-gren - Det här alternativet definierar från vilken gren i den valda pipeline som ska hämta koden.
     • Ange de första tecknen i förgreningsnamnet och funktionen Komplettera automatiskt i det här fältet hittar de grenar som matchar dig.
   • Ignorera webbnivåkonfiguration - När du markerar det här alternativet distribueras inte webbnivåkonfigurationen.
   • Pausa innan du distribuerar till produktion - Det här alternativet pausar pipeline innan den distribueras till produktion.
   • Schemalagd - Med det här alternativet kan användaren aktivera den schemalagda produktionsdistributionen.

   

2. Klicka Fortsätt för att gå vidare till Experience Audit där du kan definiera sökvägar som alltid ska inkluderas i Experience Audit.

   

3. Ange en sökväg som ska inkluderas i Experience Audit.

   • Sidsökvägar måste börja med /.
   • Om du till exempel vill inkludera https://wknd.site/us/en/about-us.html Ange sökvägen i Experience Audit /us/en/about-us.html.

   

4. Klicka Lägg till sida och sökvägen fylls i automatiskt med adressen till din miljö och läggs till i sökvägstabellen.

   

5. Fortsätt att lägga till banor efter behov genom att upprepa de två föregående stegen.

   • Du kan lägga till högst 25 banor.
   • Om du inte definierar några sökvägar inkluderas webbplatsens hemsida som standard i Experience Audit.

6. Klicka Spara för att spara på rörledningen.

Sökvägar som har konfigurerats för Experience Audit skickas till tjänsten och utvärderas utifrån prestanda-, hjälpmedels-, SEO-test (sökmotoroptimering), bästa praxis och PWA-tester (Progressive Web App) när pipeline körs. Se Upplevelsegranskningsresultat för mer information.

Pipelinen har sparats och du kan nu hantera dina rörledningar på Pipelines på Programöversikt sida.

Målinriktad distribution

En riktad distribution distribuerar bara kod för utvalda delar av AEM. I en sådan distribution kan du välja Inkludera någon av följande typer av kod:

• Konfig - Konfigurera inställningar för din AEM, underhållsuppgifter, CDN-regler med mera.
  • Se dokumentet Trafikfilterregler inklusive WAF-regler om du vill lära dig hur du hanterar konfigurationerna i din databas så att de distribueras på rätt sätt.
• Front End-kod - Konfigurera JavaScript och CSS för den främre delen av AEM.
  • Med rörledningar kan utvecklarna bli mer självständiga och utvecklingsprocessen kan accelereras.
  • Se dokumentet Developing Sites with the Front-End Pipeline om hur den här processen fungerar tillsammans med vissa överväganden för att vara medveten om att utnyttja hela potentialen i den här processen.
• Webbnivåkonfiguration - Konfigurera dispatcheregenskaper för att lagra, bearbeta och leverera webbsidor till klienten.

Stegen för att slutföra skapandet av din produktion är riktade distributionsflöden desamma när du väljer en distributionstyp.

1. Välj vilken distributionstyp du behöver.

1. Definiera Berättigade driftsättningsmiljöer.

   • Om din pipeline är en distributionsprocess måste du välja till vilka miljöer den ska distribueras.

2. Under Källkod definierar du följande alternativ:

   • Databas - Det här alternativet definierar från vilken Git-repo som pipelinen ska hämta koden.
   TIPS

   Se Lägga till och hantera databaser så att du kan lära dig hur du lägger till och hanterar databaser i Cloud Manager.

   • Git-gren - Det här alternativet definierar från vilken gren i den valda pipeline som ska hämta koden.
     • Ange de första tecknen i förgreningsnamnet och funktionen Komplettera automatiskt i det här fältet. Här hittas de matchande grenar som du kan välja.
   • Kodplats - Det här alternativet definierar den sökväg i förgreningen för den valda rapporten från vilken pipelinen ska hämta koden.
   • Pausa innan du distribuerar till produktion - Det här alternativet pausar pipeline innan den distribueras till produktion.
   • Schemalagd - Med det här alternativet kan användaren aktivera den schemalagda produktionsdistributionen. Endast tillgängligt för riktade distributioner på webbnivå.

   

3. Klicka Spara.

Pipelinen har sparats och du kan nu hantera dina rörledningar på Pipelines på Programöversikt sida.

När en riktad distributionsprocess körs, konfigurationer såsom WAF-konfigurationer distribueras, förutsatt att de sparas i den miljö, databas och gren som du definierade i pipeline.

Hoppa över Dispatcher-paket

Om du vill att dispatcherpaket ska byggas som en del av pipeline, men inte vill att de ska publiceras för att skapa lagring, kan du inaktivera publicering av dem, vilket kan minska körningstiden för pipeline.

Följande konfiguration för att inaktivera publiceringsdispatcherpaket måste läggas till via ditt projekt pom.xml -fil. Den baseras på en miljövariabel, som fungerar som en flagga som du kan ange i Cloud Managers byggbehållare för att definiera när dispatcherpaket ska ignoreras.

<profile>
  <id>only-include-dispatcher-when-it-isnt-ignored</id>
  <activation>
    <property>
      <name>env.IGNORE_DISPATCHER_PACKAGES</name>
      <value>!true</value>
    </property>
  </activation>
  <modules>
    <module>dispatcher</module>
  </modules>
</profile>