#212 Multi-Tenant done right: Isolationsmodelle, Cell-Based-Architecture, Shuffle Sharding & Co mit Maximilian Schellhorn
Engineering Kiosk
Das Konzept des Multitenancy: Unabhängige Nutzung gemeinsamer Software
Dieses Kapitel erklärt das Konzept des Multitenancy, bei dem verschiedene Organisationen eine gemeinsame Softwarebasis nutzen können, ohne ihre Daten zu vermischen. Es werden Herausforderungen und Lösungen hinsichtlich der Datensicherheit und -isolation diskutiert, mit Beispielen aus Programmen wie Confluence und Jira.
Multi-Tenant-Systeme sind besser Single-Tenant-Systeme
Multitenant Architekturen sind oft eine unterschätzte Herausforderung in der Softwareentwicklung. Stell dir vor, du betreibst eine Plattform, die tausende Kunden gleichzeitig sauber, performant und sicher bedienen soll – und ein einziger Fehler könnte im schlimmsten Fall alle Daten gleichzeitig gefährden. Klingt nach einem echten Albtraum? Ist es auch! Und genau deshalb tauchen wir in dieser Episode tief in die Welt von Multitenant-Systemen ein.
Mit dabei ist Max Schellhorn, AWS Solutions Architect und Experte für SaaS, Cloud und serverless Architekturen. Gemeinsam diskutieren wir, warum Multitenant-Systeme mehr sind als nur ein WHERE-Klausel im SQ-StatementL, wie du echte Daten- und Sicherheitsisolation erreichst, welche Cloud-nativen Mechanismen relevant sind und wie cell-basierte Architekturen im Praxiseinsatz funktionieren.
Wir klären was ein klassisches Single-Tenant-Setup ist wann moderne Cell- und Shuffle-Sharding-Konzepte zum Einsatz kommen sollten, räumen mit Mythen auf und liefern handfeste Tipps, wie du als Developer, Cloud Engineer oder CTO dein System flexibel, resilient und kostenoptimiert skalierst – ohne dabei den Fokus auf Security, Margen und Ops zu verlieren. Am Ende weißt du, wie sich Multitenancy modelliert, was wirklich zählt und warum „Multitenant ist das bessere Single Tenant“ mehr als ein Tech-Buzzword ist.
Bonus: Im Outro gibt’s den vermutlich schlechtesten Gemini-Witz zu Multitenancy.
Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners
Das schnelle Feedback zur Episode:
Anregungen, Gedanken, Themen und Wünsche
Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle …
- EngKiosk Community: https://engineeringkiosk.dev/join-discord
- LinkedIn: https://www.linkedin.com/company/engineering-kiosk/
- Email: stehtisch@engineeringkiosk.dev
- Mastodon: https://podcasts.social/@engkiosk
- Bluesky: https://bsky.app/profile/engineeringkiosk.bsky.social
- Instagram: https://www.instagram.com/engineeringkiosk/
Unterstütze den Engineering Kiosk
Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer
- Buy us a coffee: https://engineeringkiosk.dev/kaffee
Links
- Maximilian Schellhorn auf LinkedIn: https://www.linkedin.com/in/maxschell/
- Multi-Tenant architectures Talk @ Engineering Kiosk Alps: https://engineeringkiosk.dev/meetup/alps/archive/#meetup-12-june-2025
- Slides von Max Schellhorn zum Thema Multi-Tenant architectures: https://engineeringkiosk.dev/meetup/alps/slides/202506_meetup_ibk_multi_tenancy.pdf
- JSON Web Token: https://www.jwt.io/
- PostgreSQL Row Security Policies: https://www.postgresql.org/docs/current/ddl-rowsecurity.html
- Does ClickHouse support row-level and column-level security?: https://clickhouse.com/docs/knowledgebase/row-column-policy
- Engineering Kiosk Episode #198 RBAC & Co: Wer darf was? Klingt banal, ist aber verdammt wichtig!: https://engineeringkiosk.dev/podcast/episode/198-rbac-co-wer-darf-was-klingt-banal-ist-aber-verdammt-wichtig/
- Widespread Data Theft Targets Salesforce Instances via Salesloft Drift: https://cloud.google.com/blog/topics/threat-intelligence/data-theft-salesforce-instances-via-salesloft-drift?hl=en
- Engineering Kiosk Episode #206 Keine Zeit für endlose Meetings: Schneller entscheiden im Team: https://engineeringkiosk.dev/podcast/episode/206-keine-zeit-f%C3%BCr-endlose-meetings-schneller-entscheiden-im-team/
- How shuffle sharding in Cortex leads to better scalability and more isolation for Prometheus: https://grafana.com/blog/2021/05/11/how-shuffle-sharding-in-cortex-leads-to-better-scalability-and-more-isolation-for-prometheus/
- How Much Revenue Do Tech Giants Earn Per Employee?: https://www.visualcapitalist.com/how-much-revenue-do-tech-giants-earn-per-employee/
- Shuffle Sharding: https://aws.amazon.com/builders-library/workload-isolation-using-shuffle-sharding/
- Cell based architectures: https://docs.aws.amazon.com/wellarchitected/latest/reducing-scope-of-impact-with-cell-based-architecture/what-is-a-cell-based-architecture.html
- Let's architect - Building Multi-Tenant systems: https://aws.amazon.com/blogs/architecture/lets-architect-building-multi-tenant-saas-systems/
Sprungmarken
(00:00:00) Multi-Mandanten-Architekturen mit Max Schellhorn
(00:06:26) Info/Werbung
(00:07:26) Was ist ein Tenant im Software-Kontext?
(00:19:41) Warum ein WHERE-Statement zur Tenant-Isolation nicht ausreicht.
(00:31:19) Multi-Mandanten-Architekturen: Pool, Silo und Zellen
(00:47:48) Ab wann lohnt sich der Aufwand für eine Multi-Mandanten-Architekturen nicht?
(00:57:13) Das Noisy-Neighbor-Problem
(01:10:48) Tipps für Entwickler*innen für Multi-Mandanten-Architekturen
Hosts
- Wolfgang Gassler (https://gassler.dev)
- Andy Grunwald (https://andygrunwald.com/)
Community
Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-discord
The AI-powered Podcast Player
