Scenariusze wdrożenia i wymiarowanie

DataFlow AI można wdrożyć w trzech różnych topologiach, z których każda oferuje inny balans między kosztem, kontrolą a czasem uruchomienia. Ta strona opisuje wszystkie trzy — lokalną (on-premises), pełną chmurę GCP oraz zalecaną hybrydową — wraz z ich wymaganiami infrastrukturalnymi, wymiarowaniem pojemności, tabelami kosztów, postawą bezpieczeństwa oraz przewodnikiem decyzyjnym ułatwiającym wybór między nimi.

Trzy topologie w skrócie

„Topologia” oznacza tutaj to, gdzie działa platforma i gdzie znajdują się dane. Dokument źródłowy scenariuszy wdrożenia definiuje trzy i zaleca topologię hybrydową dla Polkomtel Plus.

Kilka terminów używanych w całej tej stronie:

• CapEx (capital expenditure) — duży zakup początkowy, np. zakup serwerów.
• OpEx (operating expenditure) — koszt powtarzalny, np. miesięczny rachunek za chmurę.
• TCO (total cost of ownership) — całkowity koszt w określonym okresie, tutaj trzy lata.
• CDC (change data capture) — strumieniowanie każdej zmiany w bazie danych w momencie jej wystąpienia.
• DR (disaster recovery) — awaryjna kopia systemu w drugiej lokalizacji.

Scenariusz 1 — Lokalny (on-premises)

Każdy komponent DataFlow AI działa na sprzęcie, który Polkomtel posiada i obsługuje we własnym centrum danych w Warszawie, na serwerach bare-metal Dell PowerEdge lub wirtualizowanych VMware, z Kubernetes dostarczanym przez Red Hat OpenShift. Żadne dane nigdy nie opuszczają sieci korporacyjnej — jest to opcja maksymalnej suwerenności danych.

Najważniejsze liczby: 2 160 000 PLN CapEx · 582 tys. USD rocznego OpEx · 1,836 mln USD 3-letniego TCO · do 24 tygodni do uruchomienia · 13 węzłów Kubernetes (10 roboczych + 3 płaszczyzny sterowania) · 100% suwerenności danych.

Infrastruktura — sprzęt do zakupu (CapEx)

Topologia lokalna wymaga jednorazowego zakupu sprzętu o łącznej wartości 2 160 000 PLN (≈540 000 USD).

Infrastruktura — roczny koszt eksploatacji (OpEx)

Utrzymanie lokalnego majątku kosztuje 2 328 000 PLN/rok (≈582 000 USD/rok).

3-letni TCO i skalowanie

CapEx w roku 0 wynosi 2 160 000 PLN; OpEx w latach 1–3 to 2 328 000 PLN rocznie — 3-letnia suma to 9 144 000 PLN (≈2 286 000 USD). Nie ma elastycznego skalowania: sprzęt jest udostępniany pod szczytowe obciążenie od pierwszego dnia. W roku 5 wymagana jest wymiana sprzętu (dodatkowe +2 160 000 PLN).

Skalowanie lokalne jest ręczne i powolne. Węzły robocze są dodawane, gdy średnie obciążenie CPU przekracza 70% w sposób trwały przez dwa tygodnie (zamówienie trzech węzłów R750 — 8-tygodniowy czas realizacji). Szósty broker Kafka jest dodawany, gdy liczba liderów partycji brokera przekracza 200 (55 000 PLN + 1 tydzień na instalację). Zasilanie ma zapas do 45 kW, zanim trzeba rozszerzyć obszar kolokacji.

Kiedy wybrać topologię lokalną

• Najlepsza dla: maksymalnej suwerenności danych; środowisk izolowanych (air-gapped) lub o wysokim poziomie bezpieczeństwa; organizacji, które już mają centrum danych i liczny personel infrastrukturalny; środowisk regulacyjnych całkowicie zakazujących chmury (wojsko, administracja rządowa).
• Niezalecana dla: szybkiego czasu uruchomienia (poniżej 3 miesięcy); elastycznych lub nieprzewidywalnych obciążeń; zespołów, które chcą usług zarządzanych; intensywnej pracy AI/ML wymagającej Vertex AI lub BigQuery ML od GCP.

Scenariusz 2 — Pełna chmura GCP

Cała platforma działa na Google Cloud Platform w regionie europe-central2 (Warszawa, Polska), z disaster recovery w europe-west3 (Frankfurt, Niemcy). GKE Autopilot zarządza wszystkimi obciążeniami konteneryzowanymi, a usługi danych — Cloud SQL, Memorystore, Dataproc Serverless, Cloud Composer — są w pełni zarządzane przez Google.

Najważniejsze liczby: 0 USD CapEx · 13 750 USD/miesiąc (realistyczny) · 495 tys. USD 3-letniego TCO (realistyczny) · 3–4 tygodnie do uruchomienia · 100% usług zarządzanych.

Trzy podscenariusze

Pełna chmura GCP ma trzy profile kosztów zależne od obciążenia. Środkowy — Realistyczny — jest zalecaną wartością bazową.

Profil Minimalny jest jednoznacznie niezalecany dla produkcyjnych obciążeń Polkomtela — nie ma wysokiej dostępności ani disaster recovery.

Rozkład kosztów usług GCP (profil Realistyczny)

13 750 USD/miesiąc profilu Realistycznego rozkłada się na dwanaście kategorii usług. Poniższe wartości dotyczą wdrożenia 500+ potoków, 15–25 TB/dzień oraz 30–50 jednoczesnych wykonań.

Dominują dwie dźwignie kosztowe:

• Confluent Cloud Kafka to pojedyncza największa pozycja kosztowa (4 752 USD/miesiąc w profilu Realistycznym) i najbardziej negocjowalna — roczne zobowiązanie zazwyczaj daje zniżkę 30–50%.
• Koszt Dataproc Serverless jest najbardziej zmienny. „Pushdown SQL” — uruchamianie transformacji wewnątrz bazy danych źródłowej (Teradata, Snowflake) zamiast przenoszenia danych do Sparka — jest główną dźwignią kosztową.

3-letni TCO (pełna chmura GCP)

CUD (Committed Use Discount) to obniżka ceny, którą Google przyznaje w zamian za zobowiązanie do 1- lub 3-letniego poziomu wykorzystania. Zastosowanie pełnego 3-letniego CUD plus instancji Spot Dataproc może obniżyć realistyczny roczny koszt GCP ze 165 000 USD do około 104 076 USD/rok — 3-letnia oszczędność około 182 772 USD. Haczyk: CUD wymagają zobowiązania z góry, a Google rozlicza zobowiązaną kwotę co miesiąc niezależnie od rzeczywistego użycia.

Kiedy wybrać pełną chmurę GCP

• Zalety: zerowy CapEx; elastyczne automatyczne skalowanie; w pełni zarządzane usługi danych (brak administracji bazą danych); region Warszawa utrzymuje dane zgodne z RODO; wbudowane DR we Frankfurcie z failoverem poniżej 60 sekund; dostęp do Claude API, Vertex AI i BigQuery ML; udostępnianie w 24–48 godzin; automatyczne łatanie; najszybszy czas uruchomienia 3–4 tygodnie.
• Wady: bieżące wydatki bez punktu „spłacenia”; koszty ruchu wychodzącego danych przy odsyłaniu wyników on-premises; zależność od internetu; skoki rachunków, jeśli obciążenia przekroczą szacunki; przeniesienie ponad 100 TB danych Teradata do GCP jest kosztowne i ryzykowne; uzależnienie od dostawcy GCP; ryzyko kursowe, ponieważ Google rozlicza się w USD.

Scenariusz 3 — Hybrydowy (zalecany)

W topologii hybrydowej bazy danych źródłowe — Teradata, Oracle, SAP HANA, MSSQL — pozostają on-premises (są już tam, a ich przeniesienie jest kosztowne i ryzykowne), podczas gdy sama platforma DataFlow AI działa na GCP europe-central2. Obie połowy są połączone dedykowanym, prywatnym łączem Google Cloud Interconnect 10 Gbps o opóźnieniu poniżej 5 milisekund.

Najważniejsze liczby: 0 USD nowego CapEx · 12 740 USD/miesiąc wydatków na GCP · 242 tys. USD łącznego kosztu rocznego · 741 tys. USD 3-letniego TCO · 10–14 tygodni do uruchomienia · opóźnienie Interconnect poniżej 5 ms.

Co pozostaje on-premises i dlaczego

Kluczowa funkcja zgodności: dane osobowe są maskowane on-premises w warstwie Debezium, zanim kiedykolwiek trafią do GCP. PESEL, NIP, REGON, numery telefonów i adresy e-mail są pseudonimizowane za pomocą deterministycznego skrótu SHA-256. AI Copilot otrzymuje wyłącznie kontekst schematu — nigdy surowych danych rozliczeniowych ani klientów.

Rozkład kosztów topologii hybrydowej

Koszt platformy po stronie GCP w topologii hybrydowej jest niższy niż w pełnej chmurze — o około 7% niższy — ponieważ agenci CDC i ich buforowanie Kafka działają on-premises, redukując wydatki na GKE, Kafka i pamięć masową w GCP.

3-letni TCO (hybrydowy)

Występuje jednorazowa instalacja fizycznego cross-connectu za ~15 000 USD w punkcie obecności Interconnect w Warszawie, z 6–8-tygodniowym czasem realizacji fizycznego łącza — jest to ścieżka krytyczna dla wdrożenia hybrydowego.

Kiedy wybrać topologię hybrydową

• Zalety: utrzymuje wrażliwe bazy danych źródłowych on-premises; ponownie wykorzystuje istniejącą infrastrukturę; GCP obsługuje elastyczne obliczenia, AI i analitykę; łącze Interconnect 10 Gbps jest prywatne, nie przez internet; PII jest maskowane on-premises przed dotarciem do GCP (zgodnie z RODO); progresywna ścieżka migracji; niższe koszty GCP niż w pełnej chmurze; 3-letni TCO ~606 tys. USD wobec 1,836 mln USD dla topologii lokalnej — oszczędność 1,23 mln USD.
• Wady: najbardziej złożona w konfiguracji (dwa środowiska); 6–8-tygodniowy czas realizacji Interconnect; wymaga inżynierów sieci do konfiguracji BGP/VPN/VLAN; rezydencja danych jest podzielona (metadane w GCP, dane surowe on-premises); częściowa zależność od dostępności Interconnect — choć lokalny bufor Kafka przechowuje zdarzenia lokalnie przez 48 godzin.

Planowanie pojemności i wzrost

Trzyletni plan pojemności zakłada uruchomienie w roku 1, +30% wzrostu w roku 2 oraz +50% w roku 3.

Wzrost kosztów w roku 3 wynosi około +130 tys. USD CapEx i +50 tys. USD/rok OpEx dla topologii lokalnej, wobec +7 000 USD/miesiąc (~84 tys. USD/rok) dla GCP lub topologii hybrydowej. Na GCP i w topologii hybrydowej skalowanie jest automatyczne — bez udostępniania węzłów, pamięć automatycznie się powiększa, a zabezpieczenia budżetu alarmują przy 80%, 100% i 130% skonfigurowanego budżetu.

Porównanie czasu do uruchomienia

Bezpieczeństwo i zgodność z RODO w poszczególnych scenariuszach

RODO to polska implementacja GDPR. Poniższa tabela pokazuje, jak każda topologia spełnia kluczowe wymagania zgodności (✓ Pełne / ⚠ Częściowe).

Wszystkie trzy topologie współdzielą te same funkcje bezpieczeństwa DataFlow AI: Keycloak 24 dla OIDC/SAML z federacją Active Directory i MFA; HashiCorp Vault dla dynamicznych 30-minutowych poświadczeń bazy danych; RBAC w API Gateway z 5 rolami i 26 uprawnieniami; domyślnie odmawiające polityki sieciowe Kubernetes; oraz 30-dniową rotację wszystkich haseł baz danych, kluczy API i poświadczeń Kafka.

W przypadku disaster recovery dwa dokumenty źródłowe podają różne wartości docelowe — należy odnotować rozbieżność:

• Dokument scenariuszy wdrożenia podaje ciepły cel DR na GCP: RTO < 60 sekund, RPO < 30 sekund.
• Dokument analizy kosztów GCP podaje RTO < 4 godziny, RPO < 15 minut dla tej samej konfiguracji DR.

Przewodnik decyzyjny — wybór topologii

Dokument źródłowy dostarcza schemat decyzyjny. Przejdź przez te pytania po kolei:

Q1. Do regulations require ALL data to stay on-premises?
      YES  ->  On-Premises  (military / government air-gap)
      NO   ->  go to Q2

Q2. Are there large existing on-prem databases (Teradata / Oracle / SAP HANA)?
      YES  ->  go to Q3
      NO   ->  go to Q4

Q3. Is data transfer to the cloud acceptable, given PII masking on-prem first?
      YES  ->  HYBRID  (recommended)
      NO   ->  On-Premises

Q4. Is the budget under $200K/year?
      YES  ->  GCP Full Cloud (Minimum or Realistic)
      NO   ->  GCP Full Cloud (Realistic or Pessimistic)

Ścieżka Polkomtel Plus przez ten schemat: Q1 = Nie (regulacje dopuszczają chmurę), Q2 = Tak (duże majątki Teradata, Oracle i SAP HANA już on-premises), Q3 = Tak (transfer jest dopuszczalny przy maskowaniu PII on-premises) → Hybrydowa.

Podsumowanie porównawcze

Co dalej

• Uzasadnienie biznesowe, ROI oraz ekonomię migracji stojącą za wyborem topologii znajdziesz na stronie Wartość biznesowa i ROI.
• Rzeczywisty proces budowy, wydania i udostępniania — w tym działające wdrożenie na VPS — opisuje strona Wdrożenie i udostępnianie.
• Zadania administracyjne po uruchomieniu topologii opisuje Przewodnik administratora.