Die Broadcom Continuous Delivery Director Alternative

Migrieren Sie von Broadcom CDD zu Cloudomation Engine.
Erhalten Sie eine Lösung, die Sie genau auf Ihre Anforderungen anpassen können.

Broadcom CDD: Die Alternative

Mit Cloudomation Engine gibt es endlich eine Alternative, mit der Sie die gleiche Komplexität wie mit Broadcom CDD abbilden können.

Vergleichen: Cloudomation Engine vs. Broadcom CDD

Feature

Cloudomation Engine

Broadcom CDD

Code-basierte Automatisierung

Individuell mit Python.

Anbieterspezifische Scriptsprache, die erlernt werden muss und Einschränkungen mit sich bringt.

Agentless Automation

Auf dem Zielsystem muss kein Agent oder keine sonstige Komponente laufen, um die Automatisierung zu ermöglichen. Nur Erreichbarkeit über das Netzwerk und Remote-Zugriff muss gegeben sein.

Installation

Einfach. Über Docker Compose.

Komplex. Benötigt viele Komponenten. Für Datenbank-Backend zusätzliche Lizenzen benötigt (Oracle, MS SQL, DB2).

Wartung

Einfach. Über Docker Compose.

Komplex. Benötigt viele Komponenten. Für Datenbank-Backend zusätzlich Lizenzen benötigt (Oracle, MS SQL, DB2).

Git-Integration

REST API

Custom REST API

Beliebige Daten und Parameter können entgegen genommen, beliebige Responses definiert werden.

Benutzerdefinierte und dynamische Eigenschaftswerte

Eigenschaften, die Sie zur Parametrisierung von Verteilungen und Komponenten benötigen, können hinzugefügt werden. Das Datenmodell, das Anwendungen und Komponenten beschreibt, ist vollständig anpassbar.

Beispielsweise ist die Eigenschaft "Version" eine Standardeigenschaft für eine Anwendung, die zur Parametrisierung von Deployments verwendet werden kann. Sie können auch benutzerdefinierte Eigenschaften hinzufügen, z. B. "Lizenzinformationen", "Datenbank-Backend-Typ", "Standort des Rechenzentrums" und "Kundeninformationen". Das Datenmodell ist vollständig anpassbar, sodass Sie Eigenschaften erweitern, aber auch entfernen können. Eigenschaften können auch dynamisch während eines Workflows erstellt werden, z. B. beim Auslesen von Properties aus einer Datenbank, die zu unterschiedlichen Zeitpunkten unterschiedliche Felder enthalten können, oder wenn bestimmte Properties nur für einzelne / spezielle Deployments erstellt werden.

Können hinzugefügt werden. Das Datenmodell ist nicht anpassbar.

Schnittstellen-Mocking

Verwendung von Mock-Objekten für Tests, um ein bestimmtes Verhalten nachzustellen.

Schnittstellen-Analyse

Informationen über Systeme sammeln und Aktionen ausführen können.

Eingeschränkt

Schnittstellen-Monitoring

Monitoring von Systemen sowie Benachrichtigungsmöglichkeit, wenn bestimmte Bedingungen zutreffen.

Live Monitor

Ausführungen anzeigen lassen, die gerade laufen oder beendet wurden.

Role Based Access Control

Automatisches Rollback

Rollback von ausgeführten und laufenden Prozessen.

Snapshots

Scheduling

Ausführung zu bestimmten Zeiten oder Zeitintervallen.

Notifications

Plugins

Ja, von Cloudomation entwickelte Erweiterungen stehen zur Verfügung.

Community-Plugins

Was Kunden über Cloudomation Engine sagen

★★★★★

„Cloudomation Engine zu lernen war für mich wie der Umstieg von Duplo zu Lego Technik. Ich kann jetzt sehr viel coolere Dinge bauen als davor.“

Gerald
AI Workflow Designer bei apsa personnel concepts GmbH

★★★★★

„Cloudomation spart uns viel Zeit und erleichtert den Arbeitsalltag. Die Software unterstützt uns bei der Überwachung von unseren Prozessen und hilft uns Fehler zu vermeiden.“

René
Operator bei MORAWA GmbH & Co KG

Cloudomation Engine noch besser kennenlernen

Cloudomation Engine

FAQ

Ein Deployment Target ist ein Ort, an dem Software installiert wird – das kann ein Server sein, das können aber auch mehrere Server oder VMs sein. Es könnten beliebig viele Deployment Targets über Cloudomation Engine automatisiert werden.

Ja. Eine Komponente kann auf mehrere verschiedene Server deployed werden. Es können auch mehrere Komponenten auf einem Server deployed werden oder eine Komponente auf einen eigenen Server plus weitere auf einen gemeinsamen etc. Wie und wohin die Software deployed wird, ist vollständig anpassbar.

Nein. Auf den Deployment Targets müssen keine Agents vorinstalliert werden. Cloudomation kann sich z.B. über ssh agentless mit einem Server verbinden und dort Software installieren. Cloudomation kann auch direkt die APIs von Cloud-Anbietern oder Virtualisierungstechnologien ansprechen und die Infrastruktur erstellen, auf der dann Software installiert wird.

Es kann eine beliebige Error-Catching-Logik eingebaut werden. Grundsätzlich geben alle Konnektoren Fehler weiter, die ihnen „begegnen“, sodass über die Python-Logik in Cloudomation Engine definiert werden kann, wie mit Fehlern umgegangen werden soll. Sie können auch eine allgemeine Fehlerbehandlungslogik verwenden, die unabhängig von konkreten Fehlern definiert (wenn z.B. nicht gewusst wird, welche Fehler auftreten können), wie vorgegangen werden soll – beispielsweise, dass Benachrichtigungen versendet werden.

Logs werden auf dem Cloudomation Server gespeichert. Es gibt eine Log-Expiry-Logik, die angepasst werden kann. Grundsätzlich empfehlen wir, ältere Logs vom Cloudomation Server zu löschen. Es kann eine Log-Archivierungslogik eingebaut werden, die Logs in einen Log-Server oder in ein Log-Archiv schreibt.

Grundsätzlich gibt es keine Grenzen auf Softwareseite, aber die Performance hängt stark davon ab, wie viele Daten und in welcher Size diese übertragen werden. Je nach den zu übertragenden Datenmengen muss auch der Cloudomation Server entsprechend „gesized“ werden.

Jetzt mit Cloudomation Engine starten

Optimieren Sie Ihre Abläufe, optimieren Sie die Zusammenarbeit, und liefern Sie schneller. Lassen Sie uns besprechen, wie unsere Plattform Ihnen helfen kann, Herausforderungen zu meistern und Ihre Ziele zu erreichen.