Czas czytania: około 8 minut
Nie ma jednej dobrej odpowiedzi w wyborze między single-tenant a shared cloud: model idzie za danymi. Shared cloud jest właściwym wyborem dla mniejszej firmy, która dopiero sprawdza, czy AI pomaga, na danych o niskiej wrażliwości i poza twardym audytem. Single-tenant, czyli dedykowana instancja tylko dla Was, jest właściwym wyborem, gdy dane produkcyjne nie mogą dzielić środowiska z nikim innym, gdy w grę wchodzi audyt NIS2 albo gdy potrzebujecie twardej kontroli nad tym, co i kiedy się zmienia. Reszta tego przewodnika to mapa, która z tych dwóch sytuacji jest Wasza, z tabelą decyzyjną, którą przełożycie na własny przypadek w kilka minut.
Zostawiamy tu na boku on-prem, bo własny sprzęt to osobna rozmowa. Tu chodzi o wybór wewnątrz chmury: współdzielona instancja kontra dedykowana, odizolowana instancja tylko dla Was.
Co odróżnia shared cloud od single-tenant
Oba modele działają w chmurze. Różnica jest w tym, z kim dzielicie środowisko i jak egzekwowane jest oddzielenie między klientami.
- 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 egzekwowana programowo, nie granicą fizyczną.
- 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 nie jest rozróżnienie marketingowe. Jak wprost pokazuje wytyczna Microsoftu dotycząca bezpiecznej izolacji, chmura multi-tenant oddziela klientów mechanizmami programowymi, a nie dedykowaną granicą fizyczną, i to właśnie tę granicę przesuwa wdrożenie single-tenant. Różnica ujawnia się w trzech konkretnych miejscach: przy odpowiedzi na pytanie audytora, przy granicy danych, których nie wolno wypuścić, i przy kontroli nad tym, co i kiedy zmienia się 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ąć.
- 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 zamraża budżetu w dedykowanym środowisku, zanim poznacie wartość.
- 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 nie kupuje realnej ochrony, kupuje koszt i czas wdrożenia.
- 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.
- 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 i najkrótszą drogę do pierwszego efektu.
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, a przejście na dedykowane środowisko, zanim pojawi się którykolwiek z sygnałów poniżej, to płacenie za bezpieczeństwo, którego jeszcze nie potrzebujecie.
Kiedy single-tenant zaczyna mieć sens
Single-tenant wchodzi do gry, gdy kilka z poniższych sygnałów pojawia się naraz, nie pojedynczo.
- 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 wewnętrzną politykę, izolacja przestaje być opcją i staje się punktem wyjścia.
- Audyt NIS2 pytający o granicę danych. Produkcja trafia zwykle do kategorii podmiotów ważnych, a część firm do kluczowych, z tymi samymi obowiązkami z artykułu 21 dla obu. W Polsce znowelizowana ustawa o krajowym systemie cyberbezpieczeństwa (KSC) otworzyła okno samorejestracji od 7 maja do 3 października 2026, po którym objęte podmioty trafiają do rejestru podmiotów kluczowych i ważnych, co porządkuje alert KPMG dla Polski. Audytor zapyta, gdzie dokładnie przetwarzane są dane i kto ma do nich dostęp, a „dedykowane środowisko, tylko nasze, z udokumentowaną izolacją" jest znacznie łatwiejsze do obronienia niż „logiczne oddzielenie we współdzielonej instancji".
- Prześwietlanie łańcucha dostaw, które sięga Waszego dostawcy AI. NIS2 nakłada na objęte podmioty ocenę bezpieczeństwa łańcucha dostaw ICT i zależności od zewnętrznych dostawców, co podkreśla analiza kancelarii Schoenherr dotycząca polskiego wdrożenia. Model wdrożenia Waszego narzędzia AI jest częścią tej oceny, a współdzielona instancja to kolejna zależność od podmiotu trzeciego, którą trzeba rozliczyć.
- Potrzebujecie kontroli nad cyklem zmian. W shared cloud zmiany po stronie dostawcy dotykają wszystkich naraz. Single-tenant pozwala decydować, kiedy i co zmienia się w Waszym środowisku, przetestować nową wersję modelu najpierw na Waszych danych albo zamrozić wersję, gdy stabilność jest ważniejsza niż nowość.
- 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ą.
Żaden z tych sygnałów sam w sobie nie przesądza sprawy. Pojedynczą umowę z klauzulą poufności można obsłużyć inaczej, a sam status podmiotu ważnego nie znaczy, że każde zastosowanie AI wymaga dedykowanego środowiska. Dopiero gdy dwa albo trzy z nich pojawiają się razem, koszt single-tenant przestaje być nadmiarem i zaczyna być wprost proporcjonalny do ryzyka, które zdejmuje. Dlatego zamiast pytać „czy jesteśmy dużą firmą", lepiej pytać „ile z tych sygnałów dotyczy tego konkretnego workflow".
Tabela decyzyjna: który model pasuje do Waszego przypadku
Najszybciej zdecydować, zestawiając Waszą realną sytuację z danymi, które wchodzą do modelu, i odczytując model oraz pierwszy krok.
| Wasza sytuacja | Dane na wejściu | Model, który pasuje | Pierwszy krok |
|---|---|---|---|
| Mały zespół, pierwszy pilotaż, jeden workflow | Niska wrażliwość, mogłyby być publiczne | Shared cloud | Start na tym jednym workflow, rewizja przy skali |
| Rysunki, BOM-y, receptury w workflow | Własność intelektualna | Single-tenant | Zdefiniować granicę izolacji przed startem |
| Podmiot kluczowy lub ważny, dane w zakresie audytu | Regulowane przez NIS2 | Single-tenant | Udokumentować granicę dla audytora |
| Dane klientów lub partnerów objęte NDA | Ograniczone kontraktem | Single-tenant | Najpierw sprawdzić klauzulę o współdzieleniu |
| Codzienne narzędzie, kilka zespołów, horyzont wieloletni | Mieszane, intensywne użycie | Single-tenant | Zejść z shared, gdy wolumen to uzasadnia |
| Sporadyczne pytania, nauka narzędzia | Brak danych firmy | Shared cloud | Nie przebudowywać, izolacja nic nie dodaje |
Wzorzec jest ten sam, który przewija się przez całą decyzję: w stronę single-tenant przechyla Was nie branża ani wielkość firmy, tylko wrażliwość danych na wejściu w jednym konkretnym zastosowaniu.
Shared cloud oddziela klientów programowo; single-tenant daje każdemu dedykowaną granicę.
Jak to wygląda obok siebie
Sprowadzone do wymiarów, które realnie napędzają wybór, oba modele układają się tak.
- Izolacja: shared jest logiczna, programowa. Single-tenant to pełne, osobne środowisko tylko dla Was.
- Próg wejścia: shared niski, single-tenant wyższy.
- Obrona 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 pracy regulowanej, na danych, które nie mogą współdzielić środowiska.
Jeśli chcecie zejść o poziom niżej niż to porównanie, jak dedykowana instancja jest faktycznie odizolowana, co widzi audytor i gdzie „single-tenant" mimo wszystko przecieka, rozkładamy to w tekście o tym, jak działa izolacja single-tenant w praktyce.
Jak zdecydować w cztery kroki
- 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.
- Sprawdźcie status regulacyjny. Podmiot kluczowy lub ważny w rozumieniu NIS2 podnosi wagę dedykowanej izolacji, a polskie okno rejestracji zamyka się 3 października 2026.
- Spytajcie, co powiecie audytorowi. Jeśli odpowiedź „logiczne oddzielenie" Wam wystarcza, shared jest w porządku. Jeśli potrzebujecie twardej granicy, którą da się wskazać, to sygnał za single-tenant.
- 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 tak: 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. Jeśli dopiero rozstrzygacie, czy w ogóle potrzebujecie prywatnego środowiska, wcześniejsze jest pytanie o prywatną kontra publiczną AI w produkcji.
Najszybciej ulokujecie własny przypadek naszym mini-audytem gotowości: zajmuje 10 minut, nie wymaga zostawiania danych i pokazuje, po której stronie granicy leżą Wasze zastosowania.
Najczęstsze pytania
Czym różni się single-tenant od shared cloud?
Oba działają w chmurze. Shared cloud (multi-tenant) obsługuje wielu klientów z jednej instancji, z logiczną, programową separacją. Single-tenant daje dedykowaną, odizolowaną instancję, której nikt inny nie dzieli, co łatwiej obronić przy danych wrażliwych.
Czy shared cloud jest mniej bezpieczny niż single-tenant?
Nie automatycznie. Dla danych o niskiej wrażliwości i poza twardym audytem logiczne oddzielenie wystarcza, a single-tenant dokłada koszt bez dokładania ochrony. Różnica zaczyna ważyć, gdy w grę wchodzą dane produkcyjne albo regulator.
Którego modelu wymaga NIS2?
NIS2 nie wskazuje modelu wdrożenia. Wymaga kontroli i udokumentowania, gdzie przetwarzane są dane, oraz oceny łańcucha dostaw. Single-tenant upraszcza tę odpowiedź, bo granica danych broni się jednym zdaniem.
Czy można zacząć od shared cloud i przejść na single-tenant później?
Tak, i dla wielu firm to właściwa kolejność: udowodnić wartość na workflow o niskiej wrażliwości w shared cloud, a potem przejść na dedykowane środowisko, gdy dane, regulacja albo skala to uzasadnią.
Czy single-tenant to to samo co on-prem?
Nie. Single-tenant to nadal dedykowana instancja u dostawcy infrastruktury. On-prem oznacza model i dane na Waszym własnym sprzęcie. To osobna decyzja, gdy już wiecie, że potrzebujecie izolacji.
Fryderyk, CortexMine. Piszemy o prywatnej AI dla producentów objętych NIS2, na podstawie własnych wdrożeń i testów.
Wolicie to omówić? Umówcie 30-minutową rozmowę z założycielem, bez pitchu, po prostu o Waszym przypadku.