Bereitstellungsübersicht

Letzte Aktualisierung: 30. Dezember 2024

Erstellt für:

  • Experte
  • Admin
  • Entwickler

In diesen Themen wird der Prozess der Bereitstellung der Commerce-Anwendung auf einer Produktions-Site für Adobe Commerce Version 2.2 und höher erläutert. Adobe empfiehlt diese Bereitstellungsmethode für alle Benutzer mit einer großen Site, die keine Ausfallzeiten während der Bereitstellung erleben möchten.

Wenn Sie Commerce auf einem einzelnen Computer bereitstellen und einige Ausfallzeiten während der Bereitstellung tolerieren, finden Sie weitere Informationen unter Bereitstellung auf einem einzelnen Computer.

Pipeline-Bereitstellung

Mit Commerce Version 2.2 führte Adobe Pipeline-Bereitstellung als neue Methode zur Bereitstellung von in der Produktionsumgebung bei minimaler Ausfallzeit ein. Dieser Bereitstellungsprozess erfolgt auf verschiedenen Systemen und bietet die Möglichkeit, konsistente Konfigurationen für alle Pipeline-Bereitstellungssysteme beizubehalten. Es handelt sich dabei um ein einfaches, aber leistungsstarkes Modell, mit dem Sie die üblichen Konfigurationseinstellungen von systemspezifischen Einstellungen (wie Host und Port) oder sensiblen Einstellungen (wie Namen und Kennwörtern) trennen können.

Um die Pipeline-Bereitstellung zu verwenden, geht Adobe davon aus, dass Sie:

  • Ein erfahrener Systemintegrator mit hervorragenden Kenntnissen in den Konfigurationsoptionen von Adobe Commerce.
  • Verwaltung eines großen Commerce-Standorts (Tausende Lagereinheiten (SKUs)) und Minimierung der Ausfallzeiten des Produktionsstandorts.
  • Kenntnisse in der PHP-Programmierung.
  • Erfahrung mit Quellcodeverwaltungsmethoden.
  • Ihr Code befindet sich in einem Repository der Quell-Code-Verwaltung. In diesem Handbuch gehen wir davon aus, dass Sie ein Git-basiertes Repository verwenden.

Geringere Ausfallzeiten

Wenn Sie statische Assets bereitstellen und Code auf einem Computer kompilieren, der von Ihrem Produktionssystem getrennt ist, minimieren Sie Ausfallzeiten. Die Ausfallzeit auf dem Produktionssystem ist auf den Zeitraum beschränkt, der für die Übertragung statischer Dateien und kompilierten Codes auf den Server erforderlich ist.

Bereitstellungssysteme

Wir verwenden die folgenden Begriffe, um die an der Bereitstellung beteiligten Systeme zu beschreiben.

  • Entwicklungssystem: Computer, auf dem Entwickler Code anpassen und Erweiterungen, Designs und Sprachpakete von Commerce Marketplace installieren. Darüber hinaus nehmen Sie alle Konfigurationsänderungen an Ihrem Entwicklungssystem vor. Es gibt viele Entwicklungssysteme.

  • Build system: Ein System, auf dem Sie statische Assets bereitstellen und Code für Ihr Produktionssystem kompilieren. Da Sie diese Assets auf einem System erstellen, das sich nicht in der Produktion befindet, wird die Ausfallzeit Ihres Produktionssystems minimiert.

    Auf Ihrem Build-System muss Commerce nicht installiert sein. Es wird nur der Commerce-Code benötigt, es ist jedoch keine Datenbankverbindung erforderlich. Außerdem muss Ihr Build-System kein physisch separater Server sein.

  • Staging-: Optional. Optional können Sie ein Staging-System einrichten, das für das abschließende Testen des gesamten integrierten Codes verwendet wird, einschließlich Benutzerakzeptanztests (UAT). Richten Sie ein Staging-System auf die gleiche Weise ein wie ein Produktionssystem. Mit Ausnahme der Tatsache, dass die Staging-Umgebung nicht Ihr Live-Store ist und keine Bestellungen von Kunden verarbeitet, ist sie identisch mit der Produktion.

  • Produktionssystem - Ihr Live-Store. Hier sollten Sie minimale direkte Konfigurationsänderungen vornehmen und erst recht nichts, was nicht auf einer Staging-Instanz getestet wurde. Nehmen Sie nach Möglichkeit Konfigurationsänderungen mit Daten-Patches vor, die auf einer Staging-/Entwicklungsinstanz getestet wurden.