Jump to content

Service mesh: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
+refs
Blakegc (talk | contribs)
m Add Consul to "see also" section.
Line 8: Line 8:
* [[Service-oriented architecture]]
* [[Service-oriented architecture]]
* [[Microservices]]
* [[Microservices]]
* [[Consul (software)]]
* [[Open Service Mesh]]
* [[Open Service Mesh]]
* [[Proxy server]]
* [[Proxy server]]

Revision as of 20:22, 12 June 2021

In software architecture, a service mesh is a dedicated infrastructure layer for facilitating service-to-service communications between services or microservices, using a proxy.[1]

Having such a dedicated communication layer can provide a number of benefits, such as providing observability into communications, providing secure connections, or automating retries and backoff for failed requests.[2]

A service mesh is a relatively simple concept, consisting of a bunch of network proxies paired with each service in an application, plus a set of task management processes. The proxies are called the data plane and the management processes are called the control plane in the Service Mesh. The data plane intercepts calls between different services and “processes” them; the control plane is the brain of the mesh that coordinates the behavior of proxies and provides APIs for operations and maintenance personnel to manipulate and observe the entire network.[3]

See also

References

  1. ^ Anjali Khatri; Vikram Khatri (2020). Mastering Service Mesh: Enhance, Secure, and Observe Cloud-native Applications with Istio, Linkerd, and Consul. Packt Publishing. p. 39. ISBN 9781789611946.
  2. ^ Lee Calcote; Zack Butcher (2019). Istio: Up and Running, Using a Service Mesh to Connect, Secure, Control, and Observe. O'Reilly Media. p. 3. ISBN 9781492043751.
  3. ^ Rahul Sharma; Avinash Singh (2019). Getting Started with Istio Service Mesh: Manage Microservices in Kubernetes. Apress. p. 103. ISBN 9781484254585.