dev with team lead experience. Worked on exci.ng high-‐scale projects with Interna.onal Baccalaureate, Friends Life Insurance and Money Supermarket. Recently maintained popular #ThisWeekInScala community blog for over a year.
par.cular way of designing soSware applica.ons as suites of independently deployable services” A Microservice is a discrete, isolated, and named piece of logic that consumes 0…N inputs and produces 0…N outputs and which is executed for the benefit of an invoker—it is performed as a service. Victor Klang hZp://mar.nfowler.com/ar.cles/microservices.html hZp://klangism.tumblr.com/post/80087171446/microservices
as suite of services – Componen.za.on via Services • Klang says Microservices are: – Discrete • Small number of responsibili.es – Isolated • Provisioned separately – Named • Unique signature/iden.fier – Defined • Input and output defined and documented
– Scale separately – Re-‐usable services – Technology freedom • Best tech for the job • Cons – More provisioning for Ops! – Distributed System Complexity – Increased network latency
need… • GET, POST, PUT, DELETE – All the status codes you need… • 200, 201, 400, 401, 402, 404, 500 – …and don’t need • 418 I'm a teapot – hZp://en.wikipedia.org/wiki/Representa.onal_state_transfer – hZp://hZpstatus.es/