Administracja chmurą

Co się dzieje z chmurą bez administratora

Chmura nie wymaga wymiany dysków ani wizyty w serwerowni, więc łatwo uwierzyć, że nie wymaga też opieki. Po roku wygląda to zwykle tak: kilkanaście zasobów, o których nikt nie pamięta, dwa środowiska testowe pracujące całą dobę, konto administratora bez drugiego składnika logowania i rachunek, którego nikt nie potrafi rozbić na działy.

Praca, która zniknęła razem ze sprzętem, nie zniknęła w całości. Zmieniła miejsce.

Co chmura zmienia w codziennej pracy firmy

Najbardziej widoczna zmiana nie jest techniczna. Pliki przestają mieć jedną kopię na dysku sieciowym i drugą na pulpicie księgowej, poczta przestaje zależeć od serwera stojącego w firmie, a nowy pracownik dostaje dostęp do wszystkiego jednym kontem w kilka minut. Odejście pracownika działa tak samo, tylko w drugą stronę i tego samego dnia.

Druga zmiana widoczna jest dopiero przy awarii. Zalanie serwerowni przestaje oznaczać utratę firmy, bo w serwerowni nie zostaje już nic, czego nie da się odtworzyć gdzie indziej.

Trzecia rzecz to pytanie, które pada w każdej rozmowie: co się dzieje, gdy padnie łącze w biurze. Pliki synchronizowane przez OneDrive są dostępne offline, więc praca na dokumentach trwa dalej, a zmiany wgrywają się po powrocie internetu. Poczta działa na telefonach przez sieć komórkową. Firmom, które oparły na chmurze całą pracę, dokładamy zapasowe łącze LTE, bo to najtańsza polisa, jaką znamy.

Co idzie do chmury najpierw, a co zostaje na miejscu

Obszar	Dlaczego wcześnie	Co zostaje po staremu
Poczta	najczęstsza awaria i najprostsza migracja	nic, poczta lokalna nie ma dziś przewagi
Konta i logowanie	fundament dla całej reszty	synchronizacja z domeną, jeśli jest
Pliki biurowe	praca zdalna i wersjonowanie	duże zasoby projektowe bywają szybsze lokalnie
Komunikacja	zastępuje część telefonii i czatów prywatnych	telefonia stacjonarna, jeśli ma umowę
Kopie	kopia poza firmą bez własnego sprzętu	kopia lokalna do szybkiego odtworzenia

Kolejność ma znaczenie, bo nikt rozsądny nie przenosi wszystkiego naraz. Najpierw poczta i konta, potem pliki działami, a na końcu, jeśli w ogóle, serwery. Etapami widać efekt, a ewentualna pomyłka dotyczy jednego obszaru, a nie całej firmy. Przebieg takiego projektu, razem z godziną szkolenia dla zespołu, która w większości firm wystarcza, opisaliśmy przy migracji do chmury.

Rachunek, który rośnie sam

Trzy najczęstsze przyczyny, jakie widzimy przy przejmowaniu środowisk:

• Zasoby zapomniane. Maszyna uruchomiona na potrzeby testu sprzed roku, dysk po skasowanej maszynie, adres IP zarezerwowany i nieużywany.
• Zły dobór rozmiaru. Maszyna dobrana na oko, zwykle o klasę za duża, bo przy uruchomieniu nikt nie mierzył obciążenia.
• Brak harmonogramu. Środowiska deweloperskie pracujące w nocy i w weekendy, choć korzysta z nich pięć osób w godzinach pracy.

Wszystkie trzy są proste do usunięcia, o ile ktoś patrzy na rachunek częściej niż raz na kwartał.

Z czego składa się rachunek za chmurę

Pozycje są trzy i warto je rozdzielić, bo mylenie ich ze sobą jest powodem większości rozczarowań. Pierwsza to zużycie zasobów i licencje, płacone wprost dostawcy. Druga to opieka po naszej stronie, od 590 zł netto miesięcznie za subskrypcję plus 250 zł za maszynę, stała i przewidywalna co miesiąc. Trzecia to migracja, płacona przy wejściu i tylko wtedy.

Biurową część chmury, czyli pocztę, pliki, Teams i urządzenia, prowadzimy osobno w ramach Microsoft 365 dla firm, bo tam pracy przybywa z każdym użytkownikiem, a nie z każdą maszyną, i dlatego rozlicza się ją od osoby.

Dla porównania własny serwer to zakup co pięć lat, zasilanie awaryjne, klimatyzacja, licencje serwerowe i praca przy jego utrzymaniu. Przy kilkunastu stanowiskach ten rachunek rzadko wychodzi na korzyść sprzętu, przy jednej maszynie pod stałym obciążeniem bardzo często wychodzi.

Trzy przekonania o chmurze, które kosztują

„Chmura sama się backupuje.” Dostawca odpowiada za działanie usługi, nie za skasowany folder ani za zaszyfrowane pliki. Kopia to osobna usługa i osobny koszt, a jej brak wychodzi na jaw w jedynym momencie, w którym jest potrzebna.

„Chmura jest bezpieczna z definicji.” Bezpieczne jest konto z drugim składnikiem logowania i przemyślanymi uprawnieniami. Konto z hasłem z 2019 roku jest tak samo niebezpieczne w chmurze jak wszędzie indziej, tylko dostępne z całego świata. Odpowiedzialność jest dzielona: dostawca dba o dostępność usługi, Wy o konta, uprawnienia i kopie.

„W chmurze wszystko będzie działać szybciej.” Poczta i dokumenty tak. Praca na plikach CAD przez łącze o małej przepustowości nie. Dlatego przed każdym przeniesieniem pytamy, na czym faktycznie pracujecie.

Tożsamość jest ważniejsza niż sieć

W środowisku lokalnym granicą jest firewall. W chmurze granicą jest konto. Dlatego pierwszą rzeczą, którą porządkujemy po przejęciu subskrypcji, jest logowanie: wieloskładnikowe uwierzytelnianie dla wszystkich, role zamiast uprawnień właściciela dla każdego, dostęp administracyjny nadawany na czas zadania i rejestrowanie logowań z nietypowych miejsc.

Przejęte konto administratora chmury oznacza dostęp do wszystkiego naraz, łącznie z kopiami. To jedyny scenariusz, w którym firma traci dane i kopie tego samego dnia.

Co monitorujemy

Obszar	Co sprawdzamy	Reakcja
Koszty	dzienne zużycie wobec budżetu	alert przy przekroczeniu progu
Tożsamość	logowania nietypowe, konta bez MFA	zgłoszenie tego samego dnia
Maszyny	dostępność, zasoby, aktualizacje	jak przy serwerach lokalnych
Kopie	wykonanie zadania i test odtworzenia	zgłoszenie przy błędzie
Certyfikaty i domeny	terminy wygaśnięcia	ostrzeżenie 30 dni wcześniej
Uprawnienia	przegląd ról	raz na kwartał, z listą do zatwierdzenia

Terraform zamiast klikania w panelu

Środowisko, które powstało klikaniem, ma zwykle jedną wspólną cechę: nikt nie potrafi go odtworzyć. My prowadzimy je kodem, bo wtedy zmiana przechodzi przez plan pokazujący, co dokładnie się wydarzy, a odtworzenie sieci czy uprawnień po pomyłce trwa kilkanaście minut zamiast dnia.

Praktyka wygląda tak: moduły na powtarzalne elementy, stan trzymany zdalnie z blokadą, sekrety poza repozytorium, zmiany wykonywane przez potok CI/CD po zatwierdzeniu. Panel zostaje jako dostęp awaryjny. Szerzej opisaliśmy to przy Terraformie.

Której chmury używamy najczęściej

Prowadzimy AWS, Google Cloud i Azure, ale przy nowych projektach domyślnie proponujemy dwie pierwsze. Powód jest praktyczny, nie ideologiczny: model uprawnień i sieci jest tam bliższy temu, co znamy z infrastruktury lokalnej, narzędzia wiersza poleceń są wygodniejsze w automatyzacji, a rachunek łatwiej rozbić na projekty.

Azure proponujemy wtedy, gdy firma pracuje na Microsoft 365 i Active Directory, bo wspólna tożsamość i jedno logowanie są warte więcej niż różnice między platformami. To jedyne kryterium, jakie tu stosujemy, a samo prowadzenie środowiska Microsoftu opisaliśmy przy Azure dla firm.

Kiedy chmura przestaje się opłacać

Gdy przenieśliście do niej maszynę pracującą całą dobę pod stałym obciążeniem, gdy płacicie za transfer danych między chmurą a biurem przy każdej operacji albo gdy kupiliście moc na szczyt, który zdarza się raz w roku.

Odradzamy ją także wtedy, gdy firma pracuje na jednym dużym zasobie projektowym trzymanym w biurze, gdy system branżowy nie ma wersji chmurowej i źle znosi opóźnienia albo gdy łącze w lokalizacji jest jedyne i zawodne. Pierwsze dwa przypadki da się policzyć przed decyzją, trzeci wystarczy przeżyć raz.

W takich przypadkach mówimy wprost, że część środowiska warto wrócić na własny sprzęt albo do kolokacji, i pokazujemy rachunek dla obu wariantów. Model mieszany opisaliśmy przy chmurze hybrydowej.

Treść sprawdzona i zaktualizowana: 31 lipca 2026