1. 6:00 PM - 6:30 PM CET

   Doors Open, Arrival & Networking

   in-person
2. 6:30 PM - 7:10 PM CET

   Is your PostgreSQL truly Cloud(native)?

   in-person

   Viele Organisationen modernisieren ihre Plattformen mit Containern, Kubernetes, CI/CD-Pipelines und Microservices, aber die Datenbank wird oft als Letztes wirklich umgebaut. PostgreSQL per Lift-and-Shift auf eine Cloud-VM zu schieben, macht es noch nicht cloud-native. Was dann? Der Vortrag lässt das Buzzword-Bingo beiseite und schaut sich an, was die Begriffe für PostgreSQL in echten Umgebungen bedeuten. Auf Basis jahrzehntelanger Datenbankerfahrung und mehrerer Jahre PostgreSQL-Betrieb auf Kubernetes geht es darum, wie Cloud-Native-Prinzipien wie Automatisierung, Resilienz, Observability und schnelles Redeployment die Zusammenarbeit von Entwickler*innen und DBAs verändern. Ob ihr Entwickler*in, DBA, Architekt*in oder Entscheider*in seid: Der Vortrag hilft euch einzuschätzen, wo ihr heute steht und was nötig ist, damit PostgreSQL in modernen Cloud-Umgebungen Tempo und Innovation möglich macht.

   ---

   As organizations modernize their platforms with containers, Kubernetes, CI/CD pipelines, and microservices, databases are often the last piece to truly transform. Simply lifting and shifting PostgreSQL to a cloud VM does not automatically make it cloud-native. So what does? We’ll cut through the buzzword bingo and examine what they mean for PostgreSQL in real-world environments. Drawing from decades of database experience and years running PostgreSQL in Kubernetes, this session highlights how cloud-native principles such as automation, resilience, observability, and rapid redeployment reshape the way developers and DBAs collaborate. Whether you are a developer, DBA, architect, or decision-maker, this talk will help you assess where you stand today and what it takes to make PostgreSQL a true enabler of speed and innovation in modern cloud environments.

   SPEAKERS
3. 7:10 PM - 7:20 PM CET

   Short Break

   in-person
4. 7:20 PM - 8:00 PM CET

   Wer bist du, Workload? Workload Identity mit SPIFFE und SPIRE

   in-person

   Woher weiß ein Service eigentlich, mit wem er gerade spricht? In dynamischen Cloud-Native-Umgebungen sind IP-Adressen dynamisch und gemeinsam genutzte Secrets oft schwer zu verwalten. Workload Identity setzt hier an: Nicht der Standort einer Anwendung, sondern ihre überprüfbare Identität bildet die Grundlage für Vertrauen.

   An einem konkreten Beispiel betrachten wir, welche Herausforderungen beim Übergang von einer On-Premises-Umgebung mit statischen Secrets zu dynamischen Cloud-Native-Workloads entstehen. Anschließend zeige ich mit SPIFFE und SPIRE einen möglichen Lösungsweg: Wie erhalten Workloads eine Identität, wie wird diese überprüft und wie lässt sich damit sichere Kommunikation aufbauen? Dabei grenzen wir Identität auch von Autorisierung ab: Wer auf welche Ressourcen zugreifen darf, bleibt eine eigene Entscheidung.

   Vorkenntnisse: Grundkenntnisse zu Services, APIs, Secrets und Authentifizierung werden vorausgesetzt; Container-/Kubernetes-Basics sind hilfreich, SPIFFE-/SPIRE-Vorkenntnisse sind nicht erforderlich.

   Was die Teilnehmenden mitnehmen:

   • Workload Identity: Grundidee und Nutzen
   • SPIFFE als Standard, SPIRE als Implementierung
   • Herausforderungen im Brownfield
   • Typische Stolpersteine beim Umstieg von statischen Secrets auf Workload Identity erkennen

   ---

   Talk in German.

   How does a service actually know who it's talking to? In dynamic cloud native environments, IP addresses change and shared secrets are often hard to manage. Workload identity starts here: trust is based on an application's verifiable identity, not on where it runs.

   Using a concrete example, we look at the challenges that come up when moving from an on-premises environment with static secrets to dynamic cloud native workloads. Then I'll show one possible approach using SPIFFE and SPIRE: How do workloads get an identity, how is it verified, and how can you build secure communication on top of it? We'll also separate identity from authorization, because who may access which resources is still a decision of its own.

   Prerequisites: Basic knowledge of services, APIs, secrets, and authentication is expected. Container and Kubernetes basics help. You don't need any prior knowledge of SPIFFE or SPIRE.

   What you'll take away:

   • Workload identity: the basic idea and why it's useful
   • SPIFFE as the standard, SPIRE as the implementation
   • Challenges in brownfield environments
   • Spotting typical pitfalls when moving from static secrets to workload identity
   SPEAKERS
5. 8:00 PM - 10:00 PM CET

   Networking & Casual Get-Together

   in-person

No sessions match the selected labels.