Projektowanie architektury systemów o wysokim obciążeniu — Blog Robosoft
Wysokie obciążenie nie oznacza tylko więcej ruchu — oznacza, że każde założenie, które działało w małej skali, wymaga ponownego sprawdzenia.
Projektuj pod skalowanie horyzontalne od początku
Systemy skalujące się przez dodawanie kolejnych maszyn, a nie większych, unikają twardych sufitów.
Odsprzęgaj to, co nie musi być synchroniczne
Kolejki komunikatów pozwalają wolnym lub niepewnym częściom systemu zawodzić bez zabierania ze sobą wszystkiego, co jest z nimi połączone.
Planuj pod awarię, nie tylko pod sukces
Przy dużej skali coś zawsze gdzieś zawodzi. Circuit breakery, ponowne próby z backoff i łagodna degradacja to elementy, które powstrzymują częściową awarię przed przerodzeniem się w pełny przestój.
Częste błędy
Najczęstszym błędem jest optymalizacja pod skalę, której jeszcze nie ma, kosztem szybkości dostarczania. Drugim najczęstszym jest odwrotność — całkowite ignorowanie skalowania, aż jeden incydent wymusi awaryjną przebudowę. Właściwe podejście to projektowanie „szwów” (gdzie monolit mógłby się później podzielić, gdzie kolejka mogłaby zostać później wstawiona) bez konieczności budowania ich wszystkich pierwszego dnia.
Praktyczna checklista
- Czy każdy komponent można zrestartować bez wyłączania całego systemu?
- Czy wolna zależność niżej w łańcuchu degraduje się łagodnie, czy powoduje kaskadę?
- Czy jest wynik testu obciążeniowego z ostatnich sześciu miesięcy, nie tylko założenie?
- Czy można dodać moc obliczeniową bez wdrożenia, tylko zmianą konfiguracji?
Projektujesz pod obciążenie, którego jeszcze nie widzisz?
Lepiej zaplanować to teraz niż przebudowywać pod presją później.