Oracle Cloud Infrastructure-Dokumentation

CI/CD-Pipelines für das 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
Flexible Bereitstellung Die wichtigsten Vorteile der direkten Veröffentlichung einer visuellen Anwendung 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 die Verwendung von CI/CD-Pipelines. Wenn Sie auf Veröffentlichen klicken, soll Ihre visuelle Anwendung möglicherweise nicht nur in einer DEV-Instanz, sondern auch in anderen Instanzen bereitgestellt werden.

Sie können auch eine Pipeline konfigurieren, um archivierte Artefakte herunterzuladen oder alte Builds und Artefakte zu verwerfen, z.B. oder Builds nach einem bestimmten Zeitplan auszufü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. Wenn Sie eine visuelle Anwendung mit einer CI/CD-Pipeline veröffentlichen, 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 an jeder Instanz und nicht nur an Ihrer DEV-Instanz bereitgestellt werden. Sie können eine Pipeline auch so konfigurieren, dass sie gleichzeitig in mehreren Instanzen bereitgestellt wird.
Zusammenführungsanforderungen Da das Deployment sofort erfolgt, können Sie keine Zusammenführungsanforderungen als Teil des Veröffentlichungsprozesses einschließen. Damit Änderungen geprüft werden können, müssen Zusammenführungsanforderungen 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, Zusammenfassungsanforderungen zu erstellen.
Genehmigungsworkflow Bei der direkten Veröffentlichung in einer Visual Builder-Instanz sind keine integrierten Genehmigungsworkflowfunktionen vorhanden. Wenn Sie Zugriff auf eine Umgebung haben, können Sie sie bereitstellen.

Mit CI/CD-Pipelines können Sie ein Genehmigungselement hinzufügen, für das mindestens ein autorisierter Benutzer einen Schritt manuell genehmigen muss, bevor der Rest der Ausführung ausgeführt wird.

Beispiel: Eine Pipeline kann eine visuelle Anwendung automatisch in Ihren DEV- und TEST-Instanzen bereitstellen, erfordert jedoch die Genehmigung eines Managers, bevor sie in Ihrer PROD-Instanz bereitgestellt wird.
Protokolle und Build-Historie Die direkte Veröffentlichung in einer Visual Builder-Instanz enthält keinen Datensatz mit Build-Details, Logberichten und Build-Historie. Wenn Sie eine CI/CD-Pipeline zum Bereitstellen einer visuellen Anwendung verwendet haben, stehen vorherige Logs und Build-Historie zur Prüfung zur Verfügung.
Unterstützung für das Rollback von visuellen 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.