Krótka odpowiedź: nie ma jednego dobrego modelu. Shared cloud jest właściwym wyborem dla mniejszej firmy, która dopiero sprawdza wartość AI na danych o niskiej wrażliwości. Single-tenant ma sens, gdy dane produkcyjne nie mogą dzielić środowiska z nikim innym, gdy wchodzi w grę audyt NIS2 albo gdy potrzebujecie twardej kontroli nad izolacją. Reszta tekstu to mapa, która z tych dwóch sytuacji jest wasza.

Zostawiamy na boku on-prem, bo to osobna rozmowa o własnym sprzęcie. Tu chodzi o wybór wewnątrz chmury: współdzielona instancja kontra dedykowana, odizolowana instancja tylko dla was.

Co właściwie różni shared od single-tenant

Oba modele działają w chmurze. Różnica jest w tym, z kim dzielicie środowisko.

  • Shared cloud (multi-tenant): jedna instancja obsługuje wielu klientów naraz. Wasze dane są logicznie oddzielone, ale fizycznie współdzielą tę samą infrastrukturę, te same zasoby obliczeniowe i często ten sam model. Izolacja jest programowa, nie sprzętowa.
  • Single-tenant (dedykowana instancja): dostajecie osobne, odizolowane środowisko tylko dla siebie. Nikt inny nie dzieli z wami zasobów. Dane nadal fizycznie są u dostawcy infrastruktury, ale środowisko jest wasze i tylko wasze.

To rozróżnienie ma znaczenie przede wszystkim w trzech miejscach: przy odpowiedzi na pytanie audytora, przy granicy danych, których nie wolno wypuścić, i przy kontroli nad tym, co i kiedy się zmienia w środowisku.

Kiedy shared cloud jest właściwym wyborem

Wbrew temu, co sugeruje część vendorów, shared cloud nie jest „wersją gorszą". Dla wielu firm to dokładnie ten model, od którego należy zacząć.

  1. Dopiero sprawdzacie, czy AI w ogóle pomoże. Jeśli jesteście na etapie jednego workflow i jednego zespołu, shared cloud rusza najszybciej i nie wymaga zamrażania budżetu w dedykowanym środowisku.
  2. Dane mają niską wrażliwość. Treści marketingowe, ogólna dokumentacja, materiały, które i tak są albo mogłyby być publiczne. Tu izolacja sprzętowa nie kupuje wam realnej ochrony, kupuje koszt.
  3. Nie podlegacie twardemu audytowi. Jeśli nie jesteście podmiotem kluczowym ani ważnym w rozumieniu NIS2 i żaden kontrakt nie wymusza dedykowanego środowiska, shared cloud spełnia wymagania bez nadmiaru.
  4. Liczy się próg wejścia i tempo. Mniejszy zespół, ograniczony budżet, potrzeba wyniku w tygodniach. Shared cloud daje najniższy próg startu.

Dla firmy poniżej około 50 osób, która testuje pierwsze zastosowanie na danych o niskiej wrażliwości, shared cloud to nie kompromis. To trafna decyzja.

Kiedy single-tenant zaczyna mieć sens

Single-tenant wchodzi do gry, gdy kilka z poniższych sygnałów pojawia się naraz, nie pojedynczo.

  1. Dane produkcyjne, których nie wolno współdzielić. Rysunki techniczne, receptury, dokumentacja procesów, dane objęte umowami poufności. Jeśli sam fakt współdzielenia środowiska łamie kontrakt albo politykę, izolacja przestaje być opcją.
  2. Audyt NIS2 pyta o granicę danych. Audytor zapyta, gdzie dokładnie są przetwarzane dane i kto ma do nich dostęp. „Dedykowane środowisko, tylko nasze, z udokumentowaną izolacją" jest znacznie łatwiejsze do obronienia niż „logiczne oddzielenie we współdzielonej instancji".
  3. Potrzebujecie kontroli nad cyklem zmian. W shared cloud zmiany po stronie dostawcy dotykają wszystkich naraz. Single-tenant pozwala kontrolować, kiedy i co się zmienia w waszym środowisku.
  4. Wolumen i horyzont już to uzasadniają. Gdy AI staje się codziennym narzędziem, a nie eksperymentem, dedykowane środowisko przestaje być nadmiarem, a zaczyna być przewidywalnością.

Jak to wygląda obok siebie

Najprościej zestawić oba modele po wymiarach, które realnie wpływają na decyzję.

  • Izolacja: shared jest logiczna, programowa. Single-tenant jest pełna, środowisko tylko wasze.
  • Próg wejścia: shared niski, single-tenant wyższy.
  • Łatwość obrony przed audytorem: shared wymaga tłumaczenia mechanizmu separacji. Single-tenant odpowiada jednym zdaniem.
  • Kontrola nad zmianami: shared po stronie dostawcy. Single-tenant po waszej stronie.
  • Dla kogo: shared dla mniejszych, testujących, z danymi o niskiej wrażliwości. Single-tenant dla regulowanych, z danymi, które nie mogą współdzielić środowiska.

Jak zdecydować w cztery kroki

  1. Zmapujcie wrażliwość danych w tym jednym workflow. Nie całej firmy, tylko tego, co realnie wejdzie do modelu. Jeśli to dane, które mogą być publiczne, shared wystarczy.
  2. Sprawdźcie status regulacyjny. Podmiot kluczowy lub ważny w rozumieniu NIS2 podnosi wagę dedykowanej izolacji.
  3. Spytajcie, co powiecie audytorowi. Jeśli odpowiedź „logiczne oddzielenie" wam wystarcza, shared jest w porządku. Jeśli potrzebujecie twardej granicy, to sygnał za single-tenant.
  4. Oceńcie horyzont. Eksperyment na kwartał kontra narzędzie na lata. Im dłużej i intensywniej, tym mocniej za dedykowanym środowiskiem.

Dla wielu średnich producentów uczciwa ścieżka brzmi: zacznijcie od shared cloud na jednym workflow o niskiej wrażliwości, a po single-tenant sięgnijcie, gdy dane, regulacje i skala zbiegną w jedną stronę. Dla podmiotów objętych NIS2, pracujących na dokumentacji, której nie wolno współdzielić, single-tenant bywa właściwym wyborem od początku.

Nie wiecie, który model pasuje do waszych danych produkcyjnych? Umówcie 30-minutową rozmowę z założycielem, bez pitchu, po prostu o waszym przypadku.

Fryderyk, CortexMine. Piszemy o prywatnej AI dla producentów objętych NIS2, na podstawie własnych wdrożeń i testów.

Powiązane