Wdrożenie on-premise oznacza pełną kontrolę nad infrastrukturą, konfiguracją i danymi EZD RP — kosztem konieczności utrzymania zespołu IT, serwerów i procedur operacyjnych (backup, monitoring, aktualizacje). Model preferowany w dużych jednostkach z złożonymi integracjami i restrykcyjną polityką bezpieczeństwa.
Kiedy on-premise jest najlepszy
- Duża jednostka z własnym zespołem IT zdolnym utrzymać Kubernetes, bazy danych, monitoring
- Złożone integracje z systemami dziedzinowymi wymagające pełnej kontroli nad API i kolejnością wywołań
- Restrykcyjna polityka lokalizacji danych — np. wymóg przechowywania w serwerowni własnej (niektóre jednostki bezpieczeństwa, część szpitali wojewódzkich)
- Plany rozwojowe wymagające customowych modułów lub bardzo specyficznych workflow
- Skala — bardzo duże jednostki (>2000 użytkowników, miliony dokumentów rocznie) lepiej trzymają się w dedykowanej architekturze
Architektura referencyjna
Standardowa produkcyjna architektura EZD RP on-premise składa się z następujących warstw:
- Klaster Kubernetes (najczęściej RKE2) — minimum 3 węzły dla wysokiej dostępności (HA)
- Baza danych relacyjna — PostgreSQL lub MS SQL Server, najlepiej z replikacją
- Cache i kolejki — Redis (cache sesji, dane tymczasowe), RabbitMQ (komunikaty asynchroniczne)
- Repozytorium plików — NFS lub kompatybilny z S3 (np. MinIO) dla załączników i dokumentów
- Reverse proxy + SSL — nginx / HAProxy z certyfikatami (Let's Encrypt lub komercyjne)
- Backup — automatyczne kopie bazy + repozytorium z przetestowaną procedurą odtwarzania
- Monitoring — Prometheus + Grafana (lub równoważne), alerty na zdarzenia krytyczne
Etapy wdrożenia on-premise
- Audyt infrastruktury — co mamy, czego brakuje, plan zakupów
- Zakup / przygotowanie sprzętu — serwery, licencje OS, zasilanie, sieć
- Instalacja i konfiguracja warstwy bazowej — OS, sieć, storage, cluster Kubernetes
- Wdrożenie EZD RP — instalacja Helm chart / manifestów, konfiguracja secretów, certyfikatów
- Backup i monitoring — przed startem produkcyjnym, z testem odtwarzania
- Konfiguracja systemu — struktura, JRWA, role (jak w SaaS)
- Integracje — KSeF, e-Doręczenia, ePUAP, systemy dziedzinowe
- Szkolenia + start produkcyjny
Koszty on-premise (orientacyjnie)
| Pozycja | Koszt jednorazowy | Koszt roczny |
|---|---|---|
| Sprzęt serwerowy (3-5 węzłów + storage) | 60-200 tys. zł | Amortyzacja 5 lat |
| Licencje OS / hypervisora | Zmienne | Subskrypcja |
| Wdrożenie warstwy bazowej (DevOps) | 30-80 tys. zł | — |
| Wdrożenie EZD RP (audyt + konfiguracja) | 40-150 tys. zł | — |
| Wsparcie / utrzymanie (zewn.) | — | 30-100 tys. zł |
| Zespół wewnętrzny (1-2 etaty IT) | — | 150-300 tys. zł |
Łącznie pierwszy rok: 250-700 tys. zł zależnie od skali. Lata kolejne: 200-450 tys. zł rocznie. Porównanie z SaaS — sensowne dopiero przy dużej skali (>500 użytkowników) lub gdy organizacja już ma zespół IT.
Najczęstsze ryzyka on-premise
- Brak kompetencji Kubernetes po stronie wewnętrznej — uzależnienie od jednego dostawcy zewnętrznego
- Pominięcie testu odtwarzania backup'ów — odkrycie problemu dopiero w awarii
- Brak monitoring'u — incydenty wykrywane przez użytkowników, nie przez zespół IT
- Próba uruchomienia jednowęzłowego K8s 'na próbę' i pozostawienie tego stanu
- Niedoszacowanie kosztów utrzymania (po pierwszych 12 miesiącach często okazuje się, że SaaS byłby tańszy)
- Podręcznik użytkownika EZD RP →gov.pl / NASK
- EZD RP — gov.pl →gov.pl / NASK
- EZD RP — dokumenty wdrożeniowe (gov.pl) →gov.pl / NASK
Pomożemy zaprojektować architekturę dopasowaną do skali, polityki bezpieczeństwa i kompetencji Waszego zespołu.
Umów konsultacjęNajczęstsze pytania
Czy musimy mieć własną serwerownię?
Nie — można wynająć kolokację u operatora data center albo uruchomić w chmurze prywatnej (np. dedykowane VM-y u operatora). Kluczowe jest to, że klaster i konfiguracja są pod Waszą kontrolą.
Ile osób potrzebujemy do utrzymania?
Dla średniego wdrożenia: 1-2 osoby na stałe (DevOps + administrator EZD RP). Dla dużych — 3-5 osób w zespole. Często część kompetencji outsource'uje się do firm wsparcia.
Czy on-premise wyklucza KSeF i e-Doręczenia?
Nie — wszystkie standardowe integracje (KSeF, e-Doręczenia, ePUAP) działają identycznie jak w SaaS. Konfiguracja po stronie EZD RP jest taka sama.