Case Study: Firma produkcyjna obniżyła koszty IT o 60% dzięki chmurze

Polimax Production, średnia firma produkcyjna z sektora automotive w Polsce, zredukowała roczne koszty IT o 60% — z 2,4 mln PLN do około 960 tys. PLN — przenosząc infrastrukturę on-premise do chmury Azure. Migracja objęła 47 serwerów fizycznych, trzy środowiska (produkcyjne, testowe, deweloperskie) oraz kluczowe aplikacje biznesowe: ERP SAP Business One, system SCADA oraz wewnętrzny portal MES. Pełny zwrot z inwestycji (ROI) nastąpił po 14 miesiącach. Kluczowe było zastosowanie architektury hybrydowej z elementami lift-and-shift dla systemów krytycznych oraz refaktoryzacji wybranych komponentów na mikrousługi w Azure Kubernetes Service.

---

Kim był klient i dlaczego zdecydował się na transformację chmurową?

Polimax Production to polska firma produkcyjna z branży automotive, zatrudniająca 450 pracowników w trzech zakładach na Śląsku. Specjalizuje się w precyzyjnej obróbce CNC i dostarcza komponenty dla największych europejskich producentów samochodów.

W 2021 roku firma stanęła przed serią problemów, które zmusiły zarząd do fundamentalnej rewizji strategii IT:

Problemy infrastruktury on-premise:

• Przestarzała serwerownia — data center liczyło sobie 12 lat, klimatyzacja wymagała wymiany, a UPS-y osiągnęły krytyczny próg eksploatacji. Koszt modernizacji wyceniono na 3,2 mln PLN.
• Brak skalowalności — w sezonie wzmożonego popytu (Q3–Q4) serwery bazodanowe pracowały na 95% mocy, powodując spowolnienia systemu ERP. Jednocześnie przez 6 miesięcy roku zasoby stały niewykorzystane w 40%.
• Koszty energii — rachunki za prąd dla serwerowni wynosiły średnio 48 tys. PLN miesięcznie. Po podwyżce cen energii w 2022 roku prognozowano wzrost do 72 tys. PLN miesięcznie.
• Problemy z dostępnością — SLA na poziomie 95% (17,5 godziny przestoju miesięcznie) było niewystarczające dla kluczowych systemów produkcyjnych. Awaria w maju 2022 roku kosztowała firmę 340 tys. PLN wstrzymanej produkcji.
• Trudności z rekrutacją — utrzymanie trzech administratorów on-premise było kosztowne (łącznie 45 tys. PLN miesięcznie + benefity), a rotacja kadrowa w IT wynosiła 25% rocznie.

Zarząd podjął decyzję o transformacji chmurowej po analizie trzech scenariuszy: modernizacji on-premise, migracji do chmury prywatnej oraz migracji do chmury publicznej. Analiza TCO (Total Cost of Ownership) na 5 lat jednoznacznie wskazała na chmurę publiczną — przy założeniu 15% rocznego wzrostu obciążenia, oszczędności w scenariuszu chmurowym wyniosłyby 6,8 mln PLN w porównaniu z modernizacją on-premise.

---

Strategia migracji: jak firma podeszła do projektu?

Faza 1: Audyt i planowanie (3 miesiące)

Pierwszym krokiem był szczegółowy audyt infrastruktury przy użyciu narzędzi Microsoft Assessment and Planning (MAP) Toolkit oraz Azure Migrate. Zinwentaryzowano:

• 47 serwerów fizycznych (w tym 12 serwerów HP ProLiant Gen9, 8 Dell PowerEdge R740)
• 3 macierze dyskowe (2x HPE 3PAR 8450, 1x NetApp AFF A300)
• Połączenia sieciowe (10 Gbps wewnętrzny Ethernet, łącze MPLS 100 Mbps do oddziału)
• Aplikacje krytyczne: SAP Business One 10.0, system SCADA Wonderware 2020, portal MES (aplikacja .NET Core 3.1 na IIS), baza danych Oracle 19c

Na podstawie audytu przeprowadzono klasyfikację obciążeń według modelu 6R (Rehost, Replatform, Refactor, Rearchitect, Rebuild, Replace):

Model	Liczba serwerów	Opis
Rehost (lift-and-shift)	28	Serwery aplikacyjne z minimalnymi zmianami — Azure VMs
Replatform	12	Bazy danych Oracle i SQL Server przeniesione na Azure Database for Oracle/SQL
Refactor	7	Portal MES przebudowany na mikrousługi w AKS

Faza 2: Architektura docelowa

Zdecydowano się na architekturę hybrydową z wykorzystaniem:

• Azure Virtual Network z trzema subnetami (produkcja, test, DMZ)
• Azure Site Recovery jako mechanizm disaster recovery
• ExpressRoute (łącze 500 Mbps) dla spójnej integracji z pozostałymi systemami on-premise
• Azure Security Center (obecnie Microsoft Defender for Cloud) do zarządzania bezpieczeństwem
• Azure Cost Management do bieżącej optymalizacji kosztów

Wybór regionu: Wybrano region Azure West Europe (Holandia) ze względu na najniższe opóźnienia sieciowe (< 25 ms do Polski) oraz pełną zgodność z RODO. Dla zwiększenia odporności zastosowano strefowo-redundantny storage (ZRS) dla krytycznych danych produkcyjnych.

---

Szczegóły techniczne: jakie usługi chmurowe wdrożono?

Komputacja (Compute)

Serwery produkcyjne (SAP Business One i SCADA):

• Azure Virtual Machines — 8x Standard_E8s_v3 (8 vCPU, 64 GB RAM) dla SAP Business One
• System operacyjny: Windows Server 2019 Datacenter Edition
• Storage: Azure Premium SSD P20 (256 GB) dla systemu operacyjnego, P40 (512 GB) dla danych aplikacji
• Koszt miesięczny: ~4 200 PLN za serwer × 8 = ~33 600 PLN

Serwery testowe i deweloperskie:

• Azure VMs — 6x Standard_B4ms (4 vCPU, 16 GB RAM) z automatycznym zamykaniem w godzinach nocnych (18:00–06:00)
• Koszt miesięczny z oszczędnością 65% na godzinach non-peak: ~1 150 PLN

Bazy danych

Oracle 19c (produkcja):

• Azure Database for Oracle — Business Critical, 4 vCore, 512 GB storage
• Konfiguracja strefowo-redundantna (ZRS dla HA)
• Koszt miesięczny: ~18 500 PLN

SQL Server (portal MES):

• Azure SQL Managed Instance — General Purpose, 8 vCore
• Automatyczne backupy z retencją 35 dni
• Koszt miesięczny: ~8 200 PLN

Konteneryzacja i mikrousługi

Azure Kubernetes Service (AKS) — klaster produkcyjny:

• Trzy węzły typu Standard_D4s_v3 (4 vCPU, 16 GB RAM)
• System automatycznego skalowania (Cluster Autoscaler)
• Azure CNI Overlay dla uproszczonej sieci
• Koszt miesięczny (przy 720 godzinach pracy): ~4 800 PLN + compute

Sieć i bezpieczeństwo

• Azure ExpressRoute — plan 500 Mbps, koszt ~8 500 PLN miesięcznie
• Azure Firewall Premium — ~3 200 PLN miesięcznie
• Azure Application Gateway z WAF — ~1 800 PLN miesięcznie
• VPN Gateway jako backup — ~450 PLN miesięcznie

Storage

• Azure Blob Storage (Hot tier) dla backupów — ~2 TB, koszt ~370 PLN miesięcznie
• Azure Files (Standard) dla współdzielonych zasobów — ~500 GB, koszt ~95 PLN miesięcznie

---

Proces migracji krok po kroku

Krok 1: Przygotowanie środowiska (tygodnie 1–4)

Skonfigurowano hub sieciowy w Azure, wdrożono Azure AD Connect dla synchronizacji kont z lokalnym Active Directory, oraz skonfigurowano Azure Bastion dla bezpiecznego dostępu administracyjnego.

Krok 2: Migracja baz danych (tygodnie 5–10)

Bazy danych migrowano jako pierwsze ze względu na ich krytyczne znaczenie dla spójności aplikacji:

1. Utworzono docelowe instancje Azure Database for Oracle i Azure SQL MI
2. Za pomocą Azure Database Migration Service przeprowadzono migrację danych (pełna synchronizacja trwała 72 godziny dla 2,8 TB danych Oracle)
3. Skonfigurowano replikację online dla minimalizacji przestoju
4. Przeprowadzono trzy testowe przełączenia (failover tests) w weekendy
5. W oknie maintenance (sobota 22:00 – niedziela 06:00) wykonano finalne przełączenie

Przestój faktyczny: 4 godziny 23 minuty — znacznie poniżej zakładanego maximum 8 godzin.

Krok 3: Migracja serwerów aplikacyjnych (tygodnie 11–18)

Zastosowano podejście wave-based migration:

Fala 1 (tydzień 11–12): Portal MES (refaktoryzacja na AKS)

• Rozdzielono monolityczną aplikację .NET na 4 mikrousługi
• Skonteneryzowano obrazy Docker
• Wdrożono w AKS z CI/CD przez Azure DevOps
• Uruchomiono blue-green deployment z natychmiastowym rollbackiem

Fala 2 (tygodnie 13–15): Systemy SCADA

• Serwery Windows Rehost na Azure VMs
• Skonfigurowano Azure Extended Network dla komunikacji z urządzeniami PLC w zakładach
• Zaimplementowano Site-to-Site VPN jako tymczasowe rozwiązanie

Fala 3 (tygodnie 16–18): SAP Business One i pozostałe serwery

• Migracja lift-and-shift dla 28 serwerów
• Uruchomiono Azure Monitor dla całego środowiska
• Przetestowano integrację z lokalnymi drukarkami przemysłowymi

Krok 4: Optymalizacja i tuning (tygodnie 19–24)

Po migracji przeprowadzono optymalizację kosztową:

• Wdrożono Azure Advisor z automatycznymi rekomendacjami
• Skonfigurowano Azure Cost Management z alertami budżetowymi (> 80% i > 100%)
• Zaimplementowano automatyczne zamykanie serwerów deweloperskich i testowych
• Przejście na Reserved Instances (RI) dla serwerów produkcyjnych (oszczędność 40%)

---

Ile to kosztowało? Analiza ROI migracji cloud

Koszty przed migracją (rocznie)

Kategoria	Koszt roczny (PLN)
Hardware (amortyzacja 5 lat)	640 000
Energia elektryczna (serwerownia)	864 000
Obsługa IT (3 adminów + outsourcing)	720 000
Konserwacja i licencje software'owe	180 000
Razem	2 404 000

Koszty po migracji (rok 1 — bez RI)

Kategoria	Koszt roczny (PLN)
Azure compute (VMs, AKS)	456 000
Azure Database (Oracle, SQL MI)	321 000
Storage i networking	156 000
ExpressRoute	102 000
Licencje Windows Server (AHB)	84 000
Security (Defender for Cloud)	48 000
Obsługa IT (2 adminów cloud)	360 000
Razem	1 527 000

Oszczędność w roku 1: 877 000 PLN (36,5%)

Koszty po migracji (rok 2+ z Reserved Instances)

Po wykupieniu Reserved Instances na 3 lata dla serwerów produkcyjnych oraz przejściu na Azure Hybrid Benefit (wykorzystanie istniejących licencji Windows Server):

Kategoria	Koszt roczny (PLN)
Azure compute (z RI)	273 600
Azure Database (z RI)	192 600
Storage i networking	156 000
ExpressRoute	102 000
Security	48 000
Obsługa IT	288 000
Razem	1 060 200

Oszczędność w roku 2+: 1 343 800 PLN (55,9%)

Pełna kalkulacja ROI

• Jednorazowy koszt migracji: 420 000 PLN (usługi konsultingowe, przestoje, szkolenia)
• Okres zwrotu (payback period): 14 miesięcy
• 5-letni NPV (Net Present Value): 4,2 mln PLN (przy stopie dyskontowej 8%)

---

Jakie wyniki osiągnięto po transformacji chmurowej?

Wymierne korzyści

✅ 60% redukcja kosztów IT operacyjnych — najważniejszy wskaźnik osiągnięty w pełni po 18 miesiącach

✅ 99,95% dostępności SLA — wzrost z 95% (on-premise) do 99,95%, czyli maksymalnie 4,4 godziny przestoju rocznie

✅ Czas wdrożenia nowego środowiska — z 6 tygodni (zakup sprzętu, instalacja) do 45 minut (infrastruktura jako kod, Terraform)

✅ Skalowalność — w Q4 2023 (szczyt produkcji) automatycznie dodano 40% mocy obliczeniowej bez żadnych przerw

✅ Redukcja śladu węglowego — o 78% dzięki eliminacji energochłonnej serwerowni

Korzyści operacyjne

Automatyzacja DevOps:

• Czas wdrożenia nowej wersji aplikacji MES skrócony z 4 godzin (manual deployment) do 12 minut (CI/CD pipeline w Azure DevOps)
• Częstotliwość deploymentów wzrosła z 1/kwartał do 2/tydzień
• Zero przypadkowych awarii w produkcji dzięki automatycznym testom

Bezpieczeństwo:

• Microsoft Defender for Cloud wykrył i zablokował 3 próby ataków brute-force w pierwszym kwartale
• Automatyczne patching systemów operacyjnych (brak przestojów planowych)
• Zgodność z ISO 27001 i wymogami RODO potwierdzona audytem zewnętrznym

---

Wyzwania i ograniczenia: czego firma mogła uniknąć?

Honestnie o trudnościach:

1. Opóźnienia w projekcie — pierwotny harmonogram zakładał 16 tygodni, faktyczny czas wyniósł 24 tygodnie. Główne przyczyny: niedoszacowanie złożoności integracji z lokalnym SCADA oraz opór części zespołu IT przed zmianą.

2. Koszty乘跃迁 (transient costs) — w pierwszych 3 miesiącach firma ponosiła podwójne koszty (on-premise + chmura) z powodu równoległego utrzymania obu środowisk. Łącznie dodatkowe 180 000 PLN.

3. Problemy z latencją — w trakcie migracji SCADA wystąpiły opóźnienia rzędu 35 ms, co wymagało optymalizacji Azure Extended Network i dodania cache'owania lokalnego (Azure IoT Edge).

4. Lock-in dostawcy — firma jest obecnie silnie związana z ekosystemem Azure. Migracja do innej chmury (np. AWS) wymagałaby znaczącej refaktoryzacji. Ograniczenie to zaakceptowano jako akceptowalne ryzyko.

Czego można było uniknąć z perspektywy czasu:

• Lepsze oszacowanie kosztów Reserved Instances na początku (zaoszczędzono by 6 miesięcy wyższych kosztów)
• Wcześniejsze włączenie zespołu bezpieczeństwa (zamiast po migracji)
• Dokładniejsza analiza zależności między aplikacjami (odkryto 4 niezinwentaryzowane powiązania podczas migracji)

---

Rekomendacje dla firm rozważających migrację

Na podstawie doświadczeń Polimax Production, oto konkretne wskazówki dla firm produkcyjnych planujących transformację chmurową:

1. Zacznij od analizy TCO

Nie porównuj tylko CAPEX vs OPEX. Uwzględnij:

• Koszty ukryte (energia, klimatyzacja, ubezpieczenia, powierzchnia)
• Ryzyko awarii i koszty przestojów
• Możliwość skalowania w górę bez inwestycji kapitałowych

Dla większości firm produkcyjnych z infrastruktury > 5 lat, chmura publiczna będzie tańsza w horyzoncie 3–4 lat.

2. Wybierz odpowiednią strategię migracji

Nie każda aplikacja wymaga refaktoryzacji. Zasada Pareto:

• 80% obciążeń — Rehost (lift-and-shift) — szybka migracja, natychmiastowe oszczędności
• 15% obciążeń — Replatform — optymalizacja bez rewolucji
• 5% obciążeń — Refactor/Rearchitect — tylko dla aplikacji o krytycznym znaczeniu strategicznym

3. Nie oszczędzaj na sieci

Łącze ExpressRoute (lub equivalent w AWS/GCP) to nie wydatek, to inwestycja. Firma, która próbuje zaoszczędzić na łączu, ryzykuje:

• Problemy z wydajnością aplikacji
• Frustrację użytkowników
• Nierealizację korzyści z chmury

4. Planuj security od day one

Bezpieczeństwo w chmurze to współdzielona odpowiedzialność. Minimum:

• Microsoft Defender for Cloud / AWS Security Hub / GCP Security Command Center
• Zero Trust Network Access (ZTNA)
• Automatyczne backupy z testami przywracania

5. Zmień model operacyjny

Migracja do chmury bez zmiany sposobu zarządzania to połowiczne rozwiązanie. Potrzebujesz:

• Infrastructure as Code (Terraform, ARM templates)
• CI/CD pipelines dla wszystkich środowisk
• FinOps culture — każdy zespół odpowiada za swoje koszty

---

Podsumowanie: co firma zyskała dzięki migracji do chmury?

Transformacja chmurowa Polimax Production to dowód, że sukces migracji do chmury w polskim sektorze produkcyjnym jest osiągalny — pod warunkiem odpowiedniego planowania i wykonania.

Kluczowe wnioski z tego case study:

• 60% redukcja kosztów IT została osiągnięta dzięki eliminacji kosztów hardware'u, energii i fizycznej serwerowni, przy jednoczesnym wykorzystaniu modelu pay-per-use
• ROI w 14 miesięcy potwierdza, że migracja chmury to nie wydatek, a inwestycja z mierzalnym zwrotem
• Zwiększona odporność biznesowa (99,95% SLA) oznacza mniej przestojów produkcyjnych i wyższą satysfakcję klientów
• Agility organizacji — zdolność do szybkiego wdrażania nowych funkcji i skalowania zasobów stała się konkurencyjną przewagą

Dla firm produkcyjnych, które wciąż wahają się przed migracją: jedynym większym ryzykiem niż przejście do chmury jest pozostanie w infrastrukturze on-premise w erze cyfrowej transformacji przemysłu.

Czy Twoja firma jest gotowa na podobną transformację? Skontaktuj się z ekspertami Ciro Cloud, aby przeprowadzić bezpłatną ocenę dojrzałości chmurowej i oszacować potencjał oszczędności dla Twojej organizacji.