Administracja chmurą Łódź

Dlaczego w łódzkim sklepie szczyt nie stoi w kalendarzu

Firma handlująca przez internet z Łodzi ma w danych sprzedażowych coś innego niż równą krzywą sezonu. Ma serię pików, a każdy zaczyna się od decyzji podjętej w dziale handlowym: wysyłki do bazy adresowej, wejścia w promocję na marketplace, wpisu u osoby z zasięgiem albo obniżki ustawionej w panelu dwie godziny przed startem. Każda z tych rzeczy potrafi zwielokrotnić ruch w kwadrans i żadna nie wymaga rozmowy z kimkolwiek od serwerów.

To nie jest niczyje zaniedbanie. Akcja jest narzędziem handlowym i ma ruszać szybko, bo połowa jej wartości leży właśnie w tym, że wychodzi wtedy, kiedy trzeba. Wymaganie, żeby marketing zgłaszał każdy pomysł tydzień wcześniej, wygląda rozsądnie w procedurze i nie utrzymuje się dłużej niż kwartał.

Wniosek jest praktyczny i to on wyznacza sposób prowadzenia takiego środowiska. Ma ono reagować na to, co faktycznie dzieje się z ruchem, a nie na to, co ktoś zapowiedział. Wtedy uprzedzenie jest ułatwieniem, nie warunkiem, a dokładanie zasobów przestaje być czynnością wykonywaną ręcznie w środku nocy.

Co rośnie po starcie akcji i w jakiej kolejności

Warstwa	Kiedy rośnie	Jak długo trzyma się wysoko	Co z nią robimy
Serwery odpowiadające przeglądarce	w pierwszych minutach po wysyłce	godzinę, czasem dwie	instancje dokładane z progu na czasie odpowiedzi
Wyszukiwarka i listy produktów	równolegle ze stroną	tak samo krótko	osobna pula, żeby nie konkurowała z koszykiem
Baza zamówień	z opóźnieniem, po pierwszych zakupach	do końca doby	rozmiar podniesiony wcześniej i nietykany w trakcie
Kolejki integracji z przewoźnikami	wieczorem i nazajutrz rano	dwa do trzech dni	więcej procesów przetwarzających, limit powtórzeń
Powiadomienia do kupujących	falami, przy każdej zmianie statusu	tydzień	własna kolejka, żeby nie blokowała zamówień
Magazyn na zdjęcia i pliki	równomiernie przez cały rok	stale	starsze katalogi na tańszej warstwie

Wiersz o bazie zamówień jest tym, którego nie ruszamy w biegu. Podniesienie jej rozmiaru wymaga przełączenia i wypada zwykle w godzinie, w której to przełączenie kosztuje najwięcej. Dlatego jest to jedyna warstwa ustawiana z góry, na cały okres wzmożonej sprzedaży, a nie w reakcji na cokolwiek.

Skąd bierze się limit wydatków i kto go podnosi

Automat, który potrafi dokładać zasoby, potrafi też dokładać je w reakcji na coś zupełnie innego niż sprzedaż. Zapętlony import, robot indeksujący czy błąd w kodzie sklepu wyglądają z poziomu progów tak samo jak udana kampania, z jedną różnicą: nie przynoszą ani jednego zamówienia.

Nad regułami skalowania stoi więc kwota, powyżej której środowisko przestaje rosnąć. Ustalamy ją przed pierwszym uruchomieniem, na podstawie tego, ile kosztował najdroższy dotychczasowy tydzień, a nie na podstawie przeczucia. Osiągnięcie limitu nie wyłącza sklepu, tylko zatrzymuje przyrost i wysyła powiadomienie do wskazanej osoby po Waszej stronie oraz do nas.

Podniesienie tej kwoty jest zawsze decyzją człowieka. Brzmi to jak drobiazg proceduralny, a jest jedyną rzeczą, która oddziela udaną akcję od rachunku, którego nikt później nie potrafi wytłumaczyć zarządowi.

Dlaczego koszt liczymy na zamówienie

Zestawienie miesięczne z jedną kwotą odpowiada na pytanie, ile zapłaciliście, i nie odpowiada na żadne inne. W sklepie, który w jednym tygodniu sprzedaje dwukrotnie więcej niż w poprzednim, ta liczba sama z siebie nie mówi nic o tym, czy środowisko jest prowadzone dobrze.

Podajemy więc obok niej koszt zasobów przypadający na jedno zamówienie, policzony z tych samych oznaczeń, których używamy do rozbicia rachunku. Ta druga liczba zachowuje się inaczej: przy dobrze ustawionym skalowaniu spada w tygodniach największej sprzedaży, bo moc kupiona na szczyt pracuje wtedy naprawdę. Jej wzrost przy płaskiej sprzedaży jest sygnałem, który da się sprawdzić w kilkanaście minut.

Oznaczenia potrzebne do takiego wyliczenia zakładamy przy przejmowaniu środowiska, bo dostawca zapisuje zużycie razem z etykietą z danego dnia i dopisanie jej we wrześniu nie zmienia rachunku za czerwiec.

Co zostaje włączone, kiedy akcja się kończy

Zawsze coś zostaje i nie jest to niczyja wina, tylko naturalny skutek pracy pod presją. Ktoś zrobił migawkę przed zmianą, bo tak należało. Ktoś postawił drugą maszynę, żeby przepchnąć zaległe zamówienia. Ktoś podniósł rozmiar bazy o klasę wyżej, kiedy zapytania zaczęły się kolejkować.

Każda z tych rzeczy była w swoim momencie słuszna i każda kosztuje dalej, dopóki ktoś jej nie cofnie. Przegląd po akcji jest krótszy niż przegląd kwartalny i skuteczniejszy, ponieważ ludzie pamiętają jeszcze, po co dana rzecz powstała. Zasób, którego nikt nie potrafi obronić, trafia na listę z terminem wygaszenia, a gaśnie dopiero po jego upływie.

Po co jest biuro przy Zakładowej 13

Subskrypcję prowadzi się z konsoli i z repozytorium, więc to, gdzie siedzi inżynier, nie ma wpływu na jej stan. Wpływ ma natomiast to, że rozmowa o kosztach w firmie handlującej przez internet wymaga obecności kilku osób naraz: kogoś od sklepu, kogoś od magazynu i kogoś, kto podpisuje faktury. Zakładowa 13 jest miejscem na takie spotkania, a Widzew leży na tyle blisko tras wylotowych, że dojazd z magazynu przy obwodnicy zajmuje kwadrans.

Wyjazdy pod Wasz adres umawiamy wcześniej i dotyczą spraw ze sprzętem, nie samej chmury. Nie trzymamy w mieście magazynu części ani dyżurnego inżyniera i mówimy to przed umową, zamiast obiecywać przyjazd od ręki.

Za co nie odpowiadamy

Nie zakładamy subskrypcji na siebie i nie odsprzedajemy zasobów. Umowa z dostawcą oraz dane mają należeć do Was, żeby zejście z rachunku było po prostu efektem naszej pracy. Nie odpowiadamy za kod sklepu, za wtyczki dokupione do platformy ani za decyzje osób, które go rozwijają, choć odpowiadamy za maszyny, sieć i kopie pod nim.

Przeniesienie kolejnych systemów wyżej jest osobnym zleceniem z własnym terminem, opisanym przy migracji do chmury. Gdy system magazynowy i terminale zostają przy hali, całość prowadzimy jako chmurę hybrydową. Firmom trzymającym konta u Microsoftu pokazujemy Azure dla firm, łączniki do sklepów zamykamy w obrazach zgodnie z tym, co pokazujemy przy konteneryzacji Docker, a powtarzalny opis środowiska powstaje przy infrastrukturze jako kodzie. Stawkę za opiekę nad całym IT policzy kalkulator.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026