Kubernetes darf kein Blindflug sein.

Vor der Plattformwahl betrachten wir, welche Anwendungen aufgenommen werden sollen und welchen Bedarf die Teams haben. Wie werden neue Versionen heute bereitgestellt? Welche Daten bleiben dauerhaft erhalten? Wer übernimmt Änderungen an der Plattform? Diese Fragen helfen, den benötigten Umfang einzugrenzen. Kubernetes kann sinnvoll sein, muss aber zu den Anwendungen und den verfügbaren Kompetenzen passen. Eine Entscheidung allein aufgrund einer gewünschten Technologie würde den zusätzlichen organisatorischen und technischen Aufwand noch nicht beantworten.

Geeignete Varianten werden deshalb auch nach ihrer Aufgabenverteilung betrachtet. Bei einem verwalteten Dienst bleibt zu klären, welche Arbeiten an Anwendung, Konfiguration und Daten weiterhin notwendig sind. Das Zielbild benennt diese Eigenanteile und legt fest, welche davon OTOKO® innerhalb des Auftrags übernimmt. Eine repräsentative Pilotanwendung macht die Anforderungen greifbar. An ihr kann geprüft werden, ob der gewählte Aufbau und die vorgesehenen Abläufe die Erwartungen tatsächlich erfüllen, bevor weitere Teams oder Anwendungen hinzukommen.

Ein Team benötigt mehr als Zugang zum Cluster. Es muss wissen, wo es arbeiten darf, wie Ressourcen zugeordnet werden und welche Freigaben für eine produktive Änderung gelten. Gemeinsam werden diese Grundlagen eingerichtet und mit dem Bereitstellungsweg verbunden. Images, Prüfungen und die gewünschte Version müssen nachvollziehbar zusammengehören. Die konkrete Umsetzung folgt dabei Ihren Anwendungen und vorhandenen Werkzeugen; bereits funktionierende Abläufe werden soweit passend in das Zielbild aufgenommen.

Der erste Release wird gemeinsam durchgeführt. Dabei prüfen wir nicht nur den erfolgreichen Start, sondern auch die Verständlichkeit des Ablaufs: Sind Fehlermeldungen zuordenbar, ist die Freigabe eindeutig und wissen Entwicklung und Betrieb, wann sie tätig werden müssen? Vereinbarte Fehlerfälle und Rückwege werden ebenfalls besprochen oder erprobt. Die daraus gewonnene Dokumentation soll weitere Releases unterstützen. So erhält Ihr Team einen nutzbaren Arbeitsweg und nicht lediglich eine technische Umgebung, deren Bedienung später erst herausgefunden werden muss.

Container können neu bereitgestellt werden, doch die zugehörigen Daten und angebundenen Dienste benötigen eigene Verfahren. Gemeinsam betrachten wir, welche Informationen dauerhaft erhalten bleiben müssen und wie ihre Wiederherstellung geprüft wird. Dazu gehört auch die Reihenfolge, in der Anwendung und Daten wieder nutzbar werden. Ein Sicherungsverfahren muss daher zur tatsächlichen Anwendung passen. Die Aufgaben werden ausdrücklich zugeordnet, damit nicht unbeabsichtigt eine Lücke zwischen Plattformbetreuung und Anwendungsverantwortung entsteht.

Auch Plattform-Updates brauchen Vorbereitung und Abstimmung. Abhängigkeiten, Testmöglichkeiten und erforderliche Freigaben werden im Betriebsverfahren beschrieben. Überwachung und Meldewege legen fest, wie Probleme erkannt und an die richtigen Beteiligten weitergegeben werden. Bei einer laufenden Betreuung benennt der Leistungsumfang, welche Plattform- und Betriebsaufgaben abgedeckt sind und welche bei Ihren Teams verbleiben. Diese Abgrenzung erleichtert es, neue Anforderungen später bewusst aufzunehmen und die notwendige Arbeit an der Plattform realistisch zu planen.