"Die Performance steigern wir dann später durch Caching?" @ code.talks 2014
0 gefällt mir959 aufrufe
Das Dokument beschreibt die Herausforderungen und Lösungen zur Leistungssteigerung eines Shopsystems, einschließlich der Implementierung von Caching-Strategien und der Umgestaltung der Systemarchitektur. Es wird betont, dass die echte Arbeit effizient gestaltet werden muss, um kurze Antwortzeiten zu ermöglichen, während die Notwendigkeit einer verteilten Architektur hervorgehoben wird. Praktische Ergebnisse zeigen eine signifikante Verbesserung der Ladezeiten ohne Einfluss auf die Systemleistung.
"Die Performance steigern wir dann später durch Caching?" @ code.talks 2014
- 1. ARNE BLANKERTS SEBASTIAN HEUER “Die Performance steigern wir dann später durch Caching?” BASED ON ATRUE STORY PRESENTEDINFULLHDBYTHEPHP.CCAND GLOBETROTTERAUSRUESTUNGBASEDONTHE EXPERIENCE OF ARNE BLANKERTS, STEFAN PRIEBSCH, SEBASTIAN BERGMANN AND SEBASTIANHEUERPERFORMANCEDATATAKENFROMGLOBETROTTER.DEGRAPHSPROVIDED BYMETAWAYSINFOSYSTEMSPREMIERINGAT CODE.TALKS2014IN HAMBURG
- 4. ERSTER AKT
- 7. SHOP DB ABFRAGE DER ARTIKELDATEN Komplexe Queries, da normalisierte Datenhaltung. Furchtbar teuer.Wird immer on Request gemacht. SUCHE MIT FILTERN Dynamisch generierte Query mit diversen Bedingungen für die Filter.Aus Entwicklersicht fehleranfällig.Teuer, schlecht cachebar (Query Cache)
- 11. SHOP DB BROWSER SEARCH FILTERN ÜBER SUCHMASCHINE ERP PIM
- 17. PROBLEM: ZU VIELE MÖGLICHE FILTERKONFIGURATIONEN FÜR SINNVOLLES CACHING
- 20. << REWIND
- 21. ZWEITER AKT
- 22. NEUER ANSATZ
- 23. WIE WIRD DIE SEITE SCHNELL? KURZE ANTWORTZEITEN
- 24. ARBEITVERMEIDEN WIE WERDEN DIE ANTWORTZEITEN KURZ?
- 26. ERKENNTNIS: ECHTE ARBEIT MUSS WOANDERS PASSIEREN
- 27. UND WAS IST MIT DEM REST? WELCHE ARBEIT ERFOLGT IM REQUEST?
- 28. WAS BRAUCHEN WIR EIGENTLICH FÜR DIE BEANTWORTUNG EINES REQUESTS? • ARTIKELSTAMMDATEN • ARTIKELBEWERTUNGEN • BESTÄNDE • PREISE
- 30. WAS BRAUCHEN WIR WIRKLICH FÜR DIE BEANTWORTUNG EINES REQUESTS? • HTML-AUSGABE
- 31. • ARTIKELSTAMMDATEN • ARTIKELBEWERTUNGEN • BESTÄNDE • PREISE • HTML-AUSGABE!=
- 32. WER ERZEUGT DIE HTML-AUSGABE?
- 34. WENN SICH ARTIKELDATEN ÄNDERN WANN ERZEUGEN WIR DIE HTML-AUSGABE?
- 35. WANN ÄNDERN SICH ARTIKELDATEN? • NEUE PREISE / BESTÄNDE AUS DEM ERP • REDAKTEUR LÄDT NEUES ARTIKELBILD HOCH • SHOPMANAGER GIBT NEUE ARTIKELBEWERTUNG FREI
- 36. WIE ERZEUGEN WIR DIE HTML-AUSGABE?
- 38. WAS HEIßT DAS FÜR UNSERE SYSTEMARCHITEKTUR?
- 39. ALTE, ZENTRALISTISCHE ARCHITEKTUR SHOP DB ERP PIM BROWSER SEARCH
- 43. ZAHLEN AUS DER PRAXIS
- 44. • DURCHSCHNITTLICH: 32 PI/S (4 X 8 PI/S) • PEAK: 140 PI/S (4 X 35 PI/S) • KEINE AUSWIRKUNG AUF DIE LADEZEITEN • MAX. 5 AKTIVE PROZESSE JE MASCHINE
- 47. ERGEBNIS: DIE SEITE IST OHNE CACHES SCHNELL
- 48. HAPPY END!