MuleSoft Misses the Mark with Anypoint Service Mesh

MuleSoft Misses the Mark with Anypoint Service Mesh

Mule Connect 2020 unveiled MuleSoft’s vision for microservices service mesh, and the results are very much in the wrong direction. The Mule Connect 2020 virtual conference is over and we got to hear more details on MuleSoft’s vision for service mesh, and it shows that even a market leader for integration can miss the mark from time to time. Let’s walk through MuleSoft’s vision for Anypoint Service Mesh and explore why their vision for this tool is not one you should embrace.

The Mule Connect 2020 virtual conference is over and we got to hear more details on MuleSoft’s vision for service mesh, and it shows that even a market leader for integration can miss the mark from time to time. Let’s walk through MuleSoft’s vision for Anypoint Service Mesh and explore why their vision for this tool is not one you should embrace.

Anypoint Service Mesh

The key take-away I got from the description of Anypoint Service Mesh is that you point it at your an instance of Istio, either your own or one managed by Mule, and then you can manage the Istio microservices in Mule. This allows all the features of Mule’s API management to be applied to your Istio microservices, including:

  • Discoverability through Mule Exchange to maximize reuse of your microservices across your enterprise and make it easy for other teams to request access to your microservice.
  • Identification via API key, which can be used for tracing, security, etc.
  • Applying policies such as rate limit SLAs.

Right off the bat the red flag should be that this clearly isn’t an actual service mesh. It’s an API management tool with the words “service mesh” in the name; Istio still remains the actual service mesh.

Furthermore, Istio already provides security, tracing, traffic policy enforcement, etc. Why would I want to layer Mule on top of Istio to do what Istio already does?

That leaves the first bullet as the Anypoint Service Mesh’s only value proposition: discoverability and maximizing reuse across the enterprise. The problem is that this is an anti-pattern for microservices, and so MuleSoft is encouraging us to implement something worse than a monolith. To understand why this is a terrible idea, we must recall the value proposition of microservices and domain-driven design.

Microservices — Reuse Is Not the Goal

The goal of microservices is increasing the speed teams deliver change and improved scalability in serverless environments. This is because they have these traits:

  • Microservices are tightly scoped and loosely coupled. This allows dev teams to move faster with updates, because they are not bogged down by a web of dependencies that could break from their change.
  • Microservices are independently deployable and independently scalable. This allows elasticity of specific components in an application, vs. the old days where if one component of a monolithic app was being overwhelmed from load, you had to scale new instances of the whole monolith, including components that were not being overwhelmed.

information-technology service-mesh mulesoft amazon web services

Bootstrap 5 Complete Course with Examples

Bootstrap 5 Tutorial - Bootstrap 5 Crash Course for Beginners

Nest.JS Tutorial for Beginners

Hello Vue 3: A First Look at Vue 3 and the Composition API

Building a simple Applications with Vue 3

Deno Crash Course: Explore Deno and Create a full REST API with Deno

How to Build a Real-time Chat App with Deno and WebSockets

Convert HTML to Markdown Online

HTML entity encoder decoder Online

MuleSoft Misses the Mark With Anypoint Service Mesh

Mule Connect 2020 unveiled MuleSoft’s vision for microservices service mesh, and the results are in the wrong direction, one you should not embrace. The Mule Connect 2020 virtual conference is over and we got to hear more details on MuleSoft’s vision for service mesh, and it shows that even a market leader for integration can miss the mark from time to time.

Web Services - Demystified!

In this video, I explain web services. What are web services? How do they work? The technologies involved and all you need to know about web services. I talk about SOAP web services. REST web services, XML, JSON, etc. I also explain distributed programming and explain how it relates to web services. FInally, I list the technologies and things you need to know to use web services.

Web Development Services in London

We at Data EximIT offer Web Development Services in London to both small businesses and corporate moguls.

From Service Mess to Service Mesh

For teams to monitor, support, and to maintain these services is becoming a challenge so most enterprises have invested in some kind of microservices management tool.

Web Design and Development Services

Get Best out from Web Design and Development Services from Vinew Technologies,We have a dedicated team of experienced and knowledgeable web developers, designers and testers. Therefore, we have proficiency in analyzing, developing and designing the necessity of intricate Website Development projects.