Moving to Microservices: Highlights from NGINX

DZone 's Guide to

Moving to Microservices: Highlights from NGINX

Moving to a microservices-based architecture? We take a look at some cornerstone posts from NGINX on how to achieve your goal.

· Integration Zone ·
Free Resource

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 two 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:

  1. Architectural design for microservices apps
  2. Team and process design for implementing microservices
  3. The crucial role of NGINX at the heart of the Netflix CDN.
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 will 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. 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.
architecture, integration, microservices, nginx

Published at DZone with permission of Floyd Smith , DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}