Just Eat: DevOps at Scale at AppD Global Tour London
Download as PPTX, PDF2 likes589 views
Just Eat's site reliability engineering (SRE) focuses on ensuring site availability, enabling fast change delivery, optimizing infrastructure use, fostering innovation, and cultivating a strong culture. The organization employs a central reliability department supporting over 30 development teams and manages various tools and processes to balance flexibility with efficiency. Future goals include advancing automation in observability and automating incident resolution.
More Related Content
Similar to Just Eat: DevOps at Scale at AppD Global Tour London(20)
More from AppDynamics(20)
Just Eat: DevOps at Scale at AppD Global Tour London
- 1. Just Eat’s SREStory DevOps at Scale
- 2. 2 Bennie Johnston Head ofSite Reliability Engineering Rich Haigh Director of Technology
- 3. Our vision Creating theworld’s greatest food community
- 4. Fosduo dolores etoajasom rebum. Steto clita kuasd gubogren, nosotra drs frone. What makes us UK/Ukraine/Australia/Canada 500+ ppl in Tech 22.8m active customers 30+ teams 450+ services 2,700+ orders/min 1,500+ AWS instances in production 1.6M+ metrics/min 1.5TB+ logs/day 500+ releases/week 45% Revenue Growth (FY17) FTSE100 >£5bn Market Cap Special?
- 5. What is SREat Just Eat? 1 - Relentlessly protect site availability 2 - Enable change to be delivered fast, but with quality 3 - Optimise the use of our infrastructure and resources 4 - Innovate to stay ahead 5 - Foster the right culture at Just Eat We believe that Dev teams own their product - full stop! Site Reliability Engineering operates on 5 key principles... 5
- 6. How do westructure it? Our customers are 30+ Dev Teams in multiple countries (these numbers vary) Central Reliability Engineering department - 24/7 Service Operations Centre (SOC) - Development team - Hosting/Platform - Delivery Automation (CI/CD) - Observability - Service Management Daily production standups Weekly risk meeting Monthly Engineering all-hands 1st class citizen in various architecture/project groups 6
- 7. What tools/processes dowe own? In one extreme SRE owns all tools and processes + economies of scale + faster decisions - limits innovation - slows down development teams In the other extreme Dev teams own all tools and processes + maximum flexibility for development teams - tooling sprawl - wasted time reinventing the wheel - support problems Our solution + central support for a range of tooling + ability for dev teams to interact via an opensource approach + freedom for dev teams to deviate + survival of the fittest approach The Central vs. Distributed debate 7
- 8. Lessons learnt aswe’ve grown?
- 9.
- 10. How do wedeal with scale
- 11. Example: internal toolwe own Bennie 11
- 12. Example: external toolwe own 12
- 13. A formula formanaging chaos? 13 if ( ReliabilityScore() < DesiredReliability() ) { LetUsHelpYou() } else { LetUsHighlightYou() Freedom++ }
- 14. What’s next? TheFUTURE! Automation of observability. A step jump from the simple time series metrics. 14 The dream of incident resolution automation. The robots talking to the robots.
- 15. Questions? If you wantto contact us? [email protected] [email protected] If you want to read more about us? Our tech blog: https://tech.just-eat.com If you want to work for us ;) Our Careers site: https://careers.just-eat.com