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.
- Dank der Nutzung von Python als Automatisierungssprache (anstatt Automic Script) ist Cloudomation Engine deutlich zugänglicher.
- Erstellen und erweitern Sie die Automatisierungen selbst. Gerne mit unserer Unterstützung, aber immer mit dem Ziel, Ihre Unabhängigkeit von teuren Consultants zu wahren.
- Dazu ist Cloudomation Engine um größenordnungen leichtgewichtiger in der Installation und Wartung, sowie preislich auf den Mittelstand ausgerichtet, den wir langfristig als unsere Hauptzielgruppe sehen.
Vergleichen: Cloudomation Engine vs. Broadcom CDD
| Feature | Cloudomation Engine | Automic Automation |
|---|---|---|
Installation | Einfach. Über Docker Compose. | Komplex. Benötigt viele Komponenten. Für Datenbank-Backup zusätzliche Lizenzen benötigt (Oracle, MS SQL, DB2) |
Wartung | Einfach | Aufwändig |
Code-basierte-Automatisierung | Individuell mit Python | Anbieterspezifische Skriptsprache, die erlernt werden muss und Einschränkungen mit sich bringt |
Agentless Automation | – | |
Preise | Öffentlich. Unterschiedliche Preismodelle, je nach Bedarf | Nicht öffentlich |
Monitoring | ||
Notifications | ||
REST API | ||
Custom REST API | Beliebig Daten und Parameter können entgegengenommen, beliebige Responses definiert werden | – |
Role Based Access ControlI | ||
Git-Integration | ||
Schnittstellen-Mocking | – | |
Schnittstellen-Analyse | Eingeschränkt | |
Automatisches Rollback | ||
Snapshots | Zustand einer Umgebung zu einer gewissen Zeit erfassen. Je nach Kundenwunsch ist eine Erweiterung möglich. | Zustand einer Umgebung zu einer gewissen Zeit erfassen. |
Plugins | Ja, von Cloudomation entwickelte Erweiterungen stehen zur Verfügung | Community-Plugins |
Testimonials
★★★★★
„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
- Prozesse mit hohem Komplexitätsgrad automatisieren
- Integration über verschiedene Plattformen hinweg
- Ereignisgesteuerte Ausführung
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.