Administracja chmurą Poznań

Dlaczego rachunek poznańskiej hurtowni wygląda inaczej w listopadzie i w lutym

Firma handlowa z Wielkopolski ma w danych sprzedażowych kształt, który powtarza się co roku. Od września rośnie, w listopadzie robi kilkudniowy pik wokół kampanii rabatowych, do świąt trzyma wysoki poziom, a w lutym schodzi do najniższego punktu w kalendarzu. Ludzie z działu handlowego znają ten wykres na pamięć. Rzadko widuje go za to ktokolwiek, kto podejmuje decyzje o serwerach.

Skutek jest zawsze ten sam. Maszyna zostaje dobrana pod najgorszy dzień roku i przez pozostałe jedenaście miesięcy pracuje na ćwierć gwizdka. Firma płaci za moc, z której korzysta przez tydzień, wyłącznie dlatego, że w tym jednym tygodniu nie wolno jej zabraknąć.

Chmura rozwiązuje to zadanie lepiej niż własny sprzęt, ale tylko wtedy, gdy ktoś faktycznie zmienia rozmiary w obie strony. Środowisko powiększone przed kampanią i nigdy nieprzywrócone do stanu wyjściowego jest droższe od serwera, który wcześniej stał w firmie.

Co skalujemy razem z sezonem, a czego nie ruszamy

Element środowiska	Jak zachowuje się w szczycie	Co z nim robimy
Serwery aplikacyjne sklepu	ruch rośnie skokowo w dniach kampanii	instancje dokładane przed kampanią, zdejmowane po niej
Baza danych sklepu	rośnie wolniej, ale źle znosi restart	rozmiar podnoszony raz, przed sezonem, i zostaje do stycznia
Integracje z kurierami i dostawcami	kolejki puchną wieczorami	więcej procesów kolejki, limit powtórzeń nieudanych zadań
System handlowy i magazynowy	obciążenie zależy od liczby zamówień, nie od odsłon	stały rozmiar, mierzony czas odpowiedzi bazy
Środowisko prób	w sezonie prawie nikt z niego nie korzysta	wyłączone od listopada do stycznia
Magazyn na zdjęcia i pliki	rośnie równomiernie przez cały rok	starsze katalogi przenoszone na tańszą warstwę

Rozróżnienie z pierwszej kolumny jest ważniejsze, niż wygląda. Ruch na stronie i liczba zamówień to dwie różne krzywe. Pierwsza potrafi urosnąć wielokrotnie w ciągu godziny, druga rośnie w tempie, w jakim ludzie naprawdę kupują. Skalowanie wszystkiego według tej pierwszej daje rachunek, którego nikt później nie potrafi wytłumaczyć zarządowi.

Kiedy zaczynamy przygotowania i co dokładnie robimy

Wrzesień. Nie dlatego, że sama praca trwa trzy miesiące, tylko dlatego, że wnioski z pierwszej próby zwykle wymagają poprawek po stronie sklepu albo integracji, a na te potrzebny jest czas kogoś, kto rozwija kod.

Kolejność jest stała. Najpierw pomiar: ile zapytań obsługuje dziś sklep, jak długo trwa najwolniejsze zapytanie do bazy, gdzie zbierają się kolejki. Potem próba pod ruchem wyraźnie większym od spodziewanego, przeprowadzona na kopii środowiska, żeby zobaczyć, co pęka pierwsze. Zwykle nie jest to serwer, tylko jedno zapytanie bez indeksu albo integracja odpytywana przy każdym koszyku. Na końcu ustalamy progi automatycznego skalowania, limity kosztów i alerty.

Dopiero z tym zestawem rozmowa o dokładaniu zasobów ma sens. Bez niego zwiększanie mocy jest zgadywaniem, które w dobrym scenariuszu kosztuje pieniądze, a w złym niczego nie poprawia, bo wąskie gardło leżało gdzie indziej.

Po co rozbijamy rachunek na środowiska

Faktura od dostawcy chmury jest jedną kwotą, a firma handlowa ma zwykle co najmniej trzy rzeczy, które chce liczyć osobno: sklep, systemy wewnętrzne oraz maszyny stawiane przez zespół na próby i wdrożenia. Bez tagów i osobnych grup zasobów rozdzielenie tego po fakcie kończy się szacowaniem.

Schemat oznaczeń zakładamy więc, zanim uruchomimy pierwszą maszynę w nowym środowisku, i przypisujemy do niego budżet z alertem. Raport miesięczny podaje kwotę dla każdego środowiska osobno, razem z porównaniem do poprzedniego miesiąca. W listopadzie odpowiada on na pytanie, ile kosztowała kampania. W lutym na pytanie, co jeszcze pracuje bez powodu.

Dlaczego luty jest najlepszym miesiącem na porządki

Dołek sprzedaży to jedyny moment, w którym da się spokojnie zrobić rzeczy odkładane przez pół roku. Wtedy schodzimy z rozmiarów podniesionych na szczyt, kasujemy migawki zrobione przed kampaniami, gasimy środowiska postawione pod jedną integrację i przenosimy stare katalogi ze zdjęciami na tańszą warstwę magazynu.

Wtedy też przechodzimy przez konta. Osoby zatrudnione na listopad i grudzień powinny mieć dostęp zamknięty w dniu zakończenia umowy, a nie w dniu, w którym ktoś sobie o tym przypomni. Przy rotacji sezonowej zakładamy konta od razu z terminem ważności, bo lista do ręcznego zamknięcia zawsze okazuje się niekompletna.

W pierwszym kwartale mieszczą się także aktualizacje i większe zmiany w konfiguracji. Okno serwisowe w tygodniu przed świętami nie jest oknem serwisowym, tylko ryzykiem przyjętym bez potrzeby.

Co robimy zdalnie, a po co jest biuro przy Bnińskiej 44

Samo środowisko prowadzi się z konsoli dostawcy i z repozytorium, więc adres inżyniera nie ma tu znaczenia i nie udajemy, że ma. Bnińska 44 jest miejscem rozmów: przeglądu kosztów, ustalenia zakresu przed sezonem i podsumowania po nim. Nie ma tam magazynu części zamiennych ani inżynierów mieszkających w mieście, więc wizyty umawiamy z wyprzedzeniem.

Przy chmurze bliskość biura zmienia jedną rzecz: wrześniowe spotkanie o przygotowaniu do szczytu łatwiej przeprowadzić przy stole niż na telekonferencji, zwłaszcza gdy po Waszej stronie siedzą razem handel, magazyn i osoba od sklepu.

Czego ta opieka nie obejmuje

Subskrypcji u dostawcy nie zakładamy na siebie i nie pośredniczymy w płatności za nią. Umowa i faktura mają być Wasze, żeby obniżanie rachunku było zwyczajnie naszą pracą, a nie działaniem na własną szkodę. Nie rozwijamy kodu sklepu ani nie odpowiadamy za logikę systemu handlowego, choć odpowiadamy za maszyny, sieć i kopie pod nimi. Kolejne systemy wyprowadzamy wyżej w ramach odrębnego projektu, z własnym terminem i wyceną, opisanego przy migracji do chmury.

Gdy system magazynowy i terminale zostają przy hali, a wyżej idzie tylko część środowiska, właściwym układem jest chmura hybrydowa. Firmom pracującym na Microsoft 365 pokazujemy zwykle Azure dla firm, a powtarzalny opis środowiska powstaje przy infrastrukturze jako kodzie. Kopię danych niezależną od dostawcy prowadzimy w ramach backupu i disaster recovery, a pełną stawkę za opiekę nad IT firmy wyliczycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 31 lipca 2026