In 2016, Susan Fowler released the 'Production Ready Microservices' book. This book sets an industry benchmark on explaining how microservices should be conceived, all the way through to documentation. So how does this translate actionable items? This session will explore how to expertly deploy your microservice to production. The audience will learn best practice for designing, deploying, monitoring & documenting application. By the end of the session, attendees should feel confident that they have the knowledge to deploy a service that will be reliable and scalable.
5. Michael Kehoe
$ WHOAMI
• Staff Site Reliability Engineer @ LinkedIn
• Production-SRE Team
• Find me online at:
• @matrixtek
• https://michael-kehoe.io
• linkedin.com/in/michaelkkehoe
6. Production-SRE Team @ LinkedIn
$ WHOAMI
• Disaster Recovery - Planning & Automation
• Incident Response – Process & Automation
• Visibility Engineering – Making use of
operational data
• Reliability Principles – Defining best practice
& automating it
9. “A production-ready application or service is one
that can be trusted to serve production traffic…”
S U S A N J . F O W L E R
10. “… We trust it to behave reasonably, we trust it to
perform reliably, we trust it to get the job done and
to do its job well with very little downtime.”
S U S A N J . F O W L E R
12. How did we get here?
Monoliths broken
down into smaller
applications
Microservice architecture
Developers can
commit & deploy code
faster
Continuous Integration
Teams supporting a
larger number of
applications
Ops team support
25. Tenets of Readiness
MONITORING
• Dashboards + Alerting for:
• Service
• Resource Allocation
• Infrastructure
• All alerts are actionable and have pre-
documented procedures.
• Logging
27. Tenets of Readiness
DOCUMENTATION
• Have one central landing-place for
documentation for the service
• Review of documentation from Engineer/
SRE/ Partners
• Reviewed Regularly
28. Tenets of Readiness
DOCUMENTATION
• What should documentation include:
• Key information (ports/ hostnames etc)
• Description
• Architecture Diagram
• API description
• Oncall information
• Onboarding information
30. Creating Measurable Guidelines
• Not all guidelines directly translate into
something measurable
• You may need to look outcomes of specific
guidance to create measurable guidelines
32. Creating Measurable Guidelines
EXAMPLE
• Stable development cycle
à Is the unit-test coverage above X %?
à Has this code-base been built in the last
week?
à Are all the library dependencies up-to-
date?
33. Creating Measurable Guidelines
EXAMPLE
• Stable deployment process
à Has the application been deployed
recently?
à What is the successful deployment
percentage?
à Is there a staging environment for the
application?
35. Measuring Readiness
WHY?
Ensuring that services are
built and operated in a
standard manner
Standardization
Ensuring that services are
trustworthy
Quality Assurance
36. Measuring Readiness
HOW?
Create a manual
checklist
Manual Checklists
Automate the discovery
and measurement of
readiness
Automated Scorecards
37. Breakdown of scores by team
Automated Service Discovery
Service Score Card
Automated Scorecards
41. Key Learnings
A set of guidelines for
what it means for your
service to be ‘ready’
Create
Automate the
checking and scoring
of these guidelines
Automate
Set the expectation
between Engineering/
Product/ SRE that
these guidelines have
to be met
Evangelize