Wir sind ein Team aus erfahrenen Architekten und Entwicklern, die sich auf verteilte Systeme spezialisiert haben. Jeder bringt eigene Perspektiven mit – von Container-Orchestrierung bis Event-Driven Architecture.
Hanna hat über acht Jahre in unterschiedlichen Branchen gearbeitet – vom Finanzsektor bis zur Logistik. Sie mag es, wenn Systeme resilient sind und auch unter Last stabil bleiben. Ihre Projekte zeichnen sich durch durchdachte Fehlerbehandlung aus.
Elias denkt in Bounded Contexts und Aggregaten. Er hat mehrere Legacy-Monolithen in Microservices umgewandelt und weiß, wo die Fallstricke liegen. Seine Designs sind so aufgebaut, dass Teams autonom arbeiten können.
Mila sorgt dafür, dass Deployments reibungslos laufen. Sie hat Pipelines gebaut, die täglich mehrere Releases ausliefern – mit automatischen Rollbacks und Blue-Green-Deployments. Ihre Terraform-Module sind legendär im Team.
Oskar hat Plattformen aufgebaut, die hunderte Services verwalten. Er kennt sich mit Consul, etcd und verschiedenen Load-Balancing-Strategien aus. Wenn jemand ein Performance-Problem hat, ist er meist der erste Ansprechpartner.
Freya hat sich auf Sicherheit in verteilten Systemen spezialisiert. Sie implementiert Service-to-Service-Authentifizierung und hilft Teams dabei, ihre APIs sicher zu gestalten. Ihre Security-Audits decken oft Probleme auf, bevor sie kritisch werden.
Lukas arbeitet mit Echtzeit-Datenströmen und hilft dabei, Event-getriebene Architekturen aufzubauen. Er hat Erfahrung mit verschiedenen Message-Brokern und weiß, wie man Datenkonsistenz über mehrere Services hinweg sicherstellt.
Microservices sind nicht nur eine technische Entscheidung – sie verändern, wie Teams funktionieren. Wir haben gelernt, dass Autonomie wichtig ist, aber ohne Alignment führt sie zu Chaos.
Jeder im Team besitzt bestimmte Services und ist für deren Lifecycle verantwortlich. Das bedeutet: vom Design über die Implementierung bis zum Betrieb. Wir glauben, dass man Qualität am besten versteht, wenn man auch nachts um drei geweckt wird, falls etwas schiefgeht.
Meetings sind bei uns selten. Die meisten Entscheidungen laufen über schriftliche Proposals, die jeder reviewen kann. Das gibt uns Flexibilität und dokumentiert gleichzeitig unsere Architektur-Überlegungen.
Wenn ein Service ausfällt, machen wir ein Blameless Postmortem. Uns interessiert nicht, wer schuld ist, sondern wie wir ähnliche Probleme in Zukunft verhindern. Daraus sind schon viele unserer internen Tools entstanden.
Teams dürfen ihre Technologie-Stacks weitgehend selbst wählen. Allerdings gibt es gemeinsame Standards für Observability, Logging und Security. So bleibt die Plattform wartbar, ohne Innovation zu bremsen.
Jeden Monat teilt jemand aus dem Team neue Erkenntnisse – sei es eine neue Pattern-Implementierung oder ein interessantes Paper über verteilte Systeme. Manche Dinge übernehmen wir, andere verwerfen wir nach Diskussion.