Just Working

Integrationspartner für Unternehmen

justworking.uk

Just Working entwickelt Unternehmensplattformen, interne Werkzeuge, Cloud-Integrationen und Automatisierung für Organisationen, die ernsthafte Technologie ohne dauerhafte betriebliche Reibung benötigen. Sein Produktprinzip ist einfach: Darunter darf Komplexität existieren, doch die Menschen, die das System nutzen und verantworten, sollten diese Komplexität nicht jeden Tag neu rekonstruieren müssen.

Die Ausgangslage

Kundenplattformen beginnen selten mit einem leeren Infrastrukturblatt. Sie bringen bestehende Cloud-Konten, Altdienste, Container, DNS-Anbieter, Zertifikate, Datenbanken, Monitoring-Werkzeuge und Zugriffsmuster mit, die sich über mehrere Lieferphasen angesammelt haben. Eine neue Anwendung kann elegant sein, während ihre Betriebsumgebung eine Sammlung getrennter Konsolen und teamspezifischen Wissens bleibt.

Diese Zersplitterung schafft zwei Probleme. Während der Lieferung verbringen Ingenieure Zeit damit, dieselbe Absicht zwischen Werkzeugen zu übersetzen. Nach dem Start erhält der Kunde ein System, das technisch dokumentiert, aber ohne erfahrene Spezialisten weiterhin schwer zu betreiben ist. Routinefragen – wem gehört dieser Hostname, wo wird ein Secret verwendet, welches Deployment ist aktiv, was hat sich vor einem Alarm geändert – erfordern mehrere Personen oder eine neue Untersuchung.

Einführung als Teil der Lieferung

Just Working führte Opfield während der Lieferung als gemeinsame betriebliche Grundlage ein, nicht als Aufräumprojekt nach dem Start.

1. Zuerst die Zuständigkeit modellieren. Domains, Routen, Anwendungen, Nodes und Datenbanken erhielten stabile Namen und Verantwortliche, bevor Automatisierung hinzukam.
2. Bestehende Infrastruktur wiederverwenden. Opfield verband sich mit den aktuellen Docker-Hosts, DNS, Quellsystemen und der Diensttopologie des Kunden, statt eine Plattformmigration im Ganzen zu verlangen.
3. Einen nachvollziehbaren Änderungsweg schaffen. Häufige Arbeiten wanderten von informellen Anweisungen in Pläne, Tasks, Health-Prüfungen und Audit-Verlauf.
4. Dem Kundenteam dasselbe Modell zeigen. Operatoren stiegen früh mit eingeschränktem Zugriff in den Ablauf ein. Die Übergabe wurde zur Fortsetzung des normalen Betriebs statt zu einem abschließenden Dokumentationsereignis.

Der AI Workspace verwandelte übergeordnete Ziele in Pläne. Dieselben Berechtigungen, Bestätigungen und Operationsprotokolle galten, ob eine Änderung im AI Workspace, in der Betriebskonsole oder in einer API-Integration begann.

Was sich im täglichen Betrieb änderte

Das Lieferteam führt jedes Kundenprojekt auf dieselbe Weise, und jeder Kunde behält seine eigene Architektur. Container, Datenbanken, Routen und Hosts zeigen in einem Produkt, wie sie zusammenhängen.

Kundenteams erhielten eine klarere Grenze zwischen Routinebetrieb und außergewöhnlicher Wiederherstellungsarbeit. Sie konnten bereitstellen, den Health-Zustand prüfen, Logs verfolgen, Routen verwalten und jüngste Änderungen verstehen, ohne uneingeschränkten Zugriff auf jedes zugrunde liegende System zu erhalten. Erfahrene Ingenieure behalten die Werkzeuge auf niedrigerer Ebene für die Wiederherstellung; sie sind nicht mehr der einzige Weg, das System zu betreiben.

Das verbesserte auch Erweiterungen nach dem Start. Neue Dienste konnten einem etablierten Muster für Benennung, Zugriff, Monitoring und Rollback folgen, statt einen weiteren isolierten Deployment-Prozess einzuführen.

Ergebnis

Just Working kann nicht nur Anwendungscode und Infrastrukturdiagramme übergeben, sondern ein funktionierendes Betriebsmodell. Die Systeme bleiben so leistungsfähig wie zuvor und werden einfacher zu prüfen, zu ändern und zu unterstützen.

„Opfield nimmt der Lieferung viel betriebliche Komplexität ab. Unsere Teams erhalten einen Ort, an dem sie Dienste, Zugriff, Health-Zustand und Änderungen verstehen.“

Die Prinzipien hinter diesem Liefermodell finden Sie unter Infrastruktur-Zuständigkeit und IaC und Berechtigungen.