Ich stehe gerade vor einer Entscheidung, die mich echt umtreibt. Seit ein paar Monaten laufen unsere Entwicklungs- und Testumgebungen auf einem kleinen Cluster, den ich selbst mit Kubernetes orchestriert habe. Das war anfangs ein spannendes Lernprojekt, aber langsam frisst die Wartung und das Feintuning mehr Zeit, als mir lieb ist. Jetzt überlege ich ernsthaft, ob ein Wechsel zu einem Managed Kubernetes Service nicht die bessere Wahl wäre. Ich habe einfach das Gefühl, dass ich mich zu sehr mit der Infrastruktur beschäftige, anstatt mich auf unsere eigentliche Anwendung zu konzentrieren. Irgendwie fehlt mir der Mut, den Sprung zu wagen, weil ich die Kontrolle abgeben müsste. Hat jemand ähnliche Gedanken gehabt?
Es klingt wie ein ehrlicher Wandel vom Lernprojekt zur stabilen Produktion. Mir gefällt der Gedanke den Fokus wieder auf die Anwendung zu legen statt auf die Infrastruktur. Bleibt eine Frage wie stark dich der Verlust an direkter Kontrolle trifft
Vielleicht ist ein Managed Kubernetes Service doch nur eine andere Form der Wartung Und irgendwann zahlt man mit Gewohnheiten und Abhängigkeiten Die Angst vor dem Verlust der Kontrolle ist nachvollziehbar
Ich neige dazu zuerst die Ziele zu klären bevor man die Technik wechselt. Wenn ihr eine klare Roadmap habt könnte der Sprung leichter wirken
Eine andere Idee wäre es erst mal eine kurze Pilotphase zu definieren Dann merkst du ob der Aufwand wirklich sinkt oder ob sich die Kosten verschieben
Frage dich ob der Schmerz der Wartung eher an der Architektur liegt oder an den Prozessen Glaubst du der Wechsel zu Managed Kubernetes Service könnte die Teamdynamik verbessern
Vielleicht ist Platform Engineering der richtige Rahmen statt einer einfachen Entscheidung für oder gegen einen Dienst Und vielleicht geht es am Ende mehr um kulturelle Anpassung als um Technik
