Mendix ist für Organisationen, die eine Softwarelieferung aufbauen. Cordango für die, die genau das vermeiden.
Mendix steht am reifen Unternehmensende von Low-Code. Es setzt KI über den gesamten Lieferprozess ein statt nur beim Erzeugen, es hat ein ordentliches Lifecycle-Management für Anwendungen, und es läuft in der öffentlichen Cloud, in einer privaten Cloud oder in Ihrem eigenen Kubernetes. Es richtet sich an Organisationen, die Software dauerhaft selbst bauen wollen, mit den Teams und der Governance, die dazugehören.
Cordango richtet sich an die entgegengesetzte Absicht. Nicht an ein Unternehmen, das eine Lieferfunktion aufbaut, sondern an eines, das mehrere interne Bausteine haben will, ohne sich eine zuzulegen. Es gibt keine Wahl beim Betrieb, keine Lifecycle-Werkzeuge und keine Modellierungssprache, weil das Fundament feststeht und die Bausteine es lesen. Gegen Mendix ist das mit weitem Abstand das schmalere Produkt, und schmaler ist das Argument, keine Entschuldigung dafür.
Funktionsumfang und Preise ändern sich. Jede Zeile ist gegen die aktuelle Dokumentation des Anbieters geprüft, verlinkt am Fuß dieser Seite.
Standard heißt, es ist da, ohne dass jemand es einrichtet. Verfügbar heißt, der Anbieter unterstützt es, manchmal erst ab einem bestimmten Tarif. Selbst einrichten heißt, es geht, und es ist Ihre Arbeit. Nicht dafür gedacht heißt, das Produkt zielt woanders hin.
| Cordango | Mendix | |
|---|---|---|
| Eine App durch Beschreiben bauen | Standardder normale Weg hinein, neben fertigen Bausteinen | VerfügbarKI unterstützt über den Lieferprozess. Gebaut wird weiterhin durch Modellieren. |
| Modellierung und Kontrolle für Entwickler | Nicht dafür gedachtzweckgebaute Oberflächen aus einem gemeinsamen Vokabular. Es gibt keine Modellierungssprache. | Standardeine vollständige Modellierungsumgebung, mit Code erweiterbar |
| Gemeinsame Unternehmensdaten über alle Apps | StandardFirmen und Personen sind Datensätze der Plattform. Vorher ist nichts zu modellieren. | Selbst einrichtengemeinsame Domänenmodelle sind machbar und eine Architekturentscheidung, die jemand verantwortet |
| Lifecycle-Management für Anwendungen | Nicht dafür gedachtes gibt keine Umgebungen, Zweige oder Releases zu verwalten. Das ist ebenso Einschränkung wie Erleichterung. | Standardeine der stärksten Seiten des Produkts |
| Identität und Rollen auf Organisationsebene | StandardMicrosoft- und Google-Anmeldung in jedem Tarif, SAML und SCIM weiter oben | Standarddie Anbindung von Unternehmensidentitäten ist gut abgedeckt |
| Rechte innerhalb der App | Standardunterhalb der Anwendung geprüft, pro Entität, pro Feld und pro Kommando | Selbst einrichtenpro Anwendung modelliert, mit feiner Kontrolle über das Ergebnis |
| Audit über alle Apps | StandardHistorie auf Feldebene aus der Laufzeitumgebung, nichts zu modellieren | Selbst einrichtenmachbar, und meist etwas, das Sie in die Anwendung hineinentwerfen |
| Wahl beim Betrieb | Nicht dafür gedachtCordango ist ein verwalteter Dienst in deutschen Rechenzentren. Es gibt nichts zu wählen und nichts im Angebot. | Standardöffentliche Cloud, private Cloud oder Ihr eigenes Kubernetes |
| Jemand muss die Plattform betreiben | Standardbei Ihnen niemand | Selbst einrichtenPlattformverantwortliche, Standards und ein Lieferprozess |
| Daten in Deutschland oder der EU | Standarddeutsche Rechenzentren, Unterauftragsverarbeiter veröffentlicht | Standardbetreiben Sie es, wo Sie möchten, auch auf eigener Infrastruktur |
| Erfahrung in großem Maßstab | Noch nichtCordango nimmt frühe Unternehmen in kleiner Zahl auf. Wir haben keine vergleichbare Installation vorzuweisen. | Standardseit langem etabliert in großen Unternehmen |
| Externe Nachweise heute | Noch keinewir haben keine Zertifizierung nach ISO 27001, SOC 2 oder C5 und keinen externen Penetrationstest beauftragt. Das steht bei uns auf der DPA-Seite, nicht in einer Fußnote. | Standardein etabliertes Nachweisportfolio für Unternehmen |
| Passt für ein Unternehmen ohne Lieferfunktion | Standardgenau für dieses Unternehmen ist Cordango gebaut | Nicht dafür gedachtMendix belohnt Organisationen, die eine aufbauen. Das ist ein anderer Kunde. |
| Ein Vertrag für die ganze Plattform | StandardApps werden nicht einzeln bepreist. Der zehnte Baustein ist keine neue Position. | VerfügbarUnternehmenslizenzen, meist verhandelt statt veröffentlicht |
Mendix beantwortet eine Frage, die Cordango nicht stellt: wie baut und betreibt eine Organisation über Jahre viele Anwendungen gut, mit vielen Teams? Die Antwort besteht aus einer Modellierungsumgebung, Lifecycle-Management, Freiheit beim Betrieb und KI über den ganzen Lieferprozess. Für ein Unternehmen, das Software dauerhaft selbst bauen will, ist das die richtige Form.
Cordango setzt voraus, dass Sie das nicht vorhaben. Es gibt keine Modellierungssprache, keine Umgebungsstrategie, keinen Release-Prozess und keine Wahl beim Betrieb. An die Stelle von all dem tritt ein Unternehmensfundament, das vor Ihnen entschieden wurde: Firmen und Personen als Datensätze der Plattform, Rechte darunter geprüft, eine Historie über alles.
Das ist ein viel kleineres Produkt, und gegen Mendix sollte man es auch so lesen. Der Fall dafür ist, dass sehr viele Unternehmen sechs interne Bausteine brauchen und nie eine Lieferfunktion brauchen werden, und dass man am Ende weder das eine noch das andere hat, wenn man die Plattform kauft, die das Gegenteil unterstellt.
Mendix ist die bessere Wahl, wenn die Organisation Software dauerhaft selbst bauen will, wenn viele Teams viele Anwendungen ausliefern, oder wenn der Betrieb auf eigener Infrastruktur zur Anforderung gehört.
Was wir zeigen können und was nicht. Cordango hat heute keine Zertifizierung nach ISO 27001, SOC 2 oder C5 und noch keinen externen Penetrationstest beauftragt. Lieber lesen Sie das hier als später in der Beschaffung. Sicherheit und Rechte bei Cordango.
Bringen Sie etwas mit, das Sie sonst als Low-Code-Projekt aufsetzen würden. Wir bauen es in der Demo, auf einer Unternehmensplattform, auf der Datensätze, Rechte und Historie schon existieren.