Ende Mai war ich in Köln bei einem Vortrag zum Thema Kubernetes. Genauer gesagt bei der Goldschmiede-Veranstaltungsreihe von anderscore – einem Unternehmen, das ich seit vielen Jahren kenne und das für mich für etwas steht, das in der IT erstaunlich selten geworden ist: tiefe technische Expertise ohne viel Show.
Die Goldschmiede-Reihe besuche ich immer wieder gerne. Nicht nur wegen der Inhalte, sondern auch wegen der Atmosphäre und der Menschen dort.
Diesmal ging es um den Vortrag „Kubernetes, das unbekannte Wesen – Der Schnelleinstieg für Entwickler“, gehalten von Sandra Parsick – ein Thema, das mir seit Jahren immer wieder begegnet, mit dem ich selbst aber bisher nicht praktisch gearbeitet habe.
Die Anreise von Bochum nach Köln am Freitagnachmittag? Ehrlich gesagt eher anstrengend. Verkehr, Parkplatzsuche in der Altstadt, voller Kalender.
Trotzdem fahre ich immer wieder gerne dorthin.
Nicht nur wegen der Vorträge. Sondern wegen der Menschen, der Atmosphäre und der Gespräche.
Ich bin offen in den Vortrag gegangen.
Nicht mit der Erwartung, danach Kubernetes-Experte zu sein. Sondern mit einer viel einfacheren Frage:
Wann ist Kubernetes eigentlich sinnvoll – und wann nicht?
Der Vortrag selbst war sehr praxisnah aufgebaut. Erst Container als Grundlage, dann die wichtigsten Konzepte und Komponenten von Kubernetes – mit Fokus darauf, was Entwickler verstehen sollten, wenn ihre Anwendungen später in solchen Umgebungen laufen.
Einen großen Aha-Moment gab es für mich nicht.
Dafür viele kleine.
Viele Begriffe, Zusammenhänge und Notizen, die mir geholfen haben, ein besseres Gesamtbild zu bekommen.
Natürlich habe ich dabei ständig an meine eigenen Projekte gedacht.
An hochverfügbare Systeme. An verteilte Anwendungen. An Wartungsfenster. An Redundanz. An gewachsene Landschaften.
Und gleichzeitig wurde für mich etwas anderes deutlich:
Nicht jedes Problem braucht Kubernetes.
Gerade in den Diskussionen am Ende wurde sehr klar: Kubernetes ist mächtig – aber auch aufwendig. Es erzeugt Komplexität, kostet Betrieb, erfordert Wissen und lohnt sich nicht automatisch.
Vielleicht war genau das meine wichtigste Erkenntnis des Tages:
Technologieentscheidungen sollte man nicht aus dem Bauch oder wegen eines Trends treffen. Sondern erst das Problem verstehen – und dann prüfen, welches Werkzeug wirklich passt.
Eine Erkenntnis aus den Gesprächen danach würde ich noch allgemeiner formulieren:
Beleuchte dein Anliegen gründlich aus mehreren Perspektiven. Und sprich mit unterschiedlichen Menschen darüber.
Die Gespräche vor Ort waren für mich mindestens genauso wichtig wie der Vortrag selbst.
Ich mag die Atmosphäre dort.
Menschen mit beeindruckend tiefem technischem Verständnis, die ihre Erfahrungen sehr offen teilen und dabei angenehm bodenständig bleiben.
Und genau solche Begegnungen sind wahrscheinlich der eigentliche Grund, warum ich solche Veranstaltungen besuche.
Weil ich Perspektiven bekomme.
Weil ich verstehe, wie andere arbeiten.
Weil ich merke, wo die eigenen Wissenslücken sind.
Und weil Lernen für mich etwas sehr Kraftvolles hat:
Wenn man Dinge versteht, kann man sie für sich – und für andere – nutzbar machen.
Was mir an solchen Veranstaltungen außerdem immer klarer wird: Der fachliche Teil ist nur die eine Seite.
Ich war lange eher jemand, der sich zurückgezogen hat und wenig mit Menschen in Kontakt war. Inzwischen merke ich immer stärker, wie wichtig Austausch, Begegnungen und unterschiedliche Perspektiven für gute Entscheidungen sind – fachlich und persönlich.
Wenn ich in einem Jahr sagen kann, dass ich noch stärker mit Menschen im Gespräch bin, noch mehr Perspektiven einhole und noch mehr gemeinsam mit anderen arbeite, wäre das für mich ein persönlicher Erfolg.
Der Tag endete mit Essen am Rhein, Frühsommerluft und dem Gefühl, wieder ein kleines Stück besser orientiert zu sein.
Und vielleicht ist genau das genug.
Nicht alles verstehen.
Aber besser verstehen, worauf man als Nächstes schauen sollte.
Und weiter mit Menschen im Gespräch bleiben.