Code-Bereitstellung code-deployment

Erfahren Sie, wie Sie Code bereitstellen und was dabei in Cloud Manager passiert.

Bereitstellen von Code mit Cloud Manager deploying-code-with-cloud-manager

Sobald Sie Ihre Produktions-Pipeline einschließlich des erforderlichen Repositorys und der erforderlichen Umgebungen konfiguriert haben, können Sie Ihren Code bereitstellen.

Der Build-Prozess startet den Code-Bereitstellungsprozess einschließlich der folgenden Schritte:

Sie können die Schritte aus verschiedenen Bereitstellungsprozessen überprüfen, indem Sie Protokolle anzeigen oder die Ergebnisse für die Testkriterien überprüfen.

Bereitstellungsschritte deployment-steps

In jedem Schritt der Implementierung werden verschiedene Aktionen ausgeführt, die in diesem Abschnitt beschrieben werden. Technische Details dazu, wie der Code selbst hinter den Kulissen bereitgestellt wird, finden Sie unter Details zum Bereitstellungsprozess .

Staging-Bereitstellung stage-deployment

Der Schritt Staging-Bereitstellung umfasst die folgenden Aktionen:

Staging-Tests stage-testing

Der Schritt Staging-Tests umfasst die folgenden Aktionen:

Schritt zur Produktionsbereitstellung production-deployment

Der Schritt Produktionsbereitstellung umfasst die folgenden Aktionen:

Sobald die Bereitstellung abgeschlossen ist, befindet sich der Code in der Zielumgebung und Sie können die Protokolle anzeigen.

Zeitüberschreitungen timeouts

Die folgenden Schritte zeigen ein Timeout, wenn der Benutzer auf Feedback gewartet hat:

Details zum Bereitstellungsprozess deployment-process

Cloud Manager lädt alle beim Build-Prozess generierten target/*.zip-Dateien in einen Speicherort hoch. Diese Artefakte werden in der Pipeline-Bereitstellungsphase von diesem Speicherort abgerufen.

Wenn Cloud Manager in produktionsfremden Topologien bereitgestellt wird, besteht das Ziel darin, die Bereitstellung so schnell wie möglich abzuschließen. Daher werden die Artefakte wie folgt auf allen Knoten gleichzeitig bereitgestellt:

Bereitstellung in der Produktionsphase deployment-production-phase

Der Bereitstellungsprozess für Produktions-Topologien unterscheidet sich geringfügig, um die Auswirkungen auf AEM Site-Besucher zu minimieren.

Produktionsbereitstellungen nutzen im Allgemeinen die oben beschriebenen Schritte, aber auf rollierende Weise:

Dieser Vorgang wird fortgesetzt, bis die Bereitstellung alle Publisher und Dispatcher in der Topologie erreicht hat.

Notfall-Pipeline-Ausführungsmodus emergency-pipeline

In kritischen Situationen müssen Adobe Managed Services-Kunden möglicherweise Code-Änderungen sofort in ihrer Staging- und Produktionsumgebung bereitstellen. Durch diese Fähigkeit können sie den gesamten Cloud Manager-Testzyklus umgehen.

Um diese Situationen zu beheben, kann die Cloud Manager-Produktions-Pipeline in einem Notfall-Modus ausgeführt werden. Wenn dieser Modus verwendet wird, werden die Sicherheits- und Leistungstestschritte nicht ausgeführt. Alle anderen Schritte, einschließlich aller konfigurierten Genehmigungsschritte, werden wie im normalen Pipeline-Ausführungsmodus ausgeführt.

Verwenden des Notfall-Pipeline-Ausführungsmodus using-emergency-pipeline

Beim Starten einer Produktions-Pipeline können Sie in einem Dialogfeld zwischen dem normalen Modus und dem Notmodus wählen. Diese Option ist verfügbar, wenn die Funktion für den Ausführungsmodus der Notfallpipeline für das Programm aktiviert ist. Diese Auswahl ist verfügbar, sobald die Funktion aktiviert wurde.

Wenn Sie die Seite mit den Pipeline-Ausführungsdetails für eine im Notfallmodus ausgeführte Ausführung anzeigen, wird in den Breadcrumbs am oberen Bildschirmrand ein Hinweis darauf angezeigt, dass die Pipeline im Notfallmodus ausgeführt wird.

Die Ausführung einer Pipeline im Notfallmodus kann auch über die Cloud Manager-API oder die CLI erfolgen. Um eine Ausführung im Notfallmodus zu starten, senden Sie mit dem Abfrageparameter ?pipelineExecutionMode=EMERGENCY eine PUT-Anfrage an den Ausführungsendpunkt der Pipeline. Alternativ haben Sie bei Verwendung der CLI folgende Möglichkeit:

$ aio cloudmanager:pipeline:create-execution PIPELINE_ID --emergency

Erneutes Ausführen einer Produktionsbereitstellung reexecute-deployment

In seltenen Fällen kann es vorkommen, dass Schritte der Produktionsbereitstellung aus vorübergehenden Gründen fehlschlagen. In diesen Fällen können Sie den Produktionsbereitstellungsschritt erneut ausführen, solange er abgeschlossen ist, unabhängig davon, ob er erfolgreich, abgebrochen oder nicht erfolgreich war. Die Neuausführung wird unterstützt, indem dieselbe Pipeline verwendet wird, die aus den folgenden drei Schritten besteht:

In solchen Fällen, in denen eine erneute Ausführung möglich ist, bietet die Statusseite der Produktions-Pipeline neben der üblichen Option Build-Protokoll herunterladen auch die Option Erneut ausführen.

Einschränkungen limitations

Erneutes Ausführen der API reexecute-api

Zusätzlich zur Verfügbarkeit in der Benutzeroberfläche können Sie die Cloud Manager-API verwenden, um erneute Ausführungen auszulösen und Ausführungen zu identifizieren, die als erneute Ausführungen ausgelöst wurden.

Auslösen einer erneuten Ausführung triggering

Um eine erneute Ausführung auszulösen, muss eine PUT-Anfrage an die HAL-Verknüpfung http://ns.adobe.com/adobecloud/rel/pipeline/reExecute im Status des Schritts der Produktionsbereitstellung erfolgen.

Diese Verknüpfung ist immer nur für den Schritt der Produktionsbereitstellung verfügbar.

 {
  "_links": {
    "http://ns.adobe.com/adobecloud/rel/pipeline/logs": {
      "href": "/api/program/4/pipeline/1/execution/953671/phase/1575676/step/2983530/logs",
      "templated": false
    },
    "http://ns.adobe.com/adobecloud/rel/pipeline/reExecute": {
      "href": "/api/program/4/pipeline/1/execution?stepId=2983530",
      "templated": false
    },
    "http://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"

Die Syntax für den Wert href der HAL-Verknüpfung ist nur ein Beispiel, und der tatsächliche Wert sollte immer aus der HAL-Verknüpfung ausgelesen und nicht generiert werden.

Wenn eine PUT -Anfrage an diesen Endpunkt gesendet wird, wird eine 201 -Antwort angezeigt, wenn sie erfolgreich ist. Der Antworttext stellt die Darstellung der neuen Ausführung dar. Diese Funktion ähnelt dem Starten einer regulären Ausführung über die API.

Identifizieren einer Ausführung mit erneuter Ausführung identifying

Das System identifiziert erneut ausgeführte Ausführungen anhand des Werts RE_EXECUTE im Feld Trigger .