Neele-Vat ist ein familiengeführtes Logistikunternehmen mit über 1.700 Mitarbeitern und Hauptsitz in Rotterdam. Das Unternehmen verwaltet komplexe globale Lieferketten, einschließlich des Spezialtransports von Gefahrgut. Die Kernkundenanwendung für Versand und Tracking lief ursprünglich auf einem dedizierten Virtual-Machine-Setup (VM). Mit mogenius für die Infrastruktur und Tetrifox für Software und Beratung migrierte Neele-Vat diese Anwendung zunächst auf eine produktionsreife Kubernetes-Plattform auf Microsoft Azure. Anschließend nutzte das Unternehmen dieselbe Plattform, um dem Wandel durch KI einen Schritt voraus zu sein: Da generative KI die Softwareerstellung in die Hände vieler weiterer Personen statt nur des Entwicklungsteams legte, stellte Neele-Vat sicher, dass diese Apps von Anfang an unter Governance laufen, wodurch das Unternehmen compliant by design bleibt, anstatt später auf Probleme reagieren zu müssen.
Vor der Migration arbeiteten die Entwicklungs- und Betriebsteams von Neele-Vat mit einer ineffizienten Infrastruktur. Test- und Produktionsumgebung liefen auf derselben Maschine, was Instabilität und Risiken erzeugte, und jedes Update hing von einer einzelnen Person ab, die die VM manuell verwaltete. Das machte diese Person zum Flaschenhals und brachte die Feature-Entwicklung ins Stocken.
Das Team war stark in der Anwendungsentwicklung, verfügte jedoch über keine internen Kubernetes-Spezialisten. Es verstand den Wert isolierter Umgebungen und moderner Tools, bestand aber aus Anwendungsentwicklern und nicht aus Platform Engineers, und das Ziel war es, die Entwickler zu befähigen, statt sie über Nacht zu Kubernetes-Experten zu machen. Die Single-VM-Architektur konnte zudem Produktionslasten für I/O-lastige Komponenten wie EventStoreDB nicht bewältigen und auch nicht die Wachstumspläne des Unternehmens oder seine geplanten KI-Initiativen unterstützen.
„Die operationelle Komplexität von Kubernetes war eine signifikante Hürde für unser Team. mogenius hat es für alle unsere Entwickler einfach und handhabbar gemacht, es zu adaptieren und zu nutzen.“
Neele-Vat arbeitete bereits mit Tetrifox zusammen. Für den Schritt zu Kubernetes brauchte das Unternehmen einen zweiten Partner, nicht nur ein Produkt: jemanden, der eine vollständige Kubernetes-Plattform aufbaut, vom Cluster bis hin zu den Developer-Toolings. mogenius wurde aufgrund seiner umfassenden Professional Services und der Abstraktionsschicht der mogenius Kubernetes-Plattform ausgewählt, die für ein Team ohne tiefgehende Kubernetes-Expertise ausschlaggebend war.
Von da an stellte mogenius die Plattform und die Infrastruktur-Expertise bereit, während Tetrifox für die Software-Seite zuständig blieb. Gemeinsam deckt das den gesamten Weg ab, vom Cluster bis zu den Anwendungen, die darauf laufen.
Der Rollout verlief schnell und risikoarm. Der mogenius Operator wurde direkt mit den neuen Azure Kubernetes Service (AKS)-Clustern bereitgestellt, sodass das Setup für das Neele-Vat-Team transparent blieb.
Seit der Migration hat KI das Bild in den meisten Organisationen verändert, und Neele-Vat hat dies früh kommen sehen. Generative KI ist weit über das Software-Team hinaus zu einem alltäglichen Werkzeug geworden. Menschen in jeder Abteilung können nun beschreiben, was sie benötigen, und Tools wie Claude eine funktionierende Container-Anwendung generieren lassen. Das ist ein echter Produktivitätsgewinn, der jedoch auch eine neue Klasse von Risiken mit sich bringt, die die meisten Unternehmen erst bemerken, wenn sie bereits weit verbreitet sind.
Vor einem Jahr bedeutete die Standardisierung von Software die Governance für vielleicht 20 Entwickler. Im Zeitalter der KI ist die Gruppe, die eine deploybare App produzieren kann, nicht länger 5 bis 10 Prozent der Belegschaft. Im Prinzip ist es jeder Mitarbeiter, vom Engineering bis zum Empfang. Der Maßstab derjenigen, die Software erstellen können, hat sich um eine Größenordnung verändert.
Der schnellste Weg für einen nicht-technischen Builder, eine App zum Laufen zu bringen, ist eine Platform-as-a-Service-Abkürzung, bei der das Hosting vollständig abstrahiert im Hintergrund läuft. Genau diese Bequemlichkeit ist das Problem für ein Unternehmen: Diese Umgebungen befinden sich außerhalb des Blickfelds der IT, ohne Governance, ohne Sicherheitsprüfungen und ohne Kontrolle darüber, wo Daten verarbeitet werden. Schutzmaßnahmen auf Enterprise-Niveau greifen nicht bei Apps, die die Organisation nie zu Gesicht bekommt. Für ein Logistikunternehmen mit strengen Datenschutzverpflichtungen ist das eine Lücke, die man schließen sollte, bevor sie sich auftut. Anstatt abzuwarten, nutzte Neele-Vat seine mogenius-Plattform, um der Nachfrage zuvorzukommen und einen regulierten Pfad bereitzustellen, sodass beim Start der KI-Entwicklungen durch Mitarbeiter bereits ein konformes Zuhause für diese Apps vorhanden war.
Die Antwort von Neele-Vat bestand nicht darin, dieses Verhalten zu verbieten, sondern den sicheren Weg zum einfachen Weg zu machen. Die Organisation bietet ihren Mitarbeitern nun eine Möglichkeit, ihre KI-gebauten Apps (intern Citizen Apps genannt) auf derselben zentralen Kubernetes-Plattform mit integrierten Enterprise-Guardrails auszuführen.
Das Resultat ist ein Pfad, bei dem eine Person ohne Software-Hintergrund die von ihrer KI gebaute Container-App nehmen und auf Kubernetes ausführen kann: gute User Experience, keine Shadow IT und stattdessen das zentrale Enterprise-Angebot. Die App läuft sicher, auditierbar und innerhalb der Governance.
Die ehrliche Lektion aus diesem Use Case, und eine, die für jede Organisation gilt, ist, dass man KI-getriebenes Bauen nicht einfach verbieten kann. Richtlinien, die es untersagen, existieren bereits in vielen Unternehmen, und die Mitarbeiter umgehen sie ohnehin. Man kann Verhalten nur steuern, indem man eine Alternative mit derselben Bequemlichkeit anbietet, die in die richtige Richtung weist.
In der Praxis bedeutet dies einen klaren Standardprozess: Wenn Sie eine KI-gebaute App deployen möchten, läuft diese über mogenius. Der Zugriff wird über den bestehenden Login angefragt, der mogenius MCP-Server kann zentral als Connector verteilt werden, und die Dokumentation befindet sich an einem Ort. Unternehmen können dies unterstützen, indem sie externe Platform-as-a-Service-Domains blockieren, sodass der Agent, wenn ein Builder ihn auffordert, extern zu deployen, antwortet, dass das Unternehmen dies nicht erlaubt, und stattdessen den geregelten mogenius-Pfad anbietet. Man kann die Auswahl nicht entfernen, aber man kann den geregelten Pfad zur offensichtlichen Wahl machen.
„Wir wollten die Teams nicht ausbremsen. Der einfache Weg und der sichere Weg sollten derselbe sein. Mit mogenius kann Neele-Vat allen einen geregelten Pfad bieten, auf dem sie das, was sie bauen, laufen lassen können.“
Die Neele-Vat-Plattform wurde einmal aufgebaut und erfüllt nun zwei Aufgaben: Sie betreibt die Kern-Logistikanwendungen des Unternehmens auf modernem Kubernetes und gibt jedem KI-assistierten Builder einen geregelten Ort zum Shippen. Die übergeordnete Erkenntnis ist zukunftsorientiert: Die Welle von KI-gebauter Software kommt auf jede Organisation zu, ob die IT bereit ist oder nicht, und die Teams, die im Voraus einen konformen Self-Service-Pfad vorbereiten, sind diejenigen, die diese Welle in einen Vorteil statt in eine Belastung verwandeln.
Das ist meist der Punkt, an dem sich ein Gespräch über einen geregelten Self-Service-Pfad für Citizen Apps lohnt. Erzählen Sie uns von Ihrem Setup, oder lesen Sie, wie andere Teams es gelöst haben.
Tetrifox hilft Unternehmen beim Skalieren. Unsere Teams werden Teil der Organisation unserer Kunden und bringen Geschäftsverständnis, technische Führung und Engineering zusammen. Wir übernehmen Verantwortung von der ersten Idee bis in den Produktivbetrieb und den laufenden Betrieb. Software ist das Werkzeug; das Ziel ist ein Unternehmen, das wachsen kann, ohne von der Technologie ausgebremst zu werden.
Das primäre Problem war ein massiver administrativer Mehraufwand und Deployment-Stillstand. Die Kernanwendung lief auf dedizierten VMs ohne CI/CD, wodurch Entwickler für manuelle Deployments auf eine einzige Person angewiesen waren. Dieser Mangel an Automatisierung und Isolation brachte die Entwicklung neuer Features zum Erliegen, und die einzelne VM konnte weder mit dem Wachstum noch mit den geplanten KI-Initiativen des Unternehmens skalieren.
Neele-Vat benötigte einen strategischen Partner, der umfassende Professional Services anbot, um die gesamte Kubernetes-Plattform aufzubauen, nicht nur ein Produkt. Dies schloss die interne Skill Gap und gab den Entwicklern eine intuitive Plattform zur schnellen Adaption, ohne zu Infrastruktur-Spezialisten werden zu müssen.
Die Kubernetes-Infrastruktur für Entwicklung, UAT und Produktion auf dem Azure Kubernetes Service (AKS) wurde in etwa einem Monat aufgebaut, unter Verwendung eines Infrastructure-as-Code-Ansatzes mit Bicep.
Shadow IT ist Software, die außerhalb der Governance der Organisation läuft. KI-Tools machen sie weitaus häufiger, da Mitarbeiter ohne Entwicklungshintergrund nun funktionierende Apps generieren und deployen können. Die Gruppe, die Software erstellen kann, ist von einer kleinen Anzahl von Entwicklern auf potenziell jeden Mitarbeiter angewachsen, was die unregulierte Angriffsfläche vervielfacht.
Builder wählen einfache Templates über eine Self-Service-Schnittstelle aus oder bitten einen KI-Agenten, über den MCP-Server zu deployen. Jedes Template bringt Network Policies, Kyverno Policies und Namespace-Isolation unter der Haube mit, sodass die korrekte Sicherheitskonfiguration automatisch angewendet wird, ohne dass der Builder Kubernetes-Wissen benötigt.
Jede Aktion, ob über die Benutzeroberfläche, Git, die API oder einen KI-Agenten über MCP, läuft auf dieselbe Plattform mit demselben Audit-Trail hinaus. Agenten-Aktionen werden dem Entwickler zugerechnet, in dessen Auftrag sie handeln, sodass in natürlicher Sprache vorgenommene Deployments vollständig nachvollziehbar bleiben.
Abonnieren Sie unseren Newsletter und bleiben Sie über die neuesten Entwicklungen auf dem Laufenden
