Profil użytkowników
Jaka część odwiedzających przegląda kategorie, ilu korzysta z wyszukiwarki, ilu dochodzi do koszyka i płaci BLIK-iem lub przez PayU. Proporcje bierzemy z Twoich statystyk.
Test ma sens tylko wtedy, gdy przypomina prawdziwy dzień sprzedaży. Dlatego zaczynamy od danych z Google Analytics i logów serwera, a nie od okrągłej liczby połączeń.
Jaka część odwiedzających przegląda kategorie, ilu korzysta z wyszukiwarki, ilu dochodzi do koszyka i płaci BLIK-iem lub przez PayU. Proporcje bierzemy z Twoich statystyk.
Scenariusze w k6, JMeter lub Gatling, które naśladują ludzi: z przerwami na czytanie, logowaniem, różnymi produktami w koszyku.
Dokładamy użytkowników partiami i notujemy, przy jakiej liczbie czas odpowiedzi przekracza 2 sekundy, a przy jakiej pojawiają się błędy 5xx.
Kilkugodzinny ruch na stałym poziomie. Wycieki pamięci i przepełnione kolejki wychodzą dopiero po czasie, a nie w pierwszych minutach.
Obserwujemy procesor, pamięć, dysk, bazę danych i usługi zewnętrzne. Najczęściej winne jest jedno nieindeksowane zapytanie SQL albo brak cache na stronie kategorii.
Czy system sam wraca do formy, gdy ruch spada, czy trzeba go restartować ręcznie. To różnica między minutą a godziną przestoju.
Co zmienić w kodzie, konfiguracji albo infrastrukturze, w jakiej kolejności i jakiego zysku się spodziewać.
Przygotowanie skryptów zajmuje kilka dni roboczych. Same przebiegi są krótkie i powtarzamy je po każdej poprawce. Ruch generujemy z chmury, niczego nie instalujemy na Twoich serwerach.
Ile osób jednocześnie i z jakim czasem odpowiedzi ma obsłużyć system. Bez konkretnej liczby nie ma względem czego mierzyć.
Osobna kopia systemu z bazą o rozmiarze zbliżonym do produkcji. Na pustej bazie wszystko działa szybko i wynik nic nie mówi.
Zwiększamy obciążenie krokami i mierzymy każdy poziom, razem z monitoringiem serwerów po Twojej stronie.
Raport z wąskimi gardłami, lista poprawek według opłacalności i ponowny test po wdrożeniu najważniejszych.
Najczęściej pierwsze poddają się usługi zewnętrzne, a nie Twój serwer. Bramka płatności, API kuriera, integrator typu BaseLinker czy serwis wysyłki maili mają własne limity zapytań. W teście trzeba je albo uwzględnić za zgodą dostawcy, albo uczciwie zastąpić zaślepkami i napisać to wprost we wnioskach.
Odradzamy. Test może położyć stronę prawdziwym klientom i zafałszować statystyki sprzedaży. Najlepsza jest osobna kopia środowiska. Jeśli jej nie ma, testujemy w nocy, z ograniczonym ruchem i w oknie uzgodnionym na piśmie.
Szczyt, nie średnią, i to z zapasem dwu- lub trzykrotnym. Średni ruch z miesiąca niewiele mówi: klienci przychodzą falami po mailingu, reklamie w telewizji czy wzmiance w mediach.
Zwykle najpierw cache i optymalizacja zapytań do bazy, bo to najtańsze i często daje wyraźny zysk. Większy serwer w chmurze to drugi krok, zmiany w architekturze dopiero trzeci.
W większości przypadków tak. Nagły, ogromny ruch z kilku adresów wygląda dla hostingu i CDN jak atak DDoS i może zostać zablokowany w połowie testu. Pomagamy przygotować zgłoszenie i ustalić termin.
Napisz, jakiego ruchu się spodziewasz i na kiedy. Zasymulujemy obciążenie i pokażemy, gdzie zaczynają się kłopoty.
Zapytanie dotarło do nas
Odpowiedź dostaniesz w ciągu dnia roboczego, a jeśli zgłaszasz awarię, która zatrzymuje pracę, zajmiemy się nią w pierwszej kolejności.
Nie mamy tego miasta na liście. Sprawdź pisownię albo wybierz najbliższe duże miasto - pracujemy zdalnie, więc nie wpływa to na zakres obsługi.