wykonanie testowej p\u0142atno\u015bci.<\/li>\n<\/ul>\nPrzygotowania mog\u0105 obejmowa\u0107 test przy stopniowo zwi\u0119kszanym obci\u0105\u017ceniu, test przeci\u0105\u017ceniowy okre\u015blaj\u0105cy maksymaln\u0105 wydajno\u015b\u0107, test nag\u0142ego skoku ruchu oraz d\u0142u\u017cszy test stabilno\u015bci.<\/p>\n
Podczas pomiar\u00f3w nale\u017cy obserwowa\u0107 percentyle czasu odpowiedzi, przepustowo\u015b\u0107, liczb\u0119 b\u0142\u0119d\u00f3w oraz wykorzystanie CPU, RAM, dysku, proces\u00f3w i po\u0142\u0105cze\u0144 z baz\u0105. Sama \u015brednia czasu odpowiedzi mo\u017ce ukrywa\u0107 problemy cz\u0119\u015bci u\u017cytkownik\u00f3w. Je\u017celi wi\u0119kszo\u015b\u0107 stron otwiera si\u0119 szybko, ale co dziesi\u0105te \u017c\u0105danie trwa kilka sekund, do\u015bwiadczenie klient\u00f3w nadal b\u0119dzie niezadowalaj\u0105ce.<\/p>\n
Test powinien zosta\u0107 przeprowadzony w \u015brodowisku mo\u017cliwie zbli\u017conym do produkcji, ale z wykorzystaniem bezpiecznych danych testowych. Trzeba te\u017c zadba\u0107, aby symulowane zam\u00f3wienia nie zosta\u0142y przekazane do rzeczywistej realizacji, ksi\u0119gowo\u015bci, magazynu lub systemu wysy\u0142kowego.<\/p>\n
Po ka\u017cdej wi\u0119kszej optymalizacji nale\u017cy ponownie wykona\u0107 ten sam scenariusz. Dzi\u0119ki temu mo\u017cna por\u00f3wna\u0107 wyniki i sprawdzi\u0107, czy zmiana rzeczywi\u015bcie poprawi\u0142a wydajno\u015b\u0107, zamiast jedynie przenie\u015b\u0107 problem do innego elementu systemu.<\/p>\n
Jak zoptymalizowa\u0107 baz\u0119 danych i aplikacj\u0119 przed wzrostem liczby zam\u00f3wie\u0144?<\/h2>\n
Baza danych jest jednym z najcz\u0119stszych miejsc powstawania w\u0105skich garde\u0142. W sklepie zapisuje ona produkty, warianty, klient\u00f3w, sesje, koszyki, zam\u00f3wienia, kupony, stany magazynowe oraz informacje wykorzystywane przez integracje. Im wi\u0119kszy katalog i bardziej rozbudowane mechanizmy sprzeda\u017cowe, tym wi\u0119cej pracy musi wykona\u0107 przy ka\u017cdym \u017c\u0105daniu.<\/p>\n
Pierwszym krokiem powinna by\u0107 analiza wolnych zapyta\u0144. Szczeg\u00f3lnej uwagi wymagaj\u0105 wyszukiwarka, filtrowanie produkt\u00f3w, sortowanie, pobieranie wariant\u00f3w, przeliczanie koszyka i wy\u015bwietlanie historii zam\u00f3wie\u0144. Plan wykonania zapytania mo\u017cna sprawdzi\u0107 mi\u0119dzy innymi za pomoc\u0105 polecenia EXPLAIN<\/code>.<\/p>\nPolecenie EXPLAIN<\/code> pozwala oceni\u0107 spos\u00f3b wykonywania zapytania oraz sprawdzi\u0107, gdzie zastosowanie indeksu mo\u017ce przyspieszy\u0107 wyszukiwanie rekord\u00f3w. Jednocze\u015bnie tworzenie zbyt wielu indeks\u00f3w zajmuje miejsce i zwi\u0119ksza koszt operacji zapisu, dlatego ka\u017cda zmiana powinna wynika\u0107 z pomiar\u00f3w.<\/p>\nPrzed rozpocz\u0119ciem kampanii warto:<\/p>\n
\n- przeanalizowa\u0107 najwolniejsze i najcz\u0119\u015bciej wykonywane zapytania;<\/li>\n
- doda\u0107 uzasadnione indeksy do kolumn u\u017cywanych w filtrowaniu, sortowaniu i \u0142\u0105czeniu tabel;<\/li>\n
- usun\u0105\u0107 nieu\u017cywane modu\u0142y oraz rozszerzenia;<\/li>\n
- ograniczy\u0107 skrypty uruchamiane przy ka\u017cdej ods\u0142onie;<\/li>\n
- uporz\u0105dkowa\u0107 zadania cykliczne;<\/li>\n
- sprawdzi\u0107 rozmiar tabel tymczasowych, log\u00f3w i danych sesyjnych;<\/li>\n
- zoptymalizowa\u0107 wyszukiwark\u0119 oraz filtry katalogu;<\/li>\n
- ograniczy\u0107 liczb\u0119 zapyta\u0144 wykonywanych przez szablon strony.<\/li>\n<\/ul>\n
Procesy, kt\u00f3rych klient nie musi wykonywa\u0107 natychmiast, warto przenie\u015b\u0107 do kolejek lub zada\u0144 dzia\u0142aj\u0105cych w tle. Dotyczy to mi\u0119dzy innymi generowania raport\u00f3w, synchronizacji danych, wysy\u0142ania wiadomo\u015bci, eksport\u00f3w, import\u00f3w czy aktualizacji informacji w zewn\u0119trznych systemach. Dzi\u0119ki temu u\u017cytkownik nie musi czeka\u0107, a\u017c wszystkie dodatkowe operacje zako\u0144cz\u0105 si\u0119 podczas jednego \u017c\u0105dania.<\/p>\n
Istotny jest r\u00f3wnie\u017c harmonogram prac. Aktualizacje systemu, wtyczek i zale\u017cno\u015bci trzeba przeprowadza\u0107 z wyprzedzeniem, a nast\u0119pnie podda\u0107 testom funkcjonalnym i wydajno\u015bciowym. Wprowadzanie du\u017cych zmian tu\u017c przed rozpocz\u0119ciem kampanii ogranicza czas na wykrycie regresji i zwi\u0119ksza ryzyko awarii w najwa\u017cniejszym momencie.<\/p>\n
Jak wykorzysta\u0107 pami\u0119\u0107 podr\u0119czn\u0105 i CDN do szybszej obs\u0142ugi klient\u00f3w?<\/h2>\n
Pami\u0119\u0107 podr\u0119czna ogranicza liczb\u0119 operacji, kt\u00f3re aplikacja i baza danych musz\u0105 wykonywa\u0107 wielokrotnie. Je\u017celi ta sama publiczna strona jest wy\u015bwietlana tysi\u0105com u\u017cytkownik\u00f3w, nie zawsze musi by\u0107 generowana od pocz\u0105tku dla ka\u017cdego z nich.<\/p>\n
Cache mo\u017ce obejmowa\u0107 kilka poziom\u00f3w. Pe\u0142ny cache strony sprawdza si\u0119 przede wszystkim przy publicznych tre\u015bciach katalogu i stronach informacyjnych. Cache obiektowy przechowuje cz\u0119sto odczytywane dane aplikacji, a wyniki wybranych zapyta\u0144 mo\u017cna buforowa\u0107 w warstwie aplikacji lub w zewn\u0119trznej pami\u0119ci podr\u0119cznej. Sam silnik bazy korzysta natomiast z bufor\u00f3w danych i indeks\u00f3w, kt\u00f3re ograniczaj\u0105 liczb\u0119 odczyt\u00f3w z dysku. Dost\u0119pno\u015b\u0107 i zasadno\u015b\u0107 stosowania osobnego cache wynik\u00f3w zapyta\u0144 zale\u017cy od konkretnego systemu bazodanowego oraz charakteru obci\u0105\u017cenia.<\/p>\n
Z pe\u0142nego cache nale\u017cy wykluczy\u0107 tre\u015bci zale\u017cne od konkretnego u\u017cytkownika, zw\u0142aszcza:<\/p>\n
\n- koszyk;<\/li>\n
- proces sk\u0142adania zam\u00f3wienia;<\/li>\n
- konto klienta;<\/li>\n
- histori\u0119 zakup\u00f3w;<\/li>\n
- strony zawieraj\u0105ce dane sesyjne;<\/li>\n
- spersonalizowane ceny i rabaty;<\/li>\n
- formularze z indywidualnymi tokenami bezpiecze\u0144stwa.<\/li>\n<\/ul>\n
Nieprawid\u0142owe buforowanie stron dynamicznych mo\u017ce prowadzi\u0107 do problem\u00f3w z logowaniem, sesjami, aktualizacj\u0105 koszyka, a nawet do wy\u015bwietlenia u\u017cytkownikowi danych przeznaczonych dla innej osoby. Dlatego nale\u017cy precyzyjnie ustali\u0107, kt\u00f3re zasoby mog\u0105 by\u0107 przechowywane w cache, i unika\u0107 bezwarunkowego buforowania dynamicznego HTML.<\/p>\n
CDN przejmuje obs\u0142ug\u0119 statycznych plik\u00f3w i dostarcza je z rozproszonych lokalizacji. Mo\u017ce to dotyczy\u0107 obraz\u00f3w produkt\u00f3w, arkuszy CSS, plik\u00f3w JavaScript, font\u00f3w czy materia\u0142\u00f3w do pobrania. Zmniejsza si\u0119 dzi\u0119ki temu liczba \u017c\u0105da\u0144 kierowanych bezpo\u015brednio do hostingu, a serwer \u017ar\u00f3d\u0142owy mo\u017ce przeznaczy\u0107 wi\u0119ksz\u0105 cz\u0119\u015b\u0107 zasob\u00f3w na koszyk, zam\u00f3wienia i p\u0142atno\u015bci.<\/p>\n
Samo uruchomienie CDN nie wystarczy. Nale\u017cy sprawdzi\u0107:<\/p>\n
\n- wsp\u00f3\u0142czynnik trafie\u0144 do pami\u0119ci podr\u0119cznej;<\/li>\n
- czas przechowywania poszczeg\u00f3lnych zasob\u00f3w;<\/li>\n
- zasady uniewa\u017cniania cache po zmianie ceny lub stanu magazynowego;<\/li>\n
- spos\u00f3b obs\u0142ugi parametr\u00f3w w adresach;<\/li>\n
- kompresj\u0119 i rozmiar obraz\u00f3w;<\/li>\n
- liczb\u0119 skrypt\u00f3w pobieranych z zewn\u0119trznych serwis\u00f3w;<\/li>\n
- poprawno\u015b\u0107 dzia\u0142ania wersji mobilnej i personalizacji.<\/li>\n<\/ul>\n
Dobrze skonfigurowany cache powinien przyspiesza\u0107 sklep bez ryzyka prezentowania nieaktualnych cen, b\u0142\u0119dnych stan\u00f3w produkt\u00f3w lub danych pochodz\u0105cych z cudzej sesji.<\/p>\n
Jak monitorowa\u0107 dzia\u0142anie sklepu podczas najwi\u0119kszego nat\u0119\u017cenia ruchu?<\/h2>\n
Monitoring jest potrzebny przed kampani\u0105, w jej trakcie i po zako\u0144czeniu. Bez niego trudno ustali\u0107, czy sklep wykorzystuje dost\u0119pne zasoby, czy pojawiaj\u0105 si\u0119 kolejki oraz w kt\u00f3rym miejscu rozpoczyna si\u0119 spadek wydajno\u015bci.<\/p>\n
Podstaw\u0105 s\u0105 cztery grupy sygna\u0142\u00f3w: op\u00f3\u017anienie, nat\u0119\u017cenie ruchu, liczba b\u0142\u0119d\u00f3w i nasycenie zasob\u00f3w.<\/p>\n
Monitoring infrastruktury powinien obejmowa\u0107:<\/p>\n
\n- wykorzystanie CPU i pami\u0119ci RAM;<\/li>\n
- obci\u0105\u017cenie oraz op\u00f3\u017anienie dysku;<\/li>\n
- liczb\u0119 aktywnych proces\u00f3w;<\/li>\n
- liczb\u0119 po\u0142\u0105cze\u0144 z baz\u0105 danych;<\/li>\n
- d\u0142ugo\u015b\u0107 kolejek;<\/li>\n
- wolne miejsce na dysku;<\/li>\n
- czas wykonywania zapyta\u0144;<\/li>\n
- kody odpowiedzi HTTP;<\/li>\n
- liczb\u0119 odrzuconych lub przerwanych \u017c\u0105da\u0144.<\/li>\n<\/ul>\n
R\u00f3wnolegle trzeba obserwowa\u0107 proces zakupowy. Spadek liczby zam\u00f3wie\u0144 przy niezmienionym ruchu mo\u017ce oznacza\u0107 b\u0142\u0105d koszyka, p\u0142atno\u015bci albo integracji, nawet je\u015bli serwer nadal odpowiada kodem 200. Warto monitorowa\u0107 liczb\u0119 rozpocz\u0119tych i zako\u0144czonych p\u0142atno\u015bci, b\u0142\u0119dy formularzy, porzucone koszyki, op\u00f3\u017anienia webhook\u00f3w oraz kolejki synchronizacji.<\/p>\n
Przydatny jest tak\u017ce monitoring syntetyczny, kt\u00f3ry regularnie wykonuje testowe przej\u015bcie przez najwa\u017cniejsze elementy sklepu. Sprawdzanie serwisu z kilku lokalizacji pozwala odr\u00f3\u017cni\u0107 problem globalny od awarii pojedynczego operatora, regionu lub w\u0119z\u0142a CDN.<\/p>\n
Alerty powinny by\u0107 ustawione z odpowiednim wyprzedzeniem. Powiadomienie wys\u0142ane dopiero po ca\u0142kowitym wyczerpaniu zasob\u00f3w daje niewiele czasu na reakcj\u0119. Lepszym rozwi\u0105zaniem s\u0105 progi ostrzegawcze oraz krytyczne, powi\u0105zane z przygotowan\u0105 procedur\u0105 post\u0119powania.<\/p>\n
W okresie kampanii warto mie\u0107 ustalone:<\/p>\n
\n- osoby odpowiedzialne za decyzje techniczne;<\/li>\n
- kontakty do operator\u00f3w p\u0142atno\u015bci i pozosta\u0142ych integracji;<\/li>\n
- spos\u00f3b eskalacji problemu;<\/li>\n
- plan czasowego ograniczenia mniej istotnych funkcji;<\/li>\n
- procedur\u0119 zwi\u0119kszenia zasob\u00f3w;<\/li>\n
- spos\u00f3b przywracania danych i konfiguracji;<\/li>\n
- kana\u0142 komunikacji pomi\u0119dzy zespo\u0142em technicznym, sprzeda\u017c\u0105 i obs\u0142ug\u0105 klienta.<\/li>\n<\/ul>\n
Je\u017celi sklep dzia\u0142a na infrastrukturze umo\u017cliwiaj\u0105cej skalowanie, zasoby mo\u017cna zwi\u0119ksza\u0107 pionowo lub poziomo. Skalowanie pionowe oznacza rozbudow\u0119 pojedynczej maszyny, na przyk\u0142ad o dodatkowe rdzenie i pami\u0119\u0107. Skalowanie poziome polega na uruchamianiu kolejnych instancji za mechanizmem r\u00f3wnowa\u017cenia ruchu. Automatyczne skalowanie mo\u017ce dzia\u0142a\u0107 wed\u0142ug harmonogramu albo reagowa\u0107 na ustalone metryki i stan us\u0142ug.<\/p>\n
Architektura wieloserwerowa wymaga jednak odpowiedniego przygotowania aplikacji. Sesje, pliki, kolejki i dane klient\u00f3w nie mog\u0105 by\u0107 zapisane wy\u0142\u0105cznie lokalnie na jednej instancji. Dlatego spos\u00f3b skalowania nale\u017cy zaplanowa\u0107 wcze\u015bniej, a nie dopiero wtedy, gdy sklep przestanie odpowiada\u0107.<\/p>\n
W Rapid DC przygotowanie hostingu do kampanii rozpoczynamy od realnego profilu obci\u0105\u017cenia sklepu. Analizujemy wymagania aplikacji, baz\u0119 danych, charakter ruchu oraz mo\u017cliwo\u015b\u0107 dalszego zwi\u0119kszania zasob\u00f3w. Takie podej\u015bcie pozwala dobra\u0107 rozwi\u0105zanie, kt\u00f3re nie tylko dzia\u0142a podczas spokojniejszych miesi\u0119cy, ale jest r\u00f3wnie\u017c gotowe na momenty maj\u0105ce najwi\u0119ksze znaczenie dla sprzeda\u017cy.<\/p>\n