Page 13

Aby temu podołać, przeprowadziliśmy w Empathy sporo testów i narad w całym zespole projektowym. Efektem było wprowadzenie inteligentnego rozwiązania Reverse Proxy Cache. Na bazie specyficznych dla aplikacji reguł stworzyliśmy zestaw możliwych do cachowania elementów systemu. Jak system poradził sobie w praktyce? Czy wszystko zadziałało pod względem technologicznym? Mimo, że zaskoczyła nas ostateczna liczba sklepów biorących udział w akcji, aplikacja była na to przygotowana. Już w fazie testów mierzyliśmy wysoko. System został zaprojektowany tak, by mógł przesyłać dane z prędkością 500 Mb/sek oraz być w stanie obsłużyć bez awarii czy opóźnień nawet 50 tys. odsłon/sek. W trakcie „D-Day” system był poddany ciągłemu monitoringowi, dokładnie widzieliśmy jakie jest jego obciążenie, czy też ile wynosi liczba jednoczesnych użytkowników. Nawet w najbardziej szczytowych godzinach akcji, czas ładowania strony był błyskawiczny, a serwer posiadał zapas mocy obliczeniowej. Jak to jest możliwe, że platforma DDD wytrzymała napór ruchu, a niektóre duże sklepy miały z tym problem? Na dzień przed ”D-Day”, profilaktycznie przenieśliśmy część elementów serwisu do specjalnego rozwiązania, które zaprojektowaliśmy do umieszczenia w chmurze. To pozwoliło odciążyć serwer treści dynamicznej o 2/3 ruchu. Głównym problemem sklepów, które nie poradziły sobie z natężeniem ruchu w tym roku była próba obsłużenia całego zwyżkowego ruchu

poprzez technologie serwujące treść dynamicznie. Brak właściwego zastosowania inteligentnych mechanizmów cachujących oraz brak zastosowania load-balancingu w rezultacie położył „na łopatki” nawet największe sklepy ze swoich branż. Cieszy nas natomiast fakt, że systemy projektowane przez nas dla klientów (np. Kontri.pl) poradziły sobie bez problemu ze zwiększonym ruchem 30 listopada. Co poradzisz sklepom z DDD w zakresie wydajności na przyszły rok? Właściwym i kompleksowym rozwiązaniem w zakresie zapewnienia wysokiej wydajności jest odpowiednio zaprojektowana platforma sklepowa oraz właściwe stosowanie mechanizmów cachujących. W obydwu tych przypadkach polecam oddanie się w ręce specjalistom. Na początek wystarczy wdrożenie mechanizmu zapewniającego inteligentny cache – nawet z bardzo krótkim czasem życia kopii dokumentu o długości 1 sekundy. W praktyce oznacza to, że przykładowo przy liczbie 50 000 odsłon na sekundę, do serwera docelowego obsługującego Klienta dojdzie tylko jedna odsłona na sekundę wybranej podstrony, reszta zostanie obsłużona przez wysokowydajny cache. Tę funkcjonalność można dołożyć do już istniejącej platformy, co generuje znacznie mniejsze koszty niż jej całkowita przebudowa. Wbrew obiegowej opinii, umiejętne wdrożenie rozwiązania cachującego zapewni także serwowanie różnych treści dla każdego użytkownika lub grupy użytkowników. Dzięki temu istnieje możliwość cachowania użytkowników zalogowanych

Bartłomiej Rozkrut Dyrektor ds. technicznych i współwłaściciel Empathy - Internet Software House Nadzoruje wszystkie działania technologiczne w firmie, usprawnia ich rozwój i odpowiada za technologiczne aspekty tworzenia aplikacji internetowych. Blisko współpracuje z team leaderami, stawiając również rozwój pracowników za jedną z kluczowych kompetencji firmy. Specjalizuje się w prowadzeniu projektów, ich architekturze i integracji z systemami zewnętrznymi, protokołach oraz bezpieczeństwie aplikacji. Informatyka, a w szczególności bezpieczeństwo systemów informatycznych jest dla niego nie tylko pracą, ale też prawdziwą pasją. Ponadto interesuje się nowinkami technologicznymi.

13

Imagine - Raport Specjalny - Dzień Darmowej Dostawy  

Raport wydany wspólnie z eKomercyjnie.pl dotyczący akcji Dzień Darmowej Dostawy, która miała miejsce 30.11.2011

Imagine - Raport Specjalny - Dzień Darmowej Dostawy  

Raport wydany wspólnie z eKomercyjnie.pl dotyczący akcji Dzień Darmowej Dostawy, która miała miejsce 30.11.2011

Advertisement