The Seven Deadly Sins of Microservices
summary
Seven concrete anti‑patterns and actionable fixes: chasing the latest tech like Docker/Kubernetes or Cassandra without evaluation; avoiding service virtualization by using Hoverfly (captures HTTP, injects delays/faults, used to run large load tests); suffering communication lock‑in via shared domain models or API gateway scripts that hide business logic; ignoring non‑functional requirements (use Gatling, Flood.io, OWASP Dependency Check, Clair, Docker Bench); and practicing chaos testing with the simian army plus circuit breakers. Each sin names the tool, the failure mode, and a practical mitigation.
AI-written summary · about
chapters (9)
- 0:00Intro
- 2:14EVALUATION - ARE MICROSERVICES A GOOD FIT?
- 13:57THE ESB IS DEAD - LONG LIVE THE API GATEWAY!
- 18:57GETTING LAZY WITH NON-FUNCTIONAL REQUIREMENTS
- 22:22TESTING NERS IN THE BUILD PIPELINE
- 27:24PEOPLE PAIN POINT - HOW DOES DEVOPS FIT INTO THIS?
- 32:40DEVOPS - DEFINE RESPONSIBILITIES
- 41:53SERVICE VIRTUALISATION / API SIMULATION
- 47:38THE SEVEN (MORE) DEADLY SINS OF MICROSERVICES
related talks
40m10 tips for failing at microservices
57mEmbracing Microservices
30mHow to Fail at Building Modern Microservices
39m10 Tips for failing at microservices
46mTop 5 techniques for building the worst microservice system ever
47mEmbracing Microservices
41mTop 5 techniques for building the worst microservice system ever
20m3 reasons why micro-services aren't the miracle cure
