---
title: "Suwerenność to decyzja architektoniczna, nie wybór hostingu"
url: "https://hurukan.com/pl/blog/suwerennosc-to-decyzja-architektoniczna"
description: "Przeniesienie serwerów do krajowego centrum danych nie czyni firmy suwerenną. Decyduje o tym to, kto trzyma klucze, model biznesu i drogę wyjścia, a to ustala się w projekcie."
---

# Suwerenność to decyzja architektoniczna, nie wybór hostingu

14 kwietnia 2026·3 min czytania·Redakcja

Dłoń technika trzymająca mały mosiężny klucz przed zamkniętą grafitową szafą serwerową, cienka niebieska dioda na drzwiach szafy, w tle chłodna mgiełka serwerowni

Firma postanawia, że chce mieć kontrolę nad swoimi danymi. Projekt dostaje budżet, wybrany zostaje dostawca, a półtora roku później systemy działają w centrum danych w kraju, na warunkach umowy, które zadowalają dział prawny. Zarząd słyszy, że firma jest teraz suwerenna.

Potem ktoś zadaje praktyczne pytanie. Gdyby dostawca w przyszłym roku mocno podniósł ceny, ile zajęłoby odejście? Nikt nie umie odpowiedzieć. Model danych należy do produktu dostawcy. Ścieżki akceptacji są wyklikane w jego panelu administracyjnym. Klucze szyfrujące leżą w jego usłudze zarządzania kluczami, a model językowy, który przygotowuje odpowiedzi dla klientów, jest wywoływany przez jego konto. Serwery się przeprowadziły. Zależność została na miejscu.

Przyczyna jest taka, że suwerenność potraktowano jako pytanie o to, _gdzie_, a jest to pytanie o to, _kto może co zrobić bez pytania o zgodę_. Lokalizacja ma znaczenie: decyduje, które prawo obowiązuje i kogo można zmusić do wydania danych. Ale to jedna cecha z kilku i jedyna, którą da się po prostu kupić. Pozostałe trzeba zaprojektować.

## Gdzie „suwerenność” po cichu zawodzi

**Klucze trzymane gdzie indziej.** Jeśli klucze szyfrujące są w usłudze, którą kontroluje dostawca, dostawca może czytać dane, a razem z nim każdy, kto może go do tego zmusić. Dane przechowywane w kraju i zaszyfrowane kluczem, którego nie masz, są zlokalizowane, a nie kontrolowane.

**Model biznesu, którego nie da się zabrać.** Każdy system ma eksport. Niewiele eksportuje relacje, reguły i historię w postaci, którą inny system potrafi wczytać. Zestaw tabel bez znaczenia kolumn to kopia zapasowa, a nie droga wyjścia.

**Logika zaszyta w konfiguracji.** Limity akceptacji, reguły cenowe, kierowanie spraw: jeśli to kliknięcia w zamkniętym panelu, nie da się ich przeczytać, przejrzeć ani przenieść. Sposób działania firmy jest zapisany w formacie, który rozumie jeden produkt.

**Jeden model, jeden dostawca.** Jeśli cała praca językowa idzie przez jeden zewnętrzny model na jednym koncie, zdolność firmy do działania zależy od cen, dostępności i regulaminu tego dostawcy. To ryzyko w łańcuchu dostaw, które rzadko trafia do rejestru ryzyk.

**Nieprzećwiczone wyjście.** Plan wyjścia, którego nikt nigdy nie uruchomił, jest nadzieją. Pierwszy test, czy firma potrafi się przenieść, zwykle odbywa się wtedy, gdy musi.

## Co projektować zamiast tego

Potraktuj suwerenność jako zestaw cech architektury, z których każdą może sprawdzić ktoś, kto nie musi wierzyć dostawcy na słowo.

**Klucze są Twoje.** Klucze szyfrujące powstają i są przechowywane na infrastrukturze, którą firma kontroluje, a operator platformy nie może ich użyć bez udziału firmy.

**Model firmy wędruje razem z danymi.** Obiekty, relacje i reguły są opisane w otwartej, czytelnej postaci i wersjonowane, więc to, co firma rozumie przez zamówienie czy klienta, może wyjść razem z rekordami. Do tego służy [ontologia](https://hurukan.com/pl/system/ontologia): znaczenie mieszka obok danych, a nie w środku produktu jednego dostawcy.

**Logikę da się przeczytać.** Reguły i procesy są zapisane jako artefakty, które można przejrzeć, z historią zmian, a nie jako stan ekranu konfiguracji. Jeśli agent zmienił regułę, zmiana ma autora, powód i akceptację.

**Modele są wymienne.** Praca językowa jest kierowana zadanie po zadaniu: wrażliwa może trafić do modelu na własnym sprzęcie, ogólna do czołowego modelu, a każdy z nich da się wymienić bez przepisywania procesów, które z niego korzystają. Tam, gdzie [mały model na własnym sprzęcie](https://hurukan.com/pl/blog/male-modele-na-wlasnym-sprzecie) wystarcza, architektura powinna pozwolić go użyć.

**Stos jest otwarty tam, gdzie to ważne.** Open source nie gwarantuje suwerenności, ale usuwa jedyną zależność, której nie da się wynegocjować: zgodę na samo uruchamianie oprogramowania.

Według takiego projektu powstaje Hurukan. Jego warstwa [Bezpieczeństwo i suwerenność](https://hurukan.com/pl/system/bezpieczenstwo-i-suwerennosc) egzekwuje uprawnienia na serwerze, zapisuje każdą zmianę jako dokonaną przez człowieka, agenta albo system, działa na infrastrukturze wybranej przez firmę i zapisuje drogę wyjścia od samego początku. System jest w budowie, nie we wdrożeniach, więc opisany tu jest projekt, a nie dorobek.

## Test na ten tydzień

Weź jeden proces, który ma znaczenie. Fakturowanie dobrze się nadaje, bo dotyka klientów, cen, płatności i prawa. Odpowiedz na piśmie na pięć pytań:

1.  Gdzie są klucze szyfrujące te dane i kto może ich użyć?
2.  Gdybyś dziś wyeksportował wszystko, czy inny system odtworzyłby, co faktura u Was _znaczy_: jej stany, reguły akceptacji, powiązania z zamówieniami i płatnościami?
3.  Gdzie mieszkają reguły tego procesu i czy da się je przeczytać bez logowania do narzędzia dostawcy?
4.  Które zewnętrzne modele dotykają tych danych, na czyim koncie, i co się stanie z procesem, jeśli model będzie niedostępny przez tydzień?
5.  Kiedy ostatnio ktoś przeniósł ten proces albo jego kopię na inną infrastrukturę?

Każde pytanie, na które odpowiedź zajmuje więcej niż dzień, wskazuje zależność, której nikt nie zaprojektował. Odpowiedzi pokażą też, które dane wymagają największej ostrożności, o czym jest osobny tekst o tym, [które dane nie mogą opuścić firmy](https://hurukan.com/pl/blog/ktore-dane-nie-moga-opuscic-firmy).

Suwerenność kupiona jako umowa hostingowa trwa do pierwszych trudnych negocjacji. Suwerenność zaprojektowana w kluczach, modelu, logice i drodze wyjścia jest na miejscu, kiedy negocjacje robią się trudne. [Przegląd Hurukan](https://hurukan.com/pl) pokazuje, jak składają się warstwy.

-   suwerenność danych
-   uzależnienie od dostawcy
-   klucze szyfrujące
-   open source

## Czytaj dalej

-   [Jedna tożsamość dla ludzi i agentów: kto co może](https://hurukan.com/pl/blog/jedna-tozsamosc-dla-ludzi-i-agentow)
-   [Stan bieżący i zapis: dwie pamięci systemu operacyjnego firmy](https://hurukan.com/pl/blog/stan-biezacy-i-zapis-dwie-pamieci-systemu-operacyjnego-firmy)