Umzug eines Hochlast-Dienstes
1 gefällt mir385 aufrufe
Das Dokument beschreibt den Umzug eines Hochlastdienstes zur Verbesserung der Performance und Ausfallsicherheit der Rezeptsuche von Chefkoch, bei der Art und Weise, wie Software bereitgestellt wird, um häufige Releases zu ermöglichen. Herausforderungen wie automatisierte Deployments und Monitoring wurden angegangen, um die Effizienz zu steigern und Downtimes zu vermeiden. Der Umzug beinhaltet den Einsatz neuer Technologien wie Container und Tools für Logging und Monitoring.
Umzug eines Hochlast-Dienstes
- 1. Insert company logo Infrastructure & DevOps Umzug eines Hochlast-Dienstes Per Bernhardt Per Bernhardt 30.09.2016
- 3. Ich arbeite bei Chefkoch. AGOF Platz 12 ca. 15 Mio. Unique Visitors (August) ca. 550 Mio. PageImpressions (August)
- 4. • Das Projekt • Umfeld • Motivation • Zielsetzung • Herausforderungen • Ausfallsicherheit • Performance • Feature Flag • Fazit • Q & A
- 5. Das Projekt
- 6. Unsere Rezeptsuche. ca. 300.000 Rezepte aktuell ca. 400 Anfragen/Sekunde
- 7. Das Team Humboldt Arbeitet unter anderem an der Suche
- 9. Release often! If you can… Letzte Änderung 12 Monaten her…
- 12. „Deployment Plan“ Wiki-Anleitung ca. 50 Schritte ca. 30 Min
- 15. WTF?!
- 16. Wo wollte man hin?
- 17. Elasticsearch? Nein, eins nach dem anderen
- 18. Elasticsearch? Nein, eins nach dem anderen
- 21. Automatische Builds Bamboo Buildserver Dauer < 10 Minuten
- 22. Automatische Deployments Bamboo Buildserver Ein Knopfdruck Keine Anleitung mehr
- 24. Alles gut!
- 25. Oder nicht?
- 29. Performance?
- 30. Replay & Lasttests Log von Tomcat aus Produktion
- 36. 2600 Requests / Sekunde Das reicht erstmal..
- 37. Und nun einfach los?
- 38. Feature Flag
- 42. Deployment Manuell -> Automatisch Release Cycle mehrere Monate -> mehrmals am Tag Keine Downtime!