SlideShare ist ein Scribd-Unternehmen logo
High Performance E-Commerce
CHRISTIAN HALLER
http://about.me/christianhaller
Frontend Developer
#html

#css

#javascript

#jquery
SEBASTIAN HEUER
http://about.me/sebastianheuer
#software architecture

#php

#redis

#video game nerd
Lead Developer
YOU?
http://about.me/yourname
Awesome [Frontend|Backend] Developer
#ecommerce skills

#outdoor enthusiast
ElitePartner hat im vergangenen Dezember den ersten Schritt gemacht und sich der
Hamburger Entwickler-Community gestellt. Wir finden die Idee großartig und ziehen
nach!
Globetrotter @ E-Commerce Hacktable HH
AGENDA
• Softwarearchitektur	

• Tech Stack	

• Frontend	

• Testing	

• Deployment	

• Testimonials	

• Q&A
Globetrotter ist für seine großartigen Filialen bekannt, wie z.B. den hier abgebildeten
Hamburger Store.
Aber auch online mischen wir schon seit den Anfängen des Internets mit - so hatten
wir 1993 bereits eine BTX-Seite. Die Domain globetrotter.de ist älter als google.de!
Eigenentwicklung
STATUS QUO
Seitdem hat sich viel getan und wir haben im Februar 2013 einen komplett neu
entwickelten Shop gelauncht. Dabei handelt es sich um eine vollständige
Eigenentwicklung.
Standardsoftware
URSPRÜNGLICHER PLAN
Ursprünglich sollte der neue Shop jedoch mit einer Standardsoftware umgesetzt
werden.
WHAT HAPPENED?
FEATURES, FEATURES, FEATURES
• Produktvergleich	

• Merklisten	

• Gutscheine	

• Bestellhistorie	

• Backoffice (Artikel- und Bestellverwaltung)
FEATURES, FEATURES, FEATURES
• Produktvergleich	

• Merklisten	

• Gutscheine	

• Bestellhistorie	

• Backoffice (Artikel- und Bestellverwaltung)
Standardlösungen locken mit umfangreichen Featurelisten. Leider gibt es mit
Features, die für eine breite Masse von Installationen und Unternehmen geschrieben
wurden, ein Problem…
–Random Globetrotter Employee
„Die Features passen fast zu unseren Anforderungen.“
CUSTOMIZING
Bestehende Software wird an individuelle
Anforderungen angepasst
CUSTOMIZING
Bestehende Software wird an individuelle
Anforderungen angepasst
Die vermeintliche Lösung: Customizing! Jede Standardsoftware bietet Möglichkeiten,
Features an individuelle Anforderungen anzupassen.
Feature X FeatureY Feature Z
Core Code Customization
Feature X FeatureY Feature Z
Core Code Customization
Das führt mitunter aber dazu, dass eine nicht unerhebliche Menge Code geschrieben
werden muss, damit das Feature den Anforderungen entspricht. So wird eine i.d.R.
ohnehin schon große Codebasis weiter aufgebläht, was Wartung und Bewahrung der
Updatefähigkeit stark erschwert.
HOUSTON, …
• Artikelimport	

• Varianten- und Merkmalstrukturen passen nicht
zusammen	

• Performance	

• aufwändiges Caching, Probleme bei Invalidierung	

• ohne Cache ein CPU Core je Request
HOUSTON, …
• Artikelimport	

• Varianten- und Merkmalstrukturen passen nicht
zusammen	

• Performance	

• aufwändiges Caching, Probleme bei Invalidierung	

• ohne Cache ein CPU Core je Request
In unserem Fall hatten wir weitere Schwierigkeiten: Der Import unserer Artikeldaten
erwies sich als kompliziert, da die Datenstrukturen sehr unterschiedlich waren.
Das weitaus größere Problem stellte allerdings die Performance des Shops dar. Ohne
aufwändiges Caching war unser Prototyp quasi nicht benutzbar, was auch den
Entwickleralltag nicht angenehmer machte. Ausgiebige Lasttests führten zu der
bitteren Erkenntnis, dass wir in einer Produktivumgebung pro Request einen CPU-
Core hätten vorsehen müssen. Das war nicht akzeptabel.
Die Summe der aufgeführten Probleme führte zu der Erkenntnis: Wir steuern auf eine
Sackgasse zu!
THE WAY OUT
Alternative Eigenentwicklung
Der für uns einzige sinnvolle Ausweg: Wir entwickeln eine auf uns zugeschnittene,
eigene E-Commerce Plattform. Das aufkeimen dieser Idee führte zu der hier
gezeigten Mindmap, in der wir versuchten, Chancen und Risiken zu ermitteln.
SOFTWAREARCHITEKTUR
ARCHITECTURE ISTHE KEY
• Wichtig: nicht sofort inTechnologien denken
(„Webprojekte macht man jetzt mit Rails“)	

• Technologieunabhängige Architektur steht am
Anfang
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
Die wichtigsten Komponenten unserer Architektur. Die Grundidee: Das Store Frontend
sollte so dumm wie möglich sein - das führt zu hoher Verarbeitungsgeschwindigkeit.
Aufwändige Prozesse sollten unabhängig von eingehenden Requests in einem Backend
laufen.
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
Beispiel: Ein eingehender Request (z.B. für eine Artikeldetailseite) geht ein. Unser
StoreFront soll möglichst wenig Arbeit haben, damit der Request schnell beantwortet
werden kann. Dazu legen wir so viele Seitenbestandteile wie möglich als
vorgerenderte HTML-„Snippets“ in einem DataPool ab. Das Frontend soll sich diese
Snippets dann holen und in eine Seite einkleben. Je nach Request müssen ggf. auch
noch eine Suchmaschine und eine Middleware befragt werden.
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
CMS
MiddlewareDataPool
StoreBack
ERP & PIM
Webserver
StoreFront
Search
CMS
Datenversorgung: Das ERP System schickt uns neue Artikeldaten. Im StoreBack
werden diese verarbeitet, es entstehen die genannten Snippets, die in den DataPool
gelegt werden. Zusätzlich wird die Suchmaschine mit den neuen Daten versorgt. Ggf.
werden auch Daten an die Middleware gesendet.
Auch das CMS arbeitet als „Snippet-Lieferant“ und exportiert Seiten als HTML in den
DataPool. Somit ist das CMS an der Verarbeitung von eingehenden Requests gar
nicht beteiligt und ist leicht austauschbar.
Beispiel für die Verwendung von Snippets: eine Kategorieseite
changes when a user
submits a new rating
depends on the request
changes when the
backend receives
new data
changes when a user
submits a new rating
depends on the request
changes when the
backend receives
new data
Ein Artikel in einem Kategorielisting besteht aus zwei Snippets, die fertig
vorgerendert im DataPool liegen. Nur der Preis muss während des Requests ermittelt
werden, da er je nach User variieren kann (z.B. durch individuelle Kundenrabatte oder
abweichende MwSt.-Sätze).
Globetrotter @ E-Commerce Hacktable HH
Ein weiteres Beispiel: Die Artikeldetailseite wird fast vollständig vorgerendert. Nur die
markierten Bereiche werden nachgeladen und ggf. während des Requests berechnet.
!
Unser StoreFront weiß kaum etwas über die Artikel, da nur eine Artikelnummer für
die Identifizierung der benötigten Snippets gebraucht wird. Das führt zu extrem
schnellen Antwortzeiten (siehe auch „Testimonials“).
Arne Blankerts und Stefan Priebsch von thephp.cc haben am 10.09.13 bereits einen
Vortrag über moderne Architekturen von Websites gesprochen und dabei auch unsere
Plattform vorgestellt. Es gibt einen Videomitschnitt von Rainer Schleevoigt:
http://lecture2go.uni-hamburg.de/veranstaltungen/-/v/15297
TECH STACK
TECH STACK
TECH STACK
StoreBack
Webserver
Middleware
DataPool
Search
StoreFront
Screenshot von redis-benchmark auf einer unserer Testmaschinen. ca. 93.500 SET-
Answeisungen und ca. 192.300 GET-Anweisungen pro Sekunde sprechen eine
deutliche Sprache!
logical lines of code (LLOC), tests excluded
Magento CE 1.8.1

(/app)
Symfony 2.4.1	

(/vendor)
globetrotter.de
0 30.000 60.000 90.000 120.000
ermittelt mit phploc 2.0.0
logical lines of code (LLOC), tests excluded
Magento CE 1.8.1

(/app)
Symfony 2.4.1	

(/vendor)
globetrotter.de
0 30.000 60.000 90.000 120.000
ermittelt mit phploc 2.0.0
Vergleich unserer Codebasis (Stand 21.01.14) mit Magento und Symfony. Es wird
deutlich, dass wir mit verhältnismäßig wenig Code eine vollständige Applikation
gebaut haben, während mit den Vergleichsprodukten noch keine einsatzfähige
Lösung vorliegt. Hier würde jeweils ein nicht unerheblicher Teil zusätzlichen Codes
entstehen, um einen mit unserem Shop vergleichbaren Stand zu erhalten.
FRONTEND
Die Lorbeeren des Backends ernten
• wer bremst verliert! (SpeedIndex, PageSpeed)	

• semantisch (SEO, Rich Snippets)	

• Crossbrowser (IE8 bis Chrome 34)	

• unobtrusive JavaScript (siehe nächster Slide)
ANFORDERUNGEN
Globetrotter @ E-Commerce Hacktable HH
• Stack:Templates in XSLT, html5boilerplate, jQuery	

• ein großes JS File (selbst jQuery, GA)	

• ein großes CSS File	

• Routing hängt an CSS Klassen auf <body>
MODERNES FRONTEND
• custom Modernizr für Feature Detection 	

• Chrome: prerender	

• window.onerror -> GA
MODERNES FRONTEND
Screenshot whichloadsfaster.com
TOOLCHAIN
GIT + GITORIOUS
Gitorious wird bei uns zur Verwaltung der Git-Repositories eingesetzt. Ein großer Teil
der Features, wie Forking und Pull Requests, werden nicht genutzt.
JENKINS CI
Jenkins spielt bei uns eine zentrale Rolle. Sämtliche Builds sowie Packaging und
Deployment werden hier automatisiert.
TOOLCHAIN
• Jenkins Jobs werden bei jedem Git Push getriggert	

• Build-Config mit ANT	

• Führt alleTests aus	

• Triggert Folgejobs, z.B. Deployment
• UnitTests



• Integrationstests

TESTING
PHPUnit
PHPUnit
Auch unsere Integrationstests schreiben wir in PHPUnit!
TESTING
TESTING
Unsere index.php. Die Application Klasse enthält das gesamte Bootstrapping.
Request und Session werden bei der Objekterzeugung übergeben, so dass sie in
Tests leicht ausgetauscht werden können.
DEPLOYMENT
• Wir könnten Continuous Delivery…	

• …aber wir trauen uns (noch) nicht :)	

• Grundidee: mehrereVersionen parallel betreiben	

• Nutzung des Debian-Paketsystems (apt-get)
DEPLOYMENT
DEPLOYMENT
Alle Komponenten werden während des Build-Prozesses in Debian Packages
verpackt. Damit erfolgt das Deployment über die Paketverwaltung des
Betriebssystems. Das ermöglicht auch eine einfache Abbildung und Auflösung von
Paketabhängigkeiten.
Webserver
RedisStoreFront
Middleware
Search
StoreBack
DataPool
1.8.5
ERP & PIM
StoreFront
Middleware
Search
StoreBack
DataPool
1.9.0
live: 1.8.5
Webserver
RedisStoreFront
Middleware
Search
StoreBack
DataPool
1.8.5
ERP & PIM
StoreFront
Middleware
Search
StoreBack
DataPool
1.9.0
live: 1.8.5
Beispiel der Versionierung: Auf den Produktivmaschinen sind die Packages der
Shopversion 1.8.5 installiert. In einer zentralen, versionsunabhängigen Redis-Instanz
wird in einem Key die aktuelle Live-Version gespeichert.
!
Der Webserver fragt Redis bei einem eigehenden Request nach dieser Version und
gibt diesen dann an den passenden StoreFront weiter.
!
Parallel kann auf dem Server bereits Version 1.9.0 installiert und vorbereitet werden.
Ebenfalls wichtig: Alle Pakete tragen eine gemeinsame Versionsnummer im Namen.
Somit können auch mehrere Versionen der Applikation parallel installiert werden.
Webserver
RedisStoreFront
Middleware
Search
StoreBack
DataPool
1.8.5
ERP & PIM
StoreFront
Middleware
Search
StoreBack
DataPool
1.9.0
live: 1.9.0
Webserver
RedisStoreFront
Middleware
Search
StoreBack
DataPool
1.8.5
ERP & PIM
StoreFront
Middleware
Search
StoreBack
DataPool
1.9.0
live: 1.9.0
Wurde die neue Version erfolgreich getestet, muss nur die Versionsnummer in Redis
geändert werden, damit ab sofort die neue Version ausgeliefert wird.
!
Die alte Version bleibt auf dem Server und wird auch weiterhin mit neuen Daten aus
dem ERP versorgt, damit im Notfall zurückgeschaltet werden kann.
TESTIMONIALS
Es folgen Performance-Auswertungen von unserem Hoster Metaways zu einem Tag
mit der bisher höchsten Last seit dem Launch.
Metaways betreibt sämtliche Umgebungen (dev, test, stage und live) sowie die
Entwicklungswerkzeuge.
Webserver Cluster
• Der Nginx performt auch in den Peaks beeindruckend gut. Obwohl hier die SSL
Terminierung stattfindet und die gesamte Seite über HTTPS (+Forward Secrecy)
ausgeliefert wird, haben wir im Durchschnitt hier eine Load von ~0.2.
• Im Peak hatten wir gestern bei ~5k aktiven Verbindungen und ~700 Hits/s pro
Webserver eine Load von ~1.
• Trotz dieses hohen Durchsatzes sind keine Auswirkungen auf die Response Zeiten zu
erkennen. Die Seite hat weiterhin performant ausgeliefert (~170ms für die
Startseite, ~270ms für Seite 'Geschenkcard 50' )
• Der effektiv verbrauchte Speicher ist gering, allerdings sind Buffer/Caches gut
ausgelastet. Ursache sind vermutlich hauptsächlich Dateisystem Caches da der Nginx
die Medien-Daten ausliefert.
• Hier kann man über eine RAM Erhöhung nachdenken damit möglichst viele Medien-
Daten im RAM gehalten werden.
Webserver Cluster
• Der Nginx performt auch in den Peaks beeindruckend gut. Obwohl hier die SSL
Terminierung stattfindet und die gesamte Seite über HTTPS (+Forward Secrecy)
ausgeliefert wird, haben wir im Durchschnitt hier eine Load von ~0.2.
• Im Peak hatten wir gestern bei ~5k aktiven Verbindungen und ~700 Hits/s pro
Webserver eine Load von ~1.
• Trotz dieses hohen Durchsatzes sind keine Auswirkungen auf die Response Zeiten zu
erkennen. Die Seite hat weiterhin performant ausgeliefert (~170ms für die
Startseite, ~270ms für Seite 'Geschenkcard 50' )
• Der effektiv verbrauchte Speicher ist gering, allerdings sind Buffer/Caches gut
ausgelastet. Ursache sind vermutlich hauptsächlich Dateisystem Caches da der Nginx
die Medien-Daten ausliefert.
• Hier kann man über eine RAM Erhöhung nachdenken damit möglichst viele Medien-
Daten im RAM gehalten werden.
Bei den genannten Antwortzeiten handelt es sich um die Angabe „first byte to
client“, d.h. ein Client erhält auf unserer Startseite nach durchschnittlich 170ms eine
Antwort! Die Zeiten für das serverseitige PHP-processing liegen bei ca. 35ms.
Webserver Grafiken
• Load
• Net Connections
Storefront Grafiken
• Load
Der maximale Load unserer vier StoreFronts lag bei 2. Jede Maschine hat 10 Kerne!
Storefront Grafiken
• Memory
Der Speicherverbrauch hat sich trotz der höheren Last nicht merklich verändert
(Hinweis: Die Grafiken zeigen den freien Speicher).
Storefront Grafiken
• PHP FPM Statistiken (hier vstorefronta01)
Erfreulich: Trotz des starken Anstiegs der Requests/s (grün) hat sich die Anzahl der
aktiven PHP-FPM-Prozesse kaum erhöht. Das zeigt sehr deutlich, wie schnell das PHP-
Processing ist!
THE SKYTEAM ISTHE LIMIT
• Bei der Umsetzung von Features gibt es quasi™

keine Grenzen mehr	

• DasTeam kennt jede einzelne Codezeile	

• SchnellesTeam = schnelle Weiterentwicklung	

• LangsamesTeam = langsame Weiterentwicklung
FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“	

• Wir haben die Chance, mit Innovationen den Markt
mitzugestalten	

• Wir wollen die volle Kontrolle über unsere Applikation 	

• Wir haben die richtigen Leute! (nur nicht genug)
FAZIT
Warum war die Eigenentwicklung die richtige Entscheidung für uns?
• Wir wollen kein „me too commerce“	

• Wir haben die Chance, mit Innovationen den Markt
mitzugestalten	

• Wir wollen die volle Kontrolle über unsere Applikation 	

• Wir haben die richtigen Leute! (nur nicht genug)
Dezenter Hinweis: We are hiring!
http://t3n.de/jobs/job/senior-backend-entwicklerin-fur-php/
@GlobetrotterDEV
FOLLOW US!
Q&A
High Performance E-Commerce

Weitere ähnliche Inhalte

Andere mochten auch

trabajo echo en clase de power point
trabajo echo en clase de power pointtrabajo echo en clase de power point
trabajo echo en clase de power point
tobonangel
 
Focusgroupmetodologia 110615224411-phpapp02
Focusgroupmetodologia 110615224411-phpapp02Focusgroupmetodologia 110615224411-phpapp02
Focusgroupmetodologia 110615224411-phpapp02
More Cepeda
 
Los libros interactivos multimedia
Los libros interactivos multimediaLos libros interactivos multimedia
Los libros interactivos multimedia
Brayan Arley F D
 
Die Struktur von digitalen Charakteren - Partizipatives storytelling
Die Struktur von digitalen Charakteren - Partizipatives storytellingDie Struktur von digitalen Charakteren - Partizipatives storytelling
Die Struktur von digitalen Charakteren - Partizipatives storytelling
Marcus Brown
 
Firma electronica Belen
Firma electronica   BelenFirma electronica   Belen
Firma electronica Belen
Belen Vintimilla
 
SCD13: Die technische Roadmap von Shopware 4
SCD13: Die technische Roadmap von Shopware 4SCD13: Die technische Roadmap von Shopware 4
SCD13: Die technische Roadmap von Shopware 4
shopware AG
 
Ondas 2012 bitacoras niños 1 2 y 3
Ondas 2012  bitacoras niños 1 2 y 3Ondas 2012  bitacoras niños 1 2 y 3
Ondas 2012 bitacoras niños 1 2 y 3
Mariana Pelaez Castaño
 
Aéreo-mundo
Aéreo-mundo Aéreo-mundo
Aéreo-mundo
PatricioFluguerto
 
Asosiar para crear clase 6 trabajo
Asosiar para crear clase 6 trabajoAsosiar para crear clase 6 trabajo
Asosiar para crear clase 6 trabajo
Claudio Pereira Matthews
 
hemisferios
hemisferios hemisferios
Proyecto final de innovación educativa valeska de pérez
Proyecto final de innovación educativa   valeska de pérezProyecto final de innovación educativa   valeska de pérez
Proyecto final de innovación educativa valeska de pérez
ValeskaOvalleUNIS-MAEU
 
psicologia
psicologiapsicologia
Deximar boza asignacion1
Deximar boza  asignacion1Deximar boza  asignacion1
Deximar boza asignacion1
Deximar Boza
 
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
Swiss eHealth Forum
 
Software libree2
Software libree2Software libree2
Software libree2
maylerjh88
 
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
Timon Hartung
 
Werooo 141203111422-conversion-gate02
Werooo 141203111422-conversion-gate02Werooo 141203111422-conversion-gate02
Werooo 141203111422-conversion-gate02
Brayan Becerril Perez
 
Fortaleza texto (2)
Fortaleza texto (2)Fortaleza texto (2)
Fortaleza texto (2)
Centro Universitario Villanueva
 
71 unternehmen fit machen
71 unternehmen fit machen71 unternehmen fit machen
71 unternehmen fit machen
ICV_eV
 

Andere mochten auch (20)

Mediendaten Reiseblog & Projektwerkstatt Elena Paschinger www.creativelena.com
Mediendaten Reiseblog & Projektwerkstatt Elena Paschinger www.creativelena.comMediendaten Reiseblog & Projektwerkstatt Elena Paschinger www.creativelena.com
Mediendaten Reiseblog & Projektwerkstatt Elena Paschinger www.creativelena.com
 
trabajo echo en clase de power point
trabajo echo en clase de power pointtrabajo echo en clase de power point
trabajo echo en clase de power point
 
Focusgroupmetodologia 110615224411-phpapp02
Focusgroupmetodologia 110615224411-phpapp02Focusgroupmetodologia 110615224411-phpapp02
Focusgroupmetodologia 110615224411-phpapp02
 
Los libros interactivos multimedia
Los libros interactivos multimediaLos libros interactivos multimedia
Los libros interactivos multimedia
 
Die Struktur von digitalen Charakteren - Partizipatives storytelling
Die Struktur von digitalen Charakteren - Partizipatives storytellingDie Struktur von digitalen Charakteren - Partizipatives storytelling
Die Struktur von digitalen Charakteren - Partizipatives storytelling
 
Firma electronica Belen
Firma electronica   BelenFirma electronica   Belen
Firma electronica Belen
 
SCD13: Die technische Roadmap von Shopware 4
SCD13: Die technische Roadmap von Shopware 4SCD13: Die technische Roadmap von Shopware 4
SCD13: Die technische Roadmap von Shopware 4
 
Ondas 2012 bitacoras niños 1 2 y 3
Ondas 2012  bitacoras niños 1 2 y 3Ondas 2012  bitacoras niños 1 2 y 3
Ondas 2012 bitacoras niños 1 2 y 3
 
Aéreo-mundo
Aéreo-mundo Aéreo-mundo
Aéreo-mundo
 
Asosiar para crear clase 6 trabajo
Asosiar para crear clase 6 trabajoAsosiar para crear clase 6 trabajo
Asosiar para crear clase 6 trabajo
 
hemisferios
hemisferios hemisferios
hemisferios
 
Proyecto final de innovación educativa valeska de pérez
Proyecto final de innovación educativa   valeska de pérezProyecto final de innovación educativa   valeska de pérez
Proyecto final de innovación educativa valeska de pérez
 
psicologia
psicologiapsicologia
psicologia
 
Deximar boza asignacion1
Deximar boza  asignacion1Deximar boza  asignacion1
Deximar boza asignacion1
 
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
SeHF 2013 | VGIch - Erfolg durch Vernetzung (Christoph Lanz)
 
Software libree2
Software libree2Software libree2
Software libree2
 
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
Schema.org 101: 
Warum die neuen Meta Daten wichtig sind - Mini FAQ & Impleme...
 
Werooo 141203111422-conversion-gate02
Werooo 141203111422-conversion-gate02Werooo 141203111422-conversion-gate02
Werooo 141203111422-conversion-gate02
 
Fortaleza texto (2)
Fortaleza texto (2)Fortaleza texto (2)
Fortaleza texto (2)
 
71 unternehmen fit machen
71 unternehmen fit machen71 unternehmen fit machen
71 unternehmen fit machen
 

Ähnlich wie Globetrotter @ E-Commerce Hacktable HH

Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
Mayflower GmbH
 
Echte Lösungen, keine Tricks
Echte Lösungen, keine TricksEchte Lösungen, keine Tricks
Echte Lösungen, keine Tricks
Jens Grochtdreis
 
Site Speed EXTREME - SEOkomm 2014
Site Speed EXTREME - SEOkomm 2014Site Speed EXTREME - SEOkomm 2014
Site Speed EXTREME - SEOkomm 2014
Bastian Grimm
 
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
commercetools developers
 
Hybris und Sitecore - Der Commerce Connect im Einsatz
Hybris und Sitecore - Der Commerce Connect im EinsatzHybris und Sitecore - Der Commerce Connect im Einsatz
Hybris und Sitecore - Der Commerce Connect im Einsatz
comspace GmbH & Co. KG
 
SharePointCommunity.ch SharePoint Lösungen für die Zukunft
SharePointCommunity.ch SharePoint Lösungen für die ZukunftSharePointCommunity.ch SharePoint Lösungen für die Zukunft
SharePointCommunity.ch SharePoint Lösungen für die Zukunft
David Schneider
 
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
Andreas Wissel
 
Skalierung & Performance
Skalierung & PerformanceSkalierung & Performance
Skalierung & Performance
glembotzky
 
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan RotschAOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
AOE
 
Back to the Frontend – aber nun mit Microservices
Back to the Frontend – aber nun mit MicroservicesBack to the Frontend – aber nun mit Microservices
Back to the Frontend – aber nun mit Microservices
André Fleischer
 
2013 OS E-Commerce Magento OXID Shopware
2013 OS E-Commerce Magento OXID Shopware2013 OS E-Commerce Magento OXID Shopware
2013 OS E-Commerce Magento OXID Shopware
Björn Schotte
 
Config as Code: Der Weg zu Configuration as Code
Config as Code: Der Weg zu Configuration as CodeConfig as Code: Der Weg zu Configuration as Code
Config as Code: Der Weg zu Configuration as Code
DevOps Meetup Bern
 
Koongo - Die Vorstellung in Deutsch
Koongo - Die Vorstellung in DeutschKoongo - Die Vorstellung in Deutsch
Koongo - Die Vorstellung in Deutsch
NoStress Commerce s.r.o.
 
Wordpress on steroids
Wordpress on steroidsWordpress on steroids
Wordpress on steroids
Blogwerk AG
 
Responsive Mit Irhem Webseiten (German Edition)
Responsive Mit Irhem Webseiten (German Edition)Responsive Mit Irhem Webseiten (German Edition)
Responsive Mit Irhem Webseiten (German Edition)
Koombea
 
Cloud-ERP-System mit TCPOS-Schnittstelle
Cloud-ERP-System mit TCPOS-SchnittstelleCloud-ERP-System mit TCPOS-Schnittstelle
Cloud-ERP-System mit TCPOS-Schnittstelle
wolter & works - die web manufaktur
 
HTML5-Features
HTML5-FeaturesHTML5-Features
HTML5-Features
Francesco Schwarz
 
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
Stephan Hamberger
 
Mach‘s selbst - mit WordPress zum Website-Erfolg!
Mach‘s selbst - mit WordPress zum Website-Erfolg!Mach‘s selbst - mit WordPress zum Website-Erfolg!
Mach‘s selbst - mit WordPress zum Website-Erfolg!
Tim Ehling
 
Vortrag über Magento auf der InternetWorld 2008
Vortrag über Magento auf der InternetWorld 2008Vortrag über Magento auf der InternetWorld 2008
Vortrag über Magento auf der InternetWorld 2008
varien
 

Ähnlich wie Globetrotter @ E-Commerce Hacktable HH (20)

Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
Commercial OS Shops - Magento, OXID, xt:commerce. Evaluationskriterien für En...
 
Echte Lösungen, keine Tricks
Echte Lösungen, keine TricksEchte Lösungen, keine Tricks
Echte Lösungen, keine Tricks
 
Site Speed EXTREME - SEOkomm 2014
Site Speed EXTREME - SEOkomm 2014Site Speed EXTREME - SEOkomm 2014
Site Speed EXTREME - SEOkomm 2014
 
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
Erfahrungsberichte mit SPHERE.IO - Christoph Batik @ eCommerceCamp Jena 2015
 
Hybris und Sitecore - Der Commerce Connect im Einsatz
Hybris und Sitecore - Der Commerce Connect im EinsatzHybris und Sitecore - Der Commerce Connect im Einsatz
Hybris und Sitecore - Der Commerce Connect im Einsatz
 
SharePointCommunity.ch SharePoint Lösungen für die Zukunft
SharePointCommunity.ch SharePoint Lösungen für die ZukunftSharePointCommunity.ch SharePoint Lösungen für die Zukunft
SharePointCommunity.ch SharePoint Lösungen für die Zukunft
 
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
Robuste Design Systems mit Storybook und Angular: vom Konzept zur lebendigen ...
 
Skalierung & Performance
Skalierung & PerformanceSkalierung & Performance
Skalierung & Performance
 
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan RotschAOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
AOEconf17: How to eat an elePHPant, congstar style - Timo Fuchs & Stefan Rotsch
 
Back to the Frontend – aber nun mit Microservices
Back to the Frontend – aber nun mit MicroservicesBack to the Frontend – aber nun mit Microservices
Back to the Frontend – aber nun mit Microservices
 
2013 OS E-Commerce Magento OXID Shopware
2013 OS E-Commerce Magento OXID Shopware2013 OS E-Commerce Magento OXID Shopware
2013 OS E-Commerce Magento OXID Shopware
 
Config as Code: Der Weg zu Configuration as Code
Config as Code: Der Weg zu Configuration as CodeConfig as Code: Der Weg zu Configuration as Code
Config as Code: Der Weg zu Configuration as Code
 
Koongo - Die Vorstellung in Deutsch
Koongo - Die Vorstellung in DeutschKoongo - Die Vorstellung in Deutsch
Koongo - Die Vorstellung in Deutsch
 
Wordpress on steroids
Wordpress on steroidsWordpress on steroids
Wordpress on steroids
 
Responsive Mit Irhem Webseiten (German Edition)
Responsive Mit Irhem Webseiten (German Edition)Responsive Mit Irhem Webseiten (German Edition)
Responsive Mit Irhem Webseiten (German Edition)
 
Cloud-ERP-System mit TCPOS-Schnittstelle
Cloud-ERP-System mit TCPOS-SchnittstelleCloud-ERP-System mit TCPOS-Schnittstelle
Cloud-ERP-System mit TCPOS-Schnittstelle
 
HTML5-Features
HTML5-FeaturesHTML5-Features
HTML5-Features
 
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
Netd@ys 08/09 Workshop - "Von der kreativen Idee zum innovativen Projekt"
 
Mach‘s selbst - mit WordPress zum Website-Erfolg!
Mach‘s selbst - mit WordPress zum Website-Erfolg!Mach‘s selbst - mit WordPress zum Website-Erfolg!
Mach‘s selbst - mit WordPress zum Website-Erfolg!
 
Vortrag über Magento auf der InternetWorld 2008
Vortrag über Magento auf der InternetWorld 2008Vortrag über Magento auf der InternetWorld 2008
Vortrag über Magento auf der InternetWorld 2008
 

Globetrotter @ E-Commerce Hacktable HH

  • 5. ElitePartner hat im vergangenen Dezember den ersten Schritt gemacht und sich der Hamburger Entwickler-Community gestellt. Wir finden die Idee großartig und ziehen nach!
  • 7. AGENDA • Softwarearchitektur • Tech Stack • Frontend • Testing • Deployment • Testimonials • Q&A
  • 8. Globetrotter ist für seine großartigen Filialen bekannt, wie z.B. den hier abgebildeten Hamburger Store.
  • 9. Aber auch online mischen wir schon seit den Anfängen des Internets mit - so hatten wir 1993 bereits eine BTX-Seite. Die Domain globetrotter.de ist älter als google.de!
  • 10. Eigenentwicklung STATUS QUO Seitdem hat sich viel getan und wir haben im Februar 2013 einen komplett neu entwickelten Shop gelauncht. Dabei handelt es sich um eine vollständige Eigenentwicklung.
  • 11. Standardsoftware URSPRÜNGLICHER PLAN Ursprünglich sollte der neue Shop jedoch mit einer Standardsoftware umgesetzt werden.
  • 13. FEATURES, FEATURES, FEATURES • Produktvergleich • Merklisten • Gutscheine • Bestellhistorie • Backoffice (Artikel- und Bestellverwaltung)
  • 14. FEATURES, FEATURES, FEATURES • Produktvergleich • Merklisten • Gutscheine • Bestellhistorie • Backoffice (Artikel- und Bestellverwaltung) Standardlösungen locken mit umfangreichen Featurelisten. Leider gibt es mit Features, die für eine breite Masse von Installationen und Unternehmen geschrieben wurden, ein Problem…
  • 15. –Random Globetrotter Employee „Die Features passen fast zu unseren Anforderungen.“
  • 16. CUSTOMIZING Bestehende Software wird an individuelle Anforderungen angepasst
  • 17. CUSTOMIZING Bestehende Software wird an individuelle Anforderungen angepasst Die vermeintliche Lösung: Customizing! Jede Standardsoftware bietet Möglichkeiten, Features an individuelle Anforderungen anzupassen.
  • 18. Feature X FeatureY Feature Z Core Code Customization
  • 19. Feature X FeatureY Feature Z Core Code Customization Das führt mitunter aber dazu, dass eine nicht unerhebliche Menge Code geschrieben werden muss, damit das Feature den Anforderungen entspricht. So wird eine i.d.R. ohnehin schon große Codebasis weiter aufgebläht, was Wartung und Bewahrung der Updatefähigkeit stark erschwert.
  • 20. HOUSTON, … • Artikelimport • Varianten- und Merkmalstrukturen passen nicht zusammen • Performance • aufwändiges Caching, Probleme bei Invalidierung • ohne Cache ein CPU Core je Request
  • 21. HOUSTON, … • Artikelimport • Varianten- und Merkmalstrukturen passen nicht zusammen • Performance • aufwändiges Caching, Probleme bei Invalidierung • ohne Cache ein CPU Core je Request In unserem Fall hatten wir weitere Schwierigkeiten: Der Import unserer Artikeldaten erwies sich als kompliziert, da die Datenstrukturen sehr unterschiedlich waren. Das weitaus größere Problem stellte allerdings die Performance des Shops dar. Ohne aufwändiges Caching war unser Prototyp quasi nicht benutzbar, was auch den Entwickleralltag nicht angenehmer machte. Ausgiebige Lasttests führten zu der bitteren Erkenntnis, dass wir in einer Produktivumgebung pro Request einen CPU- Core hätten vorsehen müssen. Das war nicht akzeptabel.
  • 22. Die Summe der aufgeführten Probleme führte zu der Erkenntnis: Wir steuern auf eine Sackgasse zu!
  • 23. THE WAY OUT Alternative Eigenentwicklung Der für uns einzige sinnvolle Ausweg: Wir entwickeln eine auf uns zugeschnittene, eigene E-Commerce Plattform. Das aufkeimen dieser Idee führte zu der hier gezeigten Mindmap, in der wir versuchten, Chancen und Risiken zu ermitteln.
  • 25. ARCHITECTURE ISTHE KEY • Wichtig: nicht sofort inTechnologien denken („Webprojekte macht man jetzt mit Rails“) • Technologieunabhängige Architektur steht am Anfang
  • 27. MiddlewareDataPool StoreBack ERP & PIM Webserver StoreFront Search Die wichtigsten Komponenten unserer Architektur. Die Grundidee: Das Store Frontend sollte so dumm wie möglich sein - das führt zu hoher Verarbeitungsgeschwindigkeit. Aufwändige Prozesse sollten unabhängig von eingehenden Requests in einem Backend laufen.
  • 29. MiddlewareDataPool StoreBack ERP & PIM Webserver StoreFront Search Beispiel: Ein eingehender Request (z.B. für eine Artikeldetailseite) geht ein. Unser StoreFront soll möglichst wenig Arbeit haben, damit der Request schnell beantwortet werden kann. Dazu legen wir so viele Seitenbestandteile wie möglich als vorgerenderte HTML-„Snippets“ in einem DataPool ab. Das Frontend soll sich diese Snippets dann holen und in eine Seite einkleben. Je nach Request müssen ggf. auch noch eine Suchmaschine und eine Middleware befragt werden.
  • 31. MiddlewareDataPool StoreBack ERP & PIM Webserver StoreFront Search CMS Datenversorgung: Das ERP System schickt uns neue Artikeldaten. Im StoreBack werden diese verarbeitet, es entstehen die genannten Snippets, die in den DataPool gelegt werden. Zusätzlich wird die Suchmaschine mit den neuen Daten versorgt. Ggf. werden auch Daten an die Middleware gesendet. Auch das CMS arbeitet als „Snippet-Lieferant“ und exportiert Seiten als HTML in den DataPool. Somit ist das CMS an der Verarbeitung von eingehenden Requests gar nicht beteiligt und ist leicht austauschbar.
  • 32. Beispiel für die Verwendung von Snippets: eine Kategorieseite
  • 33. changes when a user submits a new rating depends on the request changes when the backend receives new data
  • 34. changes when a user submits a new rating depends on the request changes when the backend receives new data Ein Artikel in einem Kategorielisting besteht aus zwei Snippets, die fertig vorgerendert im DataPool liegen. Nur der Preis muss während des Requests ermittelt werden, da er je nach User variieren kann (z.B. durch individuelle Kundenrabatte oder abweichende MwSt.-Sätze).
  • 36. Ein weiteres Beispiel: Die Artikeldetailseite wird fast vollständig vorgerendert. Nur die markierten Bereiche werden nachgeladen und ggf. während des Requests berechnet. ! Unser StoreFront weiß kaum etwas über die Artikel, da nur eine Artikelnummer für die Identifizierung der benötigten Snippets gebraucht wird. Das führt zu extrem schnellen Antwortzeiten (siehe auch „Testimonials“).
  • 37. Arne Blankerts und Stefan Priebsch von thephp.cc haben am 10.09.13 bereits einen Vortrag über moderne Architekturen von Websites gesprochen und dabei auch unsere Plattform vorgestellt. Es gibt einen Videomitschnitt von Rainer Schleevoigt: http://lecture2go.uni-hamburg.de/veranstaltungen/-/v/15297
  • 41. Screenshot von redis-benchmark auf einer unserer Testmaschinen. ca. 93.500 SET- Answeisungen und ca. 192.300 GET-Anweisungen pro Sekunde sprechen eine deutliche Sprache!
  • 42. logical lines of code (LLOC), tests excluded Magento CE 1.8.1
 (/app) Symfony 2.4.1 (/vendor) globetrotter.de 0 30.000 60.000 90.000 120.000 ermittelt mit phploc 2.0.0
  • 43. logical lines of code (LLOC), tests excluded Magento CE 1.8.1
 (/app) Symfony 2.4.1 (/vendor) globetrotter.de 0 30.000 60.000 90.000 120.000 ermittelt mit phploc 2.0.0 Vergleich unserer Codebasis (Stand 21.01.14) mit Magento und Symfony. Es wird deutlich, dass wir mit verhältnismäßig wenig Code eine vollständige Applikation gebaut haben, während mit den Vergleichsprodukten noch keine einsatzfähige Lösung vorliegt. Hier würde jeweils ein nicht unerheblicher Teil zusätzlichen Codes entstehen, um einen mit unserem Shop vergleichbaren Stand zu erhalten.
  • 44. FRONTEND Die Lorbeeren des Backends ernten
  • 45. • wer bremst verliert! (SpeedIndex, PageSpeed) • semantisch (SEO, Rich Snippets) • Crossbrowser (IE8 bis Chrome 34) • unobtrusive JavaScript (siehe nächster Slide) ANFORDERUNGEN
  • 47. • Stack:Templates in XSLT, html5boilerplate, jQuery • ein großes JS File (selbst jQuery, GA) • ein großes CSS File • Routing hängt an CSS Klassen auf <body> MODERNES FRONTEND
  • 48. • custom Modernizr für Feature Detection • Chrome: prerender • window.onerror -> GA MODERNES FRONTEND
  • 51. GIT + GITORIOUS Gitorious wird bei uns zur Verwaltung der Git-Repositories eingesetzt. Ein großer Teil der Features, wie Forking und Pull Requests, werden nicht genutzt.
  • 52. JENKINS CI Jenkins spielt bei uns eine zentrale Rolle. Sämtliche Builds sowie Packaging und Deployment werden hier automatisiert.
  • 53. TOOLCHAIN • Jenkins Jobs werden bei jedem Git Push getriggert • Build-Config mit ANT • Führt alleTests aus • Triggert Folgejobs, z.B. Deployment
  • 54. • UnitTests
 
 • Integrationstests
 TESTING PHPUnit PHPUnit Auch unsere Integrationstests schreiben wir in PHPUnit!
  • 56. TESTING Unsere index.php. Die Application Klasse enthält das gesamte Bootstrapping. Request und Session werden bei der Objekterzeugung übergeben, so dass sie in Tests leicht ausgetauscht werden können.
  • 57. DEPLOYMENT • Wir könnten Continuous Delivery… • …aber wir trauen uns (noch) nicht :) • Grundidee: mehrereVersionen parallel betreiben • Nutzung des Debian-Paketsystems (apt-get)
  • 59. DEPLOYMENT Alle Komponenten werden während des Build-Prozesses in Debian Packages verpackt. Damit erfolgt das Deployment über die Paketverwaltung des Betriebssystems. Das ermöglicht auch eine einfache Abbildung und Auflösung von Paketabhängigkeiten.
  • 61. Webserver RedisStoreFront Middleware Search StoreBack DataPool 1.8.5 ERP & PIM StoreFront Middleware Search StoreBack DataPool 1.9.0 live: 1.8.5 Beispiel der Versionierung: Auf den Produktivmaschinen sind die Packages der Shopversion 1.8.5 installiert. In einer zentralen, versionsunabhängigen Redis-Instanz wird in einem Key die aktuelle Live-Version gespeichert. ! Der Webserver fragt Redis bei einem eigehenden Request nach dieser Version und gibt diesen dann an den passenden StoreFront weiter. ! Parallel kann auf dem Server bereits Version 1.9.0 installiert und vorbereitet werden. Ebenfalls wichtig: Alle Pakete tragen eine gemeinsame Versionsnummer im Namen. Somit können auch mehrere Versionen der Applikation parallel installiert werden.
  • 63. Webserver RedisStoreFront Middleware Search StoreBack DataPool 1.8.5 ERP & PIM StoreFront Middleware Search StoreBack DataPool 1.9.0 live: 1.9.0 Wurde die neue Version erfolgreich getestet, muss nur die Versionsnummer in Redis geändert werden, damit ab sofort die neue Version ausgeliefert wird. ! Die alte Version bleibt auf dem Server und wird auch weiterhin mit neuen Daten aus dem ERP versorgt, damit im Notfall zurückgeschaltet werden kann.
  • 64. TESTIMONIALS Es folgen Performance-Auswertungen von unserem Hoster Metaways zu einem Tag mit der bisher höchsten Last seit dem Launch. Metaways betreibt sämtliche Umgebungen (dev, test, stage und live) sowie die Entwicklungswerkzeuge.
  • 65. Webserver Cluster • Der Nginx performt auch in den Peaks beeindruckend gut. Obwohl hier die SSL Terminierung stattfindet und die gesamte Seite über HTTPS (+Forward Secrecy) ausgeliefert wird, haben wir im Durchschnitt hier eine Load von ~0.2. • Im Peak hatten wir gestern bei ~5k aktiven Verbindungen und ~700 Hits/s pro Webserver eine Load von ~1. • Trotz dieses hohen Durchsatzes sind keine Auswirkungen auf die Response Zeiten zu erkennen. Die Seite hat weiterhin performant ausgeliefert (~170ms für die Startseite, ~270ms für Seite 'Geschenkcard 50' ) • Der effektiv verbrauchte Speicher ist gering, allerdings sind Buffer/Caches gut ausgelastet. Ursache sind vermutlich hauptsächlich Dateisystem Caches da der Nginx die Medien-Daten ausliefert. • Hier kann man über eine RAM Erhöhung nachdenken damit möglichst viele Medien- Daten im RAM gehalten werden. Webserver Cluster • Der Nginx performt auch in den Peaks beeindruckend gut. Obwohl hier die SSL Terminierung stattfindet und die gesamte Seite über HTTPS (+Forward Secrecy) ausgeliefert wird, haben wir im Durchschnitt hier eine Load von ~0.2. • Im Peak hatten wir gestern bei ~5k aktiven Verbindungen und ~700 Hits/s pro Webserver eine Load von ~1. • Trotz dieses hohen Durchsatzes sind keine Auswirkungen auf die Response Zeiten zu erkennen. Die Seite hat weiterhin performant ausgeliefert (~170ms für die Startseite, ~270ms für Seite 'Geschenkcard 50' ) • Der effektiv verbrauchte Speicher ist gering, allerdings sind Buffer/Caches gut ausgelastet. Ursache sind vermutlich hauptsächlich Dateisystem Caches da der Nginx die Medien-Daten ausliefert. • Hier kann man über eine RAM Erhöhung nachdenken damit möglichst viele Medien- Daten im RAM gehalten werden. Bei den genannten Antwortzeiten handelt es sich um die Angabe „first byte to client“, d.h. ein Client erhält auf unserer Startseite nach durchschnittlich 170ms eine Antwort! Die Zeiten für das serverseitige PHP-processing liegen bei ca. 35ms.
  • 67. Storefront Grafiken • Load Der maximale Load unserer vier StoreFronts lag bei 2. Jede Maschine hat 10 Kerne!
  • 68. Storefront Grafiken • Memory Der Speicherverbrauch hat sich trotz der höheren Last nicht merklich verändert (Hinweis: Die Grafiken zeigen den freien Speicher).
  • 69. Storefront Grafiken • PHP FPM Statistiken (hier vstorefronta01) Erfreulich: Trotz des starken Anstiegs der Requests/s (grün) hat sich die Anzahl der aktiven PHP-FPM-Prozesse kaum erhöht. Das zeigt sehr deutlich, wie schnell das PHP- Processing ist!
  • 70. THE SKYTEAM ISTHE LIMIT • Bei der Umsetzung von Features gibt es quasi™
 keine Grenzen mehr • DasTeam kennt jede einzelne Codezeile • SchnellesTeam = schnelle Weiterentwicklung • LangsamesTeam = langsame Weiterentwicklung
  • 71. FAZIT Warum war die Eigenentwicklung die richtige Entscheidung für uns? • Wir wollen kein „me too commerce“ • Wir haben die Chance, mit Innovationen den Markt mitzugestalten • Wir wollen die volle Kontrolle über unsere Applikation • Wir haben die richtigen Leute! (nur nicht genug)
  • 72. FAZIT Warum war die Eigenentwicklung die richtige Entscheidung für uns? • Wir wollen kein „me too commerce“ • Wir haben die Chance, mit Innovationen den Markt mitzugestalten • Wir wollen die volle Kontrolle über unsere Applikation • Wir haben die richtigen Leute! (nur nicht genug) Dezenter Hinweis: We are hiring! http://t3n.de/jobs/job/senior-backend-entwicklerin-fur-php/