Cele dotyczące przepływów, współbieżności, danych i wydajności.
Zmierz przed zmianą
Optymalizacja wydajności PHP oparta na śladach i rzeczywistych scenariuszach
Ustalamy punkt odniesienia, określamy, gdzie jest wykorzystywany czas i moce przerobowe, i weryfikujemy każdą zmianę w scenariuszu odzwierciedlającym rzeczywiste wykorzystanie.
Linia bazowaOpóźnienia, błędy, obciążenie i zasoby.
DiagnozaPHP, zapytania, pamięć podręczna, sieć i kolejki.
WynikMożliwość powtarzalnego porównania „przed” i „po”.
Widoczne spowolnienie może mieć inną przyczynę
Więcej serwerów, buforowanie lub indeksowanie może ukryć lub przenieść problem. Najpierw definiujemy środowisko i obciążenie, które należy chronić.
- Strony lub zadania zwalniają w określonych momentach.
- Baza danych wykazuje wysokie obciążenie procesora, blokady lub długie zapytania.
- Pracownicy tworzą kolejkę, której pojemność nie jest znana.
- Buforowanie poprawia niektóre trasy, ale powoduje niespójność w innych miejscach.
- Nie ma powtarzalnego scenariusza, który pozwoliłby na sprawdzenie zmian.
Co praca pozostawia na miejscu
Ostateczny zakres ustala się na podstawie dostępnych dowodów i ryzyka, które należy ograniczyć.
Czasy warstw, zapytania, zasoby, błędy i kolejki.
Dowody i wkład każdego czynnika.
Zmiany ze względu na wpływ, ryzyko, koszt i odwracalność.
Kod, zapytania, indeksy, pamięć podręczna, pracownicy lub konfiguracja.
To samo obciążenie, znane warunki i objaśnione wyniki.
Widoczne decyzje od początku do końca
Określić
Scenariusz, percepcja i cel.
Mierzyć
Ślady, profile, zapytania i zasoby.
Zmiana
Jedna priorytetowa hipoteza na raz.
Zweryfikować
Porównanie, regresja i obserwacja.
Co należy ustalić w kontekście
Określamy warunki i ograniczenia w sposób wyraźny, aby uniknąć uniwersalnych rekomendacji.
Percentyle i pojemność są bardziej przydatne niż izolowana średnia.
Tylko z własnością, unieważnianiem i obserwacją.
Przed zwiększeniem pojemności usuń niepotrzebną pracę.
Pytania przed rozpoczęciem
Odpowiedzi na pytania dotyczące zakresu, dowodów i metod pracy.
Czy gwarantujecie określony procent poprawy?
Nie wcześniej niż powstanie punkt odniesienia i scenariusz. Po diagnozie definiujemy mierzalne cele.
Czy MySQL jest zazwyczaj przyczyną problemu?
Mogą to być zapytania, PHP, sieć, usługi, dane, pamięć podręczna lub infrastruktura; decydują dowody.
Czy przeprowadzasz testy obciążeniowe?
Tak, pod warunkiem zapewnienia bezpieczeństwa danych i ruchu, uzgodnionych limitów i odpowiedniego środowiska.
Czy CDN rozwiąże problem powolnego działania?
Tylko część buforowana i dystrybuowana; nie zastępuje diagnostyki zaplecza.
Treść związana z tą decyzją
Kontynuuj diagnozę, wykonanie lub doświadczenie pokrewne.
Pierwsza rozmowa
Omówmy, czego potrzebuje Twoja aplikacja PHP
Opowiedz nam o kontekście, głównej przeszkodzie i oczekiwanym wyniku. Odpowiemy, udzielając odpowiedzi na pytania niezbędne do wstępnej oceny.
- Brak zobowiązań handlowych
- Bezpośredni kontakt z zespołem
- Twoje dane nie są sprzedawane osobom trzecim