As google explains Microservices architecture (often shortened to microservices) refers to an architectural style for developing applications. This architecture pattern allows a large application to be separated into smaller independent parts, with each part having its own realm of responsibility. Unlike the monolithic style, this approach to software development allows for better scalability To serve a single user request, application can call on many internal microservices to compose its response.
Check out the Microservices Architecture at Netflix!
- Client sends a Play request to Backend running on AWS. The request is handled by AWS Load balancer (ELB)
- AWS ELB will forward that request to API Gateway Service running on AWS EC2 instances. That component, named Zuul, is built by the Netflix team to allow dynamic routing, traffic monitoring & security, etc
- Application API component is the core business logic, in this scenario, the forwarded request from API Gateway Service is handled by Play API.
- Play API will call a (sequence of) microservice(s) to fulfill the request.
- Microservices are mostly stateless small programs, to control its cascading failure & enable resilience, each microservice is isolated from the caller processes by Hystrix.
- Microservices can save to or get data from a data store during its process.
- Microservices can send events for tracking user activities or other data to the Stream Processing Pipeline for either real-time processing or personalized recommendations.
- The data coming out of the Stream Processing Pipeline can be persistent to other data stores such as AWS S3, Hadoop HDFS, Cassandra, etc.