Cristian Blanaru

Du hast einen sehr vielfältigen Hintergrund: Du hast in der IT und Datenbankadministration einer internationalen Schule angefangen und bist dann in den Bereich Site Reliability Engineering und Teamleitung gewechselt. Was hat deinen Wechsel in den SRE-Bereich angestoßen und was hat dich speziell zu Checkmk gezogen?

Der Wechsel in den SRE-Bereich wurde von dem Wunsch getrieben, zu sehen, wie sich meine architekturellen Entscheidungen direkt auf die Endanwender auswirken. Wenn es das eigene Telefon ist, das bei Störungen klingelt, ist man unglaublich motiviert, Designs bewusst zu gestalten, Reibungsverluste zu reduzieren und auf Resilienz zu bauen.

Ich bin zu Checkmk gekommen, weil es ein wirklich beeindruckendes Stück Technologie im Monitoring-Bereich ist. Es ist die Art von Software, die man zutiefst zu schätzen weiß, sobald sie einen vor fünf oder zehn Limits warnt, die man auf einem Cloud-Abonnement gleich erreichen wird – Limits, für deren Einrichtung man selbst vielleicht gar keine Zeit gehabt hätte. Es gibt keinen besseren Weg, um sicherzustellen, dass ein solches Tool mehr Menschen erreicht, als dabei zu helfen, seine Auffindbarkeit und Interaktion zu erweitern.

Als Site Reliability Engineer liegt dein Hauptaugenmerk darauf, sicherzustellen, dass Systeme skalierbar, zuverlässig und hochverfügbar sind. Wie sieht ein typischer Arbeitstag für dich aus und welche Tools sind für deinen täglichen Arbeitsablauf absolut unerlässlich?

Mein Tag beginnt mit dem „Warmwerden“ durch Alerts – ich prüfe, ob eines meiner Systeme mit mir sprechen muss – und gehe dann darin über, unsere Entwickler zu unterstützen. Das Ziel ist es, sicherzustellen, dass ihre Änderungen so schnell und sicher wie möglich in die Produktion gelangen. Wenn die Systeme stabil sind und die Entwickler ungehindert arbeiten können, verbringe ich meine Zeit damit, die bestehende Infrastruktur zu verbessern oder neue Funktionen zu bauen, um die Qualität unserer Plattform zu steigern.

Was die Tools angeht, nutze ich alles, was das Leben leichter macht, aber ich bin ein großer Verfechter von „Dogfooding“ (Nutzung der eigenen Produkte). Nichts kann Checkmk besser überwachen als Checkmk selbst; ich würde mir nicht einmal die Mühe machen, zu versuchen, diese Funktionstiefe in einem anderen System zu replizieren. Für alles andere halte ich mich an das, was die Open-Source-Community liebt und geschätzt hat – Tools, die den Arbeitsablauf meines Teams nahtlos gestalten.

Du hast einen Bachelor in Computersicherheit und einen Master in Informationsmanagement. Wie beeinflussen diese akademischen Einblicke – insbesondere dein Hintergrund in der Sicherheit – deine täglichen Entscheidungen beim Aufbau und der Wartung von Infrastruktur?

Der Sicherheits-Hintergrund sensibilisiert mich für die kontinuierlichen Risiken, mit denen wir jonglieren, und hilft mir, Systeme zu bauen, die „secure by design“ sind. Mein Master war zwar auf Informationsmanagement fokussiert, lehnte sich aber stark an das Thema Entrepreneurship an, was entscheidend für das Verständnis der geschäftlichen Seite der Technik war.

Während dieses Studiums habe ich wirklich begriffen, dass das „Eingehen keines Risikos“ an sich schon ein massives Risiko für jedes Unternehmen darstellt. Man muss genau wissen, wie viel Risiko akzeptabel ist. Das sind die Blickwinkel, die ich täglich nutze, um mich schnell, aber vorsichtig zu bewegen – besonders da da draußen immer jemand Portscans durchführt und nach offenen Ports sucht.

Bevor du zu Checkmk kamst, hast du wertvolle Erfahrungen als SRE Team Lead gesammelt. Wie hat dieser Führungshintergrund die Art und Weise geprägt, wie du mit unseren Entwicklungs- und Betriebsteams zusammenarbeitest, um die Lücke zwischen Engineering und Zuverlässigkeit zu schließen?

Glücklicherweise macht es Checkmk einem leicht, weil ich von klugen, motivierten Menschen umgeben bin. Für mich bedeutet Führung interne Reflexion – mich selbst ständig zu verbessern, damit ich meinem Team besser dienen kann.

Es sind talentierte Einzelpersonen, die brillante Produkte bauen, und ich möchte einer von ihnen sein. Mein Führungshintergrund hilft mir, den Fokus auf dem zu halten, was zählt: die Balance zu wahren und starke Beziehungen zu anderen aufzubauen, um Reibungen so schnell wie möglich abzubauen und zuverlässig Ergebnisse zu liefern.

Die Balance zwischen Systemzuverlässigkeit und schneller Softwareentwicklung ist in der Tech-Branche immer ein heikler Akt. Was ist die spannendste technische Herausforderung, der du dich in deiner aktuellen Rolle stellst, und wie sieht dein Lösungsansatz aus?

Die spannendste technische Herausforderung? Es ist schwer, nur eine auszuwählen! Meistens jonglieren wir mit mindestens zwei. Oft entsteht eine Herausforderung aus einer Situation nach dem Motto: „Vor einem Jahr wussten wir es nicht besser“. Wie der alte Entwickler-Witz besagt: Es ist immer DNS.

Ursprünglich nutzte Checkmk Cloud ein DNS-Record-Design pro Kunde. Das ergab damals Sinn, zwang uns aber in merkwürdige Muster – wir mussten auf die Erstellung von Records warten, was hier und da zu Verzögerungen führte. Als wir bemerkten, dass wir kurz davor standen, ein „Anti-Pattern“ anzuwenden, um ein langjähriges Problem zu beheben, wussten wir, dass es Zeit für eine Änderung war. Wir entdeckten die Power von Wildcard-DNS, was die gesamte Einrichtung vereinfachte und unsere Cloud-Kunden viel glücklicher machte.

An diesem Tag zog Zen beim Thema DNS ein! Mein Ansatz basiert immer auf Neugier. Wenn sich etwas falsch anfühlt oder man gegen Anti-Pattern kämpft: Seien Sie neugierig und recherchieren Sie. Meistens werden Sie eine fantastische Lösung finden – und wenn nicht, haben Sie die Chance, der Erste zu sein, der sie für die Community baut.

Wenn du nicht gerade damit beschäftigt bist, Server zu überwachen, Datenbanken zu verwalten oder unsere Infrastruktur reibungslos am Laufen zu halten: Was ist deine liebste Art, abzuschalten und deine Akkus aufzuladen?

Wandern, Radfahren, Stand-Up-Paddling oder Möbel für Dachschrägen bauen! Es gibt so viele gute Optionen; ich brauche einfach nur mehr Zeit, um sie alle zu machen.

Was macht deiner Meinung nach Checkmk oder dein Team im Speziellen so besonders?

Bei Checkmk ist es die Tatsache, wie viele Dinge die Software einfach „richtig macht“. Eine Regel, und plötzlich wird mein AWS-Konto überwacht und ich werde vor Limits bei Elastic IPs gewarnt. Es ist ein Segen zu wissen, dass ein anderer Entwickler meine täglichen Probleme bereits gelöst hat.

Mein Team ist etwas Besonderes, weil wir diejenigen sind, die diese Erfahrung allen anderen zugänglich machen. Eine einfache Registrierung gibt einem eine der besten Hybrid-Monitoring-Lösungen, die es gibt. Teil dieser Reise zu sein, macht uns wirklich stolz.

Erinnerst du dich an ein besonders interessantes, spannendes oder schönes Erlebnis bei Checkmk? Wenn ja, kannst du uns davon erzählen?

Meine besten Erlebnisse sind immer die, bei denen wir gemeinsam etwas unheimlich Kniffliges lösen. Anwendungs-Monitoring ist dafür ein tolles Beispiel. Wir mussten sicherstellen, dass wir alle Arten von Kunden unterstützen können, was besonders für die Cloud-Edition eine Herausforderung war.

Zwei Teams kamen zusammen und tüftelten aus, wie man Checkmk flexibel genug macht, um verschiedene Metrics-Backends zu verarbeiten und trotzdem zu skalieren. Die Geschwindigkeit, die Begeisterung und die Professionalität von beiden Seiten haben eine sehr schwierige Aufgabe erreichbar werden lassen. Es kommt selten vor, dass man diese Ebene an gemeinschaftlicher Begeisterung findet.

Was hat dich zu der Entscheidung bewegt, zu Checkmk zu kommen? Wie bist du zu Checkmk gekommen?

He he heeee… sollen wir die offizielle Antwort nehmen? Spaß beiseite, bleiben wir ehrlich. Ich habe aus der Startup-Welt alles gelernt, was ich über die Skalierung von E-Commerce-Websites lernen konnte, und war auf der Suche nach einem Projekt, bei dem ich etwas Neues und Wertvolles einbringen konnte.

Es war das perfekte Timing, da Checkmk bereit war, neue Strategien zu erkunden. Nach dem Vorstellungsgespräch wusste ich einfach: Das ist es. Es hat absolut Sinn ergeben. Ich wusste, dass ich meinen Teil beitragen kann, weil ich durch alle möglichen Infrastruktur-„Höllen“ gegangen bin – ich kenne das Risiko, wenn ein schwer ausgelasteter Node am Black Friday wegen eines Caching-Fehlers Ärger macht. Es war eine unglaublich glückliche Fügung des Schicksals.