Moving to Microservices: Highlights from NGINX

Moving to Microservices: Highlights from NGINX

Microservices is the most popular development topic among readers of the NGINX blog. NGINX has been publishing regularly on microservices design and development for the past 2 years. To help you on your journey to adopting microservices, this post identifies some of the foundational posts we’ve published on the subject.

Many of our leading blog posts come from three series on microservices development. Our first series describes how Netflix adopted microservices enthusiastically, using NGINX as a core component of their architecture.

Netflix then shared their work with the open source community. The lessons they learned are described in three blog posts covering:

Source: Adrian Cockcroft
A cross-functional, DevOps-based approach is needed for
microservices development. Source: Adrian Cockroft

Our second series is Microservices: From Design to Deployment, which is a conceptual introduction to microservices. The series addresses practical concerns, such as:

These blog posts help you in building microservices applications and optimizing microservices performance.

To start migrating from a monolith to a microservices architecture, implement new functionality as microservices; continue routing requests for legacy functionality to the monolith until there is a replacement microservice [Richardson microservices references architecture]
Pulling a single microservice out of a monolithic application

We’ve pulled this seven-part series into an ebook with examples for the open source NGINX software and NGINX Plus. The principles described form the foundation for our webinar, Connecting and Deploying Microservices at Scale.

Our third series began as a microservices example, but grew into our NGINX Plus-powered microservices reference architecture (MRA). The MRA is a microservices platform, a set of pre-developed models for microservices applications:

  • The Proxy Model puts a single NGINX Plus server in the reverse proxy position. From there, it can manage client traffic and control microservices.
  • The Router Mesh Model adds a second NGINX Plus server. The first server proxies traffic and the second server controls microservices functionality.
  • The Fabric Model is the most innovative. There’s still one NGINX Plus server in proxying traffic. But, instead of a second server to control the services, there’s one NGINX Plus instance per service instance. With its own instance of NGINX Plus, each service instance hosts its own service discovery, load balancing, security configuration, and other features. The Fabric Model allows SSL/TLS support for secure microservices communications with high performance, because individual NGINX Plus instances support robust persistent connections.
In the Fabric Model of the Microservices Reference Architecture from NGINX, NGINX Plus is deployed within each container and becomes the forward and reverse proxy for all HTTP traffic going in and out of the containers
The Fabric Model features an NGINX Plus instance for every microservice instance

Our strong focus on microservices will continue in 2017, beginning with an ebook detailing our microservices reference architecture. To start experimenting with microservices yourself, download a free trial of NGINX Plus. To stay up to date with our microservices content and more, sign up for the NGINX newsletter today.

The post Moving to Microservices: Highlights from NGINX appeared first on NGINX.

Source: Moving to Microservices: Highlights from NGINX

About KENNETH 19694 Articles
지락문화예술공작단

Be the first to comment

Leave a Reply

Your email address will not be published.


*


이 사이트는 스팸을 줄이는 아키스밋을 사용합니다. 댓글이 어떻게 처리되는지 알아보십시오.