Skip to main content
// FALLAKTE 02 / 19
← Alle Fallakten

Blitzlearning

KundeMANDANTENFÄHIG · RLS ERZWUNGEN · LIVEFastAPIPostgreSQLpgvectorMeilisearchRedis LIVE-SITE BESUCHEN ↗
01> SO GING ES LIVE
// DIE HERAUSFORDERUNG01

Ein KI-natives LMS muss an Institutionen verkauft werden, die nichts teilen — sieht ein Mandant die Kohorte eines anderen, ist der Vertrag beendet — und darf sich trotzdem über eine Kursbibliothek hinweg sofort anfühlen, die niemand Seite für Seite durchblättern will.

// DER ANSATZ02

Die Isolation liegt in der Datenbank, nicht im Anwendungscode: Postgres 16 mit Row-Level Security pro Mandant, pgvector daneben für bedeutungsbasierte Suche, Meilisearch für Stichworttempo und arq-Worker, die Material hinter einer asynchronen FastAPI-Fläche einlesen.

// DAS ERGEBNIS03

Mandanten teilen sich eine Datenbank und erreichen fremde Zeilen selbst dann nicht, wenn die API irrt. Kursmaterial ist in dem Moment nach Wortlaut und nach Absicht durchsuchbar, in dem der Upload endet.

case --info blitzlearning
> kunde · Blitzlearning
> branche · EdTech
> stack · FastAPI · PostgreSQL · pgvector · Meilisearch · Redis
> ergebnis · MANDANTENFÄHIG · RLS ERZWUNGEN · LIVE
> case/blitzlearningAUSGELIEFERT ▮

Wollen Sie ein System wie dieses?

Sagen Sie uns, was Sie bauen. Sie bekommen einen konkreten Plan zurück, keinen Verkaufspitch.