Microservices.io is brought to you by Chris Richardson. Experienced software architect, author of POJOs in Action and the creator of the original CloudFoundry.com. His latest startup is eventuate.io, a microservices application platform.
Chris offers a comprehensive set of resources for learning about microservices including articles, an O'Reilly training video, and example code. Learn more
Chris offers a comprehensive consulting services, workshops and hands on training classes to help you use microservices effectively. Get advice
Want to see an example? Check out Chris Richardson's example applications. See code
Join the microservices google group
The beginnings of a pattern language for microservice architectures.
Which architecture should you choose for an application?
How to decompose an application into services?
How to deploy an application’s services?
How to handle cross cutting concerns?
Which communication mechanisms do services use to communicate with each other and their external clients?
How do external clients communicate with the services?
How does the client of an RPI-based service discover the network location of a service instance?
How to prevent a network or service failure from cascading to other services?
How to publish messages as part of a database transaction?
How to maintain data consistency and implement queries?
How to communicate the identity of the requestor to the services that handle the request?
How to make testing easier?
How to understand the behavior of an application and troubleshoot problems?
Distributed tracing - instrument services with code that assigns each external request an unique identifier that is passed between services. Record information (e.g. start time, end time) about the work (e.g. service requests) performed when handling the external request in a centralized service
Exception tracking - report all exceptions to a centralized exception tracking service that aggregates and tracks exceptions and notifies developers.
Health check API - service API (e.g. HTTP endpoint) that returns the health of the service and can be pinged, for example, by a monitoring service
How to implement a UI screen or page that displays data from multiple services?
Server-side page fragment composition - build a webpage on the server by composing HTML fragments generated by multiple, business capability/subdomain-specific web applications
Client-side UI composition - Build a UI on the client by composing UI fragments rendered by multiple, business capability/subdomain-specific UI components
Application architecture patterns
Cross cutting concerns