Jak wybrać zarządzaną chmurę, gdy macie 50–200 osób

TL;DR

  • Przy 50–200 osobach zwykle potrzebujecie kogoś, kto odpowiada za aktualizacje, backup i incydenty — ale to wy nadal decydujecie o architekturze i dostawcach.
  • „Zarządzana chmura” to nie hosting z nowym logo: wymagajcie SLA, testów restore, podstawowe standardy bezpieczeństwa i nazwanej eskalacji.
  • Porównujcie całkowity koszt: abonament + projekty + egress + wasz czas na koordynację.
  • Jeśli oferta nie tłumaczy czasu odtworzenia, dyżurów i tego, kto trzyma klucze admina — szukajcie dalej.

Dyrektor produkcji zadzwonił do nas w zeszłym kwartale ze znaną historią. Przychody rosły, system ERP nie nadążał za skalą, a kierownik IT — świetny w utrzymaniu biznesu — tonął w zgłoszeniach u dostawców. „Potrzebujemy chmury” — mówił zarząd. „Nie możemy zatrudnić pięciu inżynierów DevOps” — odpowiadał IT. Oboje mieli rację. Firmy ze 50 do 200 pracowników stoją w niewygodnej sytuacji: za duże na „dział IT jednoosobowy”, za małe na zespół platformowy, który wymyśla własne dystrybucje Kubernetesa z własnej inicjatywy.

Zarządzana chmura bywa racjonalną odpowiedzią — ale etykieta jest starta. Każdy hoster, MSP i integrator twierdzi, że ją oferuje. Ten artykuł jest dla właścicieli, CFO i dyrektorów operacji, którzy muszą porównać oferty bez zostawania na stałe architektami chmury.

Co zmienia się w waszej skali

Poniżej pięćdziesięciu osób generalista plus dobry MSP często jeszcze samodzielnie prowadzi serwery, pocztę i backupy. Powyżej dwustu często da się uzasadnić dedykowane role infrastrukturalne i formalne change management. W środkowym paśmie złożoność rośnie szybciej niż liczbę etatów: praca hybrydowa, więcej SaaS, portale dla klientów, być może system magazynowy lub dane produkcyjne — a pytania compliance (NIS2, audyty klientów, ankiety ubezpieczyciela) lądują w skrzynce.

Nie potrzebujecie „programu transformacji cyfrowej” ze steering committee, które spotyka się po to, by planować spotkania. Potrzebujecie przewidywalnej operacji: znanego kosztu miesięcznego, backupów które się odtwarzają, bezpieczeństwa które przechodzi poważny kwestionariusz i partnera, który odbiera telefon w niedzielę.

Zarządzana chmura vs hosting vs „sami ogarniemy Azure”

Klasyczny hosting daje VM lub szafę. Patchujecie sami albo płacicie za każdy ticket. Skalowanie i architektura bezpieczeństwa to głównie wasz problem.

DIY chmura publiczna (klikacie w AWS/Azure/GCP) jest elastyczna i bywa tania na małą skalę — dopóki ktoś nie zostawi publicznego bucketa, nikt nie jest właścicielem polityki tagowania, a trzy działy zakładają „tymczasowe” środowiska na lata.

Zarządzana chmura, zrobiona porządnie, oznacza że dostawca operuje zdefiniowanym zakresem: utwardzanie według standardów bazowych, monitoring, backup i restore, cykle aktualizacji, obsługa incydentów w SLA, często landing zone żeby nowe workloady nie startowały z pustego konta. Wy nadal decydujecie co tam działa i ile to kosztuje biznesowo; oni odpowiadają jak to zostaje dostępne i obronne.

W QData najlepsze dopasowanie widzimy, gdy wewnętrzne IT jest mocne w aplikacjach biznesowych (ERP, CRM, LOB), ale cienkie w infrastrukturze 24/7 — dokładnie profil wielu polskich firm średniej wielkości.

Pięć pytań, na które poważna oferta musi odpowiedzieć

1. Co dokładnie jest w zakresie? Tylko OS, czy też aplikacje? Admin baz danych? Zmiany na firewallu? Wypiszcie. „Managed” bez granic kończy się sporem po pierwszym awarii.

2. Jakie są SLA — i co gdy je złamią? Czas reakcji na severity-1, nie „best effort”. Uczciwość ważniejsza niż kredyt: jeśli nie ma prawdziwego 24/7, niech powiedzą i zaprojektujcie eskalację z waszym zespołem.

3. Kiedy ostatnio odtworzyli backup u klienta podobnego do nas? Nie „mamy backupy”. Data, czas trwania, podpisany raport testu. RPO/RTO na piśmie, przypięte do systemów tier-1.

4. Kto trzyma dostęp admina? Konta break-glass, MFA, PIM/JIT w chmurze. Tenant powinien być wasz; oni operują z least privilege — nie odwrotnie.

5. Jak naliczają, gdy rośniemy? Za VM, workload, projekt? Egress i storage niszczą płaskie „all inclusive”. Poproście o przykład przy +30% pojemności.

Czerwone flagi w odpowiedziach na RFP

Mgliste prezentacje „transformacji chmurowej” bez runbooka. „Nielimitowany support”, który jakoś wyklucza bazy, firewalle i „oprogramowanie stron trzecich”. Brak rezydencji danych lub subprocesorów przy danych klientów UE. Propozycje z listą narzędzi (Kubernetes, Terraform, AI ops) bez odpowiedzi, kto nimi operuje od drugiego dnia. I klasyk: abonament tak niski, że migracja jest „gratis” — bo marża siedzi w usługach, których nie unikniecie.

Kolejny sygnał: nie potrafią wyjaśnić pierwszych 90 dni. Dobrzy dostawcy mają onboarding: inwentaryzacja, landing zone, dowód backupu, przegląd dostępu, potem migracja workload po workloadzie — nie big-bang w weekend.

Porównujcie koszt całkowity, nie stronę tytułową

Zbudujcie prostą tabelę. Kolumny: miesięczny fee, przewidywane dni projektowe w roku pierwszym, godziny wewnętrzne (PM, właściciele aplikacji przy testach), łączność/egress, licencje które i tak płacicie, koszt wyjścia. Wyższy abonament z mniejszą liczbą dni projektowych i jasnym zakresem często bije tanią stawkę bazową z fakturą za każdą zmianę.

Jeden klient logistyczny zaoszczędził nie wybierając najniższej oferty, lecz tę z ćwiczeniami restore i jedną ścieżką on-call. Poprzedni „tani” host miał backupy; nikt nie testował restore od trzech lat. To nie ubezpieczenie — to nadzieja.

Kiedy zarządzana chmura nie jest pierwszym krokiem

Czasem odpowiedzią jest nudna higiena on-prem: porządek w AD, MFA na poczcie, backup offline, potem migracja maila i plików do SaaS, dopiero potem podniesienie kilku workloadów do zarządzanej chmury. Jeśli ERP nie znosi przestoju albo sieć hali to płaski L2 — naprawcie najpierw największe ryzyko, zanim zmarketingujecie „jesteśmy w chmurze”.

Jeśli nie macie wewnętrznego właściciela, który powie „tak, ta aplikacja może się przenieść” — zatrzymajcie się. Zarządzana chmura mnoży możliwości; nie zastępuje product ownerów.

Checklist na jedną stronę — do użycia w poniedziałek

  • Nazwany sponsor wewnętrzny (nie tylko IT).
  • Lista systemów tier-1 z oczekiwaniami RPO/RTO.
  • Trzy oferty porównane pod kątem zakresu, SLA, dowodu restore, modelu admina, cen przy wzroście.
  • Plan 90 dni: onboard, dowód backupu, migracja jednego niekrytycznego workloadu, przegląd.
  • Zrozumiana klauzula wyjścia (eksport danych, DNS, klucze).

Co dalej

Jeśli chcecie drugiej opinii o ofertach, które już macie — albo neutralnego dokumentu zakresu przed wysłaniem RFP — nasz zespół Usługi chmurowe pracuje od operacji i architektury, nie od prezentacji. Pomagamy firmom średniej wielkości wylądować w zarządzanym środowisku, które da się prowadzić, audytować i utrzymać za rok.

Chcesz porozmawiać o projekcie?

Kontakt