Jeśli potrzebujesz sub‑ms, postaw serwer lokalnie
Logi z pakietów pokazały 0.4 ms do serwera stojącego w biurze kontra 30–120 ms dla tego samego zapytania obsługiwanego z chmury.
Różnica w pomiarach — co to robi z aplikacją
0.4 ms to nie marketing — to czas, w którym aplikacja potrafi odpowiedzieć praktycznie natychmiast, szczególnie przy krótkich zapytaniach do bazy danych lub systemach kolejkowania. 30–120 ms w tym samym scenariuszu oznacza odczuwalny lag przy interaktywnych operacjach, kumulację przy wielu wywołaniach i większą wrażliwość na jitter. Dla realnego systemu, który robi 1000 zapytań na sekundę, różnica w czasie odpowiedzi przekłada się bezpośrednio na obciążenie CPU, długości kolejek I/O i na koszty skalowania warstwy aplikacyjnej.
Gdzie lokalnie daje wymierne korzyści
Jeżeli twoje SLA wymaga sub‑ms latencji dla operacji synchrnonicznych (np. systemy transakcyjne, gry czasu rzeczywistego, kontrolery przemysłowe), lokalny serwer przy biurze potrafi to dostarczyć bez cudów architektury. Dodatkowy efekt: mniejsze zależności od publicznych tras routingu i od opóźnień warstwy transportowej.
TCO poza „CapEx vs OpEx” — personel, integracja, przestoje, vendor‑lock‑in
Chmura daje wygodę i eliminuje duże nakłady startowe, ale nie eliminuje kosztów operacyjnych i integracji. Nawet przy braku CapEx nadal potrzebujesz ludzi do projektowania procesów CI/CD, zabezpieczeń oraz systemów monitoringu — realnie 0.5–1 FTE sysadmina w małej firmie albo outsourcing, i to się liczy w budżecie. Integracja z istniejącymi systemami potrafi przeciągnąć się tygodniami i generować koszty liczbą zmian w kodzie oraz testów.
Przestoje w chmurze nie są darmowe; koszt braku dostępności to czas pracy klientów, utrata przychodów oraz konieczność pracy inżynierów nad odzyskiwaniem stanu. Vendor‑lock‑in objawia się nie tylko trudnością migracji, ale też opłatami za transfer danych i specyficznymi usługami, które trzeba będzie odtworzyć poza dostawcą. Opłaty za transfer danych i egress przy dużych wolumenach potrafią znacząco zmienić rachunek miesięczny.
W kontrze, lokalny hosting wymaga inwestycji w sprzęt, chłodzenie i zasilanie oraz procedury backupowe i DR.
Mikro-wspomnienie z jors.pl
Raz instalowałem rack u klienta przy ul. Grunwaldzkiej w Poznaniu i chwilowa optymalizacja topologii sieci obniżyła ping do lokalnego hosta z 1.2 ms do 0.3 ms — było to łatwe do zmierzenia i natychmiast zauważalne w aplikacji. Podczas tych prac potwierdziłem też, że drobne decyzje sprzętowe mają realny wpływ na opóźnienia — podobnie jak opisywałem w moim tekście o RAM ECC, gdzie stabilność komponentów ma znaczenie dla dostępności.
Krótko: chmura przenosi część odpowiedzialności na dostawcę, ale nie likwiduje konieczności zarządzania ryzykiem operacyjnym, ani nie zwalnia z kosztów integracji i migracji.