Obserwuj

Odcinek 90

Projektowanie architektury systemu obsługującego jednocześnie wielu różnych klientów znacząco różni się od tworzenia dedykowanego systemu, przeznaczonego do obsługi tylko jednej organizacji. Powód jest bardzo prozaiczny, a jego podstawy leżą najczęściej… w danych.

Nagle wśród driverów architektonicznych pojawiają się zagadnienia związane z szybkością przetwarzania informacji czy przyrostu w bazach danych, ale przede wszystkim z bezpieczeństwem dostępu do nich. Nawet przypadkowe, jednorazowe ujawnienie prywatnych danych innemu użytkownikowi może przecież oznaczać poważne problemy prawne. Dodajmy do tego jeszcze kwestie finansowe związane z kosztem infrastruktury i efektywnym wykorzystaniem jej zasobów, skalowalnością i wydajnością całego systemu, a także potrzebę dopasowania niektórych jego części pod wymagania konkretnych klientów, a otrzymamy dość dokładny obraz istniejących tu wyzwań.

Czas, by w podkaście pojawiło się trochę więcej tematów infrastrukturalnych, w końcu nie samą domenę żyje projekt… Moim gościem jest Michał Giergielewicz, architekt w GetResponse, który na co dzień pracuje przy niemałym systemie multi-tenant. Na początek przyjrzymy się więc podstawowym architekturom tego typu, od całkowicie odseparowanych od siebie środowisk, po współdzielenie w różnym stopniu poszczególnych zasobów.

SQL jailing pozwala odgórnie ograniczyć kontekst zapytania do danego tenanta

Giergielewicz Michał

W tym odcinku usłyszysz m.in. o...

  • trudnościach w tworzeniu systemów multi-tenant, w tym bazach danych czy kolejkach
  • możliwych sposobach zaprojektowania infrastruktury przechowującej dane
  • problemach związanych z bezpieczeństwem danych i SQL Jailingu
  • aspektach, które warto wziąć pod uwagę projektując system pod równoczesną obsługę wielu klientów
  • pytaniach, które mogą pomóc w doborze odpowiedniej architektury
  • rozwiązywaniu problemów technicznych za pomocą narzędzi biznesowych

Materiały dodatkowe

PODCAST JEST DOSTĘPNY NA PLATFORMACH