Unternehmen wünschen sich qualitativ hochwertige, sichere und zukunftssichere Anwendungen. Die meisten Unternehmen haben damit nicht etwa Probleme, weil ihnen die nötigen Werkzeuge fehlen. Im Gegenteil: Sie haben bereits in Plattformen investiert, die die Softwarequalität verbessern, Sicherheitsrisiken identifizieren, Standards durchsetzen und Bereitstellungsrisiken minimieren sollen. Ihre Herausforderung besteht darin, dass diese Tools oft außerhalb des eigentlichen Bereitstellungsprozesses angesiedelt sind. Entwickler müssen den Release-Prozess verlassen, Scans manuell auslösen, auf Ergebnisse warten, zwischen Systemen wechseln und entscheiden, ob eine Anwendung in die nächste Umgebung übertragen werden soll. Diese Aktivitäten sind wichtig, aber da sie außerhalb der Pipeline stattfinden, sind sie anfällig für Verzögerungen, Inkonsistenzen und menschliches Versagen. Wenn Bereitstellungsentscheidungen von Informationen abhängen, die an anderer Stelle vorliegen, müssen sich Unternehmen darauf verlassen, dass Mitarbeiter jeden erforderlichen Schritt jedes Mal korrekt ausführen.

Dies wird mit zunehmender Reife von Organisationen besonders schwierig. Qualitätskontrollen werden komplexer, Sicherheitsanforderungen steigen und Governance-Standards werden erweitert. Teams führen zusätzliche Tools ein, um diese Aufgaben zu bewältigen. Obwohl jedes Tool wertvolle Erkenntnisse liefern kann, wird der gesamte Release-Prozess oft fragmentiert. Die Informationen, die für die Entscheidung über die Softwarebereitstellung benötigt werden, sind nicht mehr dort verfügbar, wo die Entscheidungen getroffen werden. Stattdessen wird der Bereitstellungsprozess durch Anrufe, E-Mails, Dashboards, Genehmigungsanfragen, Scans und Berichte unterbrochen, die über verschiedene Systeme verteilt sind.

Einführung von POST- und GET-Anfragen

POST- und GET-Anfragen sind neue Pipeline-Schritte, die in einem Pipeline-Design konfiguriert werden können, um diese Diskrepanz zu beheben. Sie ermöglichen Mendix Pipelines lassen sich im Rahmen des Software-Release-Prozesses direkt mit externen Systemen und Tools integrieren. Anstatt Teams aufzufordern, den Pipeline-Prozess zu verlassen, Aktivitäten an anderer Stelle durchzuführen und Ergebnisse manuell zu interpretieren, können Unternehmen diese Aktivitäten nun automatisch auslösen und validieren lassen. Dies führt zu deutlich höherer Konsistenz und besserer Einhaltung der Governance-Richtlinien. Qualitätssicherung, Sicherheit und andere Prozesse können gemäß Unternehmensprotokoll bei jedem Deployment durchgeführt werden, sodass Release-Entscheidungsträger jederzeit Zugriff auf die benötigten Informationen haben.

Menditect Test Automation (MTA) zum Testen Ihrer Anwendungen auslösen

Ein gängiges Beispiel hierfür ist das automatisierte Testen. Viele Unternehmen möchten das Verhalten einer Anwendung validieren, bevor sie diese im Release-Prozess weiter verbreiten. Menditect ist ein Paradebeispiel für eine Plattform, die zur Automatisierung solcher Tests eingesetzt wird. Mendix Anwendungstests schaffen Vertrauen, dass sich die Software wie erwartet verhält. Vor solchen Integrationen nutzten Teams diese Software. Mendix Pipelines mussten häufig die Testausführung separat auslösen, den Fortschritt extern überwachen und die Ergebnisse manuell überprüfen, bevor entschieden wurde, ob eine Bereitstellung fortgesetzt werden konnte. Dieser Prozess funktioniert zwar, führt aber zu zusätzlichem manuellem Koordinierungsaufwand in einem Workflow, den Unternehmen zunehmend standardisieren möchten.

Mit POST- und GET-Anfragen, Mendix Pipelines können Teil dieses Testablaufs werden. Eine Pipeline kann einen Menditect-Testlauf auslösen, das Ergebnis abrufen und diese Information in den umfassenderen Release-Prozess einbeziehen. Teams müssen Tests nicht länger als separate Aktivität neben dem Deployment-Workflow betrachten. Stattdessen werden Tests zu einer weiteren Information, die bei Deployment-Entscheidungen zur Verfügung steht. Der Vorteil liegt darin, dass ein Test als Teil eines wiederholbaren Prozesses ausgeführt wird, der konsistent über verschiedene Umgebungen und Releases hinweg durchgeführt werden kann. Organisationen, die dieses Szenario implementieren möchten, können ihre Menditect-spezifische Dokumentation für Implementierungsdetails und API-Konfigurationshinweise.

Scannen Ihrer Anwendungen mit Quality and Security Manager (QSM)

Ein zweites Beispiel ist die Quality and Security Management Platform (QSM) der Software Improvement Group. Unternehmen nutzen QSM, um Einblicke in die Qualität, Wartbarkeit und Sicherheitsmerkmale ihrer Anwendungen zu gewinnen. Diese Erkenntnisse helfen Teams zu verstehen, ob die Software den Unternehmensstandards und Qualitätszielen entspricht. Früher existierten diese Informationen oft als separate Datenquelle, die bei der Releaseplanung oder vor der Produktionsfreigabe herangezogen werden musste.

Durch die Verbindung von QSM mit Mendix Durch Pipelines können Unternehmen Qualitäts- und Sicherheitsinformationen deutlich früher im Release-Prozess bereitstellen. Ein Deployment-Workflow kann die erforderlichen Aktivitäten initiieren, die Ergebnisse der Auswertung abrufen und diese Informationen in die Entscheidung über die weitere Softwareveröffentlichung einbeziehen. Anstatt Qualitätsbefunde erst nach der Release-Entscheidung zu entdecken, können sie so Teil des Entscheidungsprozesses werden. Dies unterstützt Unternehmen dabei, von der manuellen Berichtsprüfung zu einem besser planbaren und wiederholbaren Release-Protokoll überzugehen.

So viele weitere Tools, um sich zu verbinden

Qualität und Sicherheit zählen zwar zu den häufigsten Anwendungsfällen, doch die Möglichkeiten reichen weit darüber hinaus. Manche Organisationen möchten Bereitstellungen in Konfigurationsmanagement-Datenbanken registrieren, um die Nachverfolgbarkeit und die Durchführung von Audits zu gewährleisten. Andere möchten ihre Betriebsteams über Microsoft Teams oder Slack über den Erfolg oder Misserfolg einer Bereitstellung informieren. Einige Organisationen nutzen Genehmigungssysteme, Change-Management-Plattformen, Governance-Lösungen, Risikomanagementprozesse oder intern entwickelte Dienste, um die Freigabe von Software zu bestimmen. In manchen Fällen validieren Teams sogar unternehmensspezifische Bedingungen vor dem Livegang. Gemeinsam ist ihnen, dass wichtige Release-Informationen oft außerhalb der Datenbanken liegen. Mendix Pipelines. POST- und GET-Aufrufe bieten eine Möglichkeit, diese Systeme mit dem Release-Prozess zu verbinden, ohne dass Unternehmen die Tools aufgeben müssen, denen sie bereits vertrauen und auf die sie sich verlassen.

Das übergeordnete Ergebnis ist eine verbesserte Governance. Governance wird häufig mit Richtlinien, Kontrollen und Compliance-Anforderungen in Verbindung gebracht, doch in der Praxis geht es oft um Konsistenz. Organisationen definieren Prozesse, weil sie vorhersehbare Ergebnisse erzielen wollen. Sie möchten, dass Qualitätsprüfungen und Sicherheitsvalidierungen stets durchgeführt werden. Sie möchten, dass Bereitstellungsentscheidungen auf Fakten und nicht auf Annahmen basieren. Indem externe Systeme enger in den Bereitstellungsworkflow integriert werden, können Organisationen die Abhängigkeit von manueller Koordination reduzieren und das Vertrauen stärken, dass wichtige Release-Aktivitäten gemäß etablierter Standards ablaufen. Das Ergebnis ist ein Release-Prozess, der sich leichter standardisieren, leichter auditieren und leichter skalieren lässt.

FANGEN SIE JETZT AN

POST- und GET-Anfragen stehen Organisationen, die externe Systeme mit dem Internet verbinden möchten, ab heute zur Verfügung. Mendix Pipelines. Ob automatisierte Tests mit Menditect, Einblicke in die Anwendungsqualität mit QSM, Governance-Prozesse, Release-Benachrichtigungen, unternehmensspezifische Integrationen oder einfach nur spannende Experimente – diese Funktion bietet einen praktischen Ausgangspunkt, um externe Informationen in die Entscheidungsfindung für die Bereitstellung einzubeziehen. Wir empfehlen Ihnen, die detaillierte Erklärung dazu zu lesen. Mendix Dokumentation für POST- und GET-Anfragen um die Pipeline-Designkonfiguration richtig zu gestalten.

Mit Blick auf die Zukunft ist dies nur der erste Schritt auf dem Weg zu einer umfassenderen Orchestrierung. Zukünftige Erweiterungen, wie die Unterstützung zusätzlicher POST- und GET-Anfragen innerhalb einer einzigen Pipeline, werden es Unternehmen ermöglichen, mehrere Systeme miteinander zu verbinden und zunehmend anspruchsvolle Szenarien in den Bereichen Qualität, Sicherheit, Governance und Release-Management zu unterstützen.