Oracle Cloud Infrastructure-Dokumentation

CI/CD-Pipelines für Deployment verwenden

Visuelle Anwendungen können direkt oder über Continuous Integration and Delivery-(CI/CD-)Pipelines in Ihrer Visual Builder-Entwicklungsinstanz bereitgestellt werden.

  • Wenn Sie im Designer auf Veröffentlichen klicken, wird die visuelle Anwendung mit einer Zielverzweigung im Remote-Repository wie der Verzweigung main zusammengeführt und dann direkt in der Umgebung bereitgestellt, die mit Ihrem Workspace verknüpft ist.

    Dies ist die Standardbereitstellungsmethode für neue Workspaces, die Sie erstellen.

  • CI/CD-Pipelines bieten mittlerweile Flexibilität. Beispiel: Sie können eine Pipeline konfigurieren, um abhängige Artefakte parallel in der Zielumgebung bereitzustellen, Builds nach einem angegebenen Zeitplan auszuführen oder alte Builds und Artefakte zu verwerfen.

    Sie können dies einrichten, indem Sie eine CI/CD-Pipeline aktivieren für die Zielverzweigung, mit der Sie zusammenführen möchten, und diese Pipeline entsprechend den Anforderungen Ihrer Organisation konfigurieren.

Hinweis

Verwenden Sie eine Kombination der Deployment-Optionen, die am besten funktionieren. Beispiel: In Ihrer Organisation ist es am effizientesten, eine visuelle Anwendung mit der Schaltfläche Veröffentlichen direkt in Ihrer Visual Builder-Entwicklungsinstanz bereitzustellen. Gleichzeitig können Sie die Verwendung von CI/CD-Pipelines für Deployments in anderen Visual Builder-Instanzen nutzen und bestimmte Lebenszyklusvorgangsaufgaben automatisieren.

Hier ist ein kurzer Überblick über einige wichtige Unterschiede zwischen den beiden Veröffentlichungsoptionen:

Veröffentlichungsaspekt Direkt veröffentlichen Über CI/CD-Pipelines veröffentlichen
Flexibilität der Bereitstellung Die wichtigsten Vorteile der Veröffentlichung einer visuellen Anwendung direkt in einer Visual Builder-Instanz mit der Schaltfläche Veröffentlichen des Designers sind Schnelligkeit und Einfachheit. Der Deployment-Prozess ist unkompliziert, aber nicht flexibel.

Flexibilität ist der Hauptgrund für den Einsatz von CI/CD-Pipelines. Wenn Sie auf Veröffentlichen klicken, möchten Sie möglicherweise, dass Ihre visuelle Anwendung nicht nur für eine DEV-Instanz, sondern auch für andere Instanzen bereitgestellt wird.

Sie können beispielsweise eine Pipeline konfigurieren, um archivierte Artefakte herunterzuladen oder alte Builds und Artefakte zu verwerfen, oder Builds nach einem bestimmten Zeitplan ausführen.
Geschwindigkeit Die direkte Veröffentlichung einer visuellen Anwendung in einer Visual Builder-Instanz ist schnell. Das Deployment erfolgt sofort, sodass Endbenutzer die Änderungen schnell anzeigen können. Beim Veröffentlichen einer visuellen Anwendung mit einer CI/CD-Pipeline erfolgt der Deployment-Prozess nicht sofort. Möglicherweise müssen Sie warten, bis der gesamte Prozess abgeschlossen ist, bevor andere die Änderungen sehen können.
Für mehrere Instanzen bereitstellen

Sie können Ihre visuelle Anwendung direkt in Ihrer DEV-Instanz bereitstellen, ohne eine CI/CD-Pipeline zu verwenden.

Um diese visuelle Anwendung für andere Instanzen bereitzustellen, müssen Sie jedoch CI/CD-Pipelines verwenden.

 Sie können CI/CD-Pipelines so konfigurieren, dass Änderungen in jeder Instanz und nicht nur in Ihrer DEV-Instanz bereitgestellt werden. Sie können auch eine Pipeline so konfigurieren, dass sie auf mehreren Instanzen gleichzeitig bereitgestellt wird.
Zusammenführungsanforderungen Da das Deployment sofort erfolgt, können Sie Zusammenfassungsanforderungen nicht als Teil des Veröffentlichungsprozesses einschließen. Um Änderungen zu prüfen, müssen Zusammenführungsanforderungen daher erstellt werden, bevor auf Veröffentlichen geklickt wird. Wenn Sie eine visuelle Anwendung mit einer CI/CD-Pipeline veröffentlichen, haben Sie die Möglichkeit, Zusammenführungsanforderungen zu erstellen.
Genehmigungsworkflow Bei der direkten Veröffentlichung in einer Visual Builder-Instanz gibt es keine integrierten Genehmigungsworkflowfunktionen. Wenn Sie Zugriff auf eine Umgebung haben, können Sie sie bereitstellen.

Mit CI/CD-Pipelines können Sie ein Genehmigungselement hinzufügen, bei dem ein oder mehrere autorisierte Benutzer einen Schritt manuell genehmigen müssen, bevor sie den Rest der Ausführung ausführen.

Beispiel: Eine Pipeline kann automatisch eine visuelle Anwendung für Ihre DEV- und TEST-Instanzen bereitstellen, erfordert jedoch vor dem Deployment in Ihrer PROD-Instanz die Genehmigung eines Managers.
Protokolle und Build-Historie Wenn Sie direkt in einer Visual Builder-Instanz veröffentlichen, erhalten Sie keinen Datensatz mit Build-Details, Logberichten und Build-Historie. Wenn Sie eine CI/CD-Pipeline zum Deployment einer visuellen Anwendung verwendet haben, sind vorherige Logs und Build-Historie zur Prüfung verfügbar.
Unterstützung für das Rollback visueller Anwendungen auf eine vorherige Version Wenn eine visuelle Anwendung direkt in einer Visual Builder-Instanz veröffentlicht wurde, kann diese visuelle Anwendung zu einem späteren Zeitpunkt nicht erneut bereitgestellt werden. Wenn eine visuelle Anwendung mit einer Pipeline bereitgestellt wurde und ihre Build-Artefakte archiviert wurden, kann sie bei Bedarf zu einem späteren Zeitpunkt erneut bereitgestellt werden.