Uw code implementeren deploy-your-code

Leer hoe u uw code kunt implementeren in Production met Cloud Manager-pijpleidingen in AEM as a Cloud Service.

het pijpleidingsdiagram van de Productie

Het opstellen van code foutloos aan Stadium en dan door aan Productie wordt gedaan door een pijpleiding van de Productie. De uitvoering van de productiepijplijn wordt opgesplitst in de volgende twee logische fasen:

  1. Plaatsing aan het milieu van het Stadium - de code wordt gebouwd en aan het milieu van het Stadium voor geautomatiseerde functionele het testen, UI het testen, ervaringscontrole, en het Testen van de Erkenning van de Gebruiker (UAT) opgesteld.
  2. Plaatsing aan het milieu van de Productie - Zodra de bouwstijl op Stadium wordt bevestigd, en voor bevordering aan Productie goedgekeurd, wordt het zelfde bouwstijlartefact opgesteld aan het milieu van de Productie.

slechts steunt het Volledige pijpleidingstype van de Code van de Stapel coderingsaftasten, functie het testen, UI het testen, en ervaringscontrole.

Implementatieproces deployment-process

Alle plaatsingen van de Cloud Service volgen een het rollen proces om nul onderbreking te verzekeren. Zie hoe het Rollen het Werk van Plaatsingenom meer te leren.

NOTE
De Dispatcher-cache wordt bij elke implementatie gewist. Het wordt dan "opgewarmd"alvorens de nieuwe publicatieknooppunten verkeer goedkeuren.

Uw code distribueren met Cloud Manager in AEM as a Cloud Service deploying-code-with-cloud-manager

Zodra u uw productiePijpleidingmet inbegrip van bewaarplaats, milieu, en het testen milieu hebt gevormd, bent u bereid om uw code op te stellen.

  1. Logboek in Cloud Manager bij my.cloudmanager.adobe.comen selecteer de aangewezen organisatie.

  2. Op de Mijn console van Programma's, klik het programma waarvoor u code wilt opstellen.

  3. Op de pagina van het Overzicht, op het vraag-aan-actie gebied, klikt opstellen.

    CTA

  4. Op opstellen aan productie pagina, klik bouwt.

    het scherm van de Uitvoering van de Pijpleiding

Het bouwstijlproces stelt uw code door de volgende drie bevolen fasen op:

TIP
U kunt de stappen van diverse plaatsingsprocessen herzien door logboeken te bekijken, of resultaten voor de testende criteria te herzien.

Implementatiefase van fase stage-deployment

De fase van de Plaatsing van het 0} Stadium impliceert de volgende stappen:

Implementatiestap van werkgebied
Beschrijving
Validatie
Zorgt ervoor dat de pijpleiding wordt gevormd om de momenteel beschikbare middelen te gebruiken. bijvoorbeeld, het testen dat de gevormde tak bestaat en dat de milieu's beschikbaar zijn.
Testen van build en eenheid
Voert een in containers gedrukt bouwstijlproces in werking.
zie de Details van het Milieu van de Bouwstijlvoor details op het bouwstijlmilieu.
Codescannen
Evalueert de kwaliteit van uw toepassingscode.
zie het Testen van de Kwaliteit van de Codevoor details op het het testen proces.
Afbeeldingen samenstellen
Dit proces zet inhoud en de pakketten van Dispatcher van de stap van de Bouwstijl in de beelden van de Docker om. Het produceert ook configuraties Kubernetes die op die pakketten worden gebaseerd.
Distribueren naar werkgebied
Het beeld wordt opgesteld aan het opvoeren milieu in voorbereiding op het het testen stadium van het Stadium.

Plaatsing van het Stadium

Fase van de testfase stage-testing

De testende 1} fase van het Stadium {impliceert de volgende stappen:

Teststap werkgebied
Beschrijving
Functioneel testen van producten
De pijpleiding van Cloud Manager voert tests uit die tegen het werkgebiedmilieu lopen.
zie ook Functionele het Testen van het Product.
Aangepaste functionele tests
Deze stap in de pijplijn wordt altijd uitgevoerd en kan niet worden overgeslagen. Als de build geen test JAR produceert, slaagt de test automatisch.
zie ook het Functionele Testen van de Douane.
Aangepaste UI-tests
Een optionele functie waarmee automatisch UI-tests worden uitgevoerd die voor aangepaste toepassingen zijn gemaakt.
de tests UI zijn op selenium-Gebaseerd en verpakt in een beeld van het Docker om flexibiliteit in taal en kaders aan te bieden. Met deze methode kunt u Java en Maven, Node en WebDriver.io of een op Selenium gebaseerd framework of technologie gebruiken.
zie ook het Testen UI van de Douane.
Experience Audit

Deze stap in de pijplijn wordt altijd uitgevoerd en kan niet worden overgeslagen. Aangezien een productiepijplijn wordt uitgevoerd, is een stap van de ervaringscontrole inbegrepen na douane functionele het testen die de controles in werking stelt.

  • De pagina's die worden gevormd worden voorgelegd aan de dienst en geëvalueerd.
  • De resultaten zijn informatief en tonen de scores en de verandering tussen de huidige en vorige scores.
  • Dit inzicht is waardevol om te bepalen als er een regressie is die met de huidige plaatsing wordt geïntroduceerd.

Zie Begrijpend de resultaten van de Controle van de Ervaring.

het Testen van het Stadium

Implementatiefase productie production-deployment

Het proces voor het opstellen aan productietopologieën verschilt lichtjes om het effect op bezoekers aan een AEM plaats te minimaliseren.

Productieimplementaties volgen doorgaans dezelfde stappen als eerder beschreven, maar op een voortschrijdende manier. Deze stappen omvatten het volgende:

  1. Implementeer AEM pakketten naar de auteur.
  2. Koppel dispatcher1 los van het taakverdelingsmechanisme.
  3. Implementeer AEM pakketten op publish1 en gebruik het Dispatcher-pakket op dispatcher1 , verwijder de Dispatcher-cache.
  4. Plaats dispatcher1 weer in het taakverdelingsmechanisme.
  5. Koppel dispatcher2 los van het taakverdelingsmechanisme wanneer dispatcher1 weer in service is.
  6. Implementeer AEM pakketten op publish2 en gebruik het Dispatcher-pakket op dispatcher2 , verwijder de Dispatcher-cache.
  7. Plaats dispatcher2 weer in het taakverdelingsmechanisme.

Dit proces gaat verder tot de plaatsing alle uitgevers en Dispatchers in de topologie heeft bereikt.

De fase van de Plaatsing van de Productie

Tijdslimieten tijdens een implementatie timeouts

De volgende stappen time-out als ze wachten op feedback van gebruikers tijdens een implementatie:

Stap
Time-out
Testen van de codekwaliteit
14 dagen
Beveiligingstests
14 dagen
Prestatietesten
14 dagen
Goedkeuringsaanvraag
14 dagen
Implementatie van planningsproductie
14 dagen
CSE-ondersteuning
14 dagen

Een productieimplementatie opnieuw uitvoeren reexecute-deployment

In zeldzame gevallen kunnen de stappen van de productielocatie om voorbijgaande redenen ontbreken. In dergelijke gevallen wordt heruitvoering van de productieleidingsstap ondersteund zolang de productieleidingsstap is voltooid, ongeacht het type voltooiing (bijvoorbeeld geannuleerd of mislukt). De heruitvoering leidt tot een nieuwe uitvoering gebruikend de zelfde pijpleiding die uit de volgende drie stappen bestaat:

  1. Bevestiging - de zelfde bevestiging die tijdens een normale pijpleidingsuitvoering voorkomt.
  2. bouwt - in de context van een heruitvoering, kopieert de bouwstijlstap artefacten en voert eigenlijk geen nieuw bouwstijlproces uit.
  3. plaatsing van de Productie - gebruikt de zelfde configuratie en de opties zoals de stap van de productieplaatsing in een normale pijpleidingsuitvoering.

In dergelijke omstandigheden waar een heruitvoering mogelijk is, verstrekt de pagina van de de statuspagina van de productiepijpleiding re-execute optie naast de gebruikelijke Download bouwt logboek optie.

re-execute optie in het venster van het pijpleidingsoverzicht

NOTE
In een heruitvoering, wordt de bouwstijlstap geëtiketteerd in UI om erop te wijzen dat het artefacten kopieert, niet re-bouwt.

Beperkingen limitations

  • Het opnieuw uitvoeren van de stap van de productieplaatsing is slechts beschikbaar voor de laatste uitvoering.
  • Heruitvoering is niet beschikbaar voor het uitvoeren van push-updates. Als de laatste uitvoering een uitvoering van een push-update is, is het niet mogelijk deze opnieuw uit te voeren.
  • Als de laatste uitvoering is mislukt op een willekeurig punt vóór de stap voor de implementatie van de productie, is het niet mogelijk de productie opnieuw uit te voeren.

API opnieuw uitvoeren reexecute-API

Naast het zijn beschikbaar in UI, kunt u Cloud Manager APIgebruiken om wederuitvoeringen teweeg te brengen en uitvoeringen te identificeren die als re-uitvoeringen werden teweeggebracht.

Een nieuwe uitvoering activeren reexecute-deployment-api

Om een re-uitvoering teweeg te brengen, doe een verzoek van de PUT aan de Verbinding van de HAL https://ns.adobe.com/adobecloud/rel/pipeline/reExecute op de productie opstelt stapstaat.

  • Als deze koppeling aanwezig is, kan de uitvoering vanaf die stap opnieuw worden gestart.
  • Als dit niet het geval is, kan de uitvoering niet vanaf die stap opnieuw worden gestart.

Deze verbinding is slechts beschikbaar voor de productie stelt stap op.

 {
  "_links": {
    "https://ns.adobe.com/adobecloud/rel/pipeline/logs": {
      "href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530/logs",
      "templated": false
    },
    "https://ns.adobe.com/adobecloud/rel/pipeline/reExecute": {
      "href": "/api/program/4/pipeline/1/execution?stepId=2983530",
      "templated": false
    },
    "https://ns.adobe.com/adobecloud/rel/pipeline/metrics": {
      "href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530/metrics",
      "templated": false
    },
    "self": {
      "href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530",
      "templated": false
    }
  },
  "id": "6187842",
  "stepId": "2983530",
  "phaseId": "1575676",
  "action": "deploy",
  "environment": "weretail-global-b75-prod",
  "environmentType": "prod",
  "environmentId": "59254",
  "startedAt": "2022-01-20T14:47:41.247+0000",
  "finishedAt": "2022-01-20T15:06:19.885+0000",
  "updatedAt": "2022-01-20T15:06:20.803+0000",
  "details": {
  },
  "status": "FINISHED"

De syntaxis van de href-waarde van de HAL-koppeling is slechts een voorbeeld. De werkelijke waarde moet altijd worden gelezen van de HAL-koppeling en niet worden gegenereerd.

Het voorleggen van een verzoek van de PUT aan dit eindpunt resulteert in een 201 reactie als succesvol, en het antwoordlichaam is de vertegenwoordiging van de nieuwe uitvoering. Deze workflow lijkt op het starten van een normale uitvoering via de API.

Identificeer een wederuitvoeringsuitvoering identify-reexecution

Het systeem heruitvoeringen identificeert door het veld trigger in te stellen op de waarde RE_EXECUTE .

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab