We cannot let closed source software do centralized governance and advanced RBAC/ABAC between agents and precious resources(like software vendors, DB or other agents etc)
Do you guys have some suggestion?\nTIA"},"story_title":{"fullyHighlighted":false,"matchLevel":"full","matchedWords":["mulesoft","agent","fabric"],"value":"Open Source Alternative of MuleSoft Agent Fabric"},"story_url":{"fullyHighlighted":false,"matchLevel":"full","matchedWords":["mulesoft","agent","fabric"],"value":"https://architect.salesforce.com/docs/architect/fundamentals/guide/mulesoft-agent-fabric-deep-dive"}},"_tags":["comment","author_devansh__saini","story_47882074"],"author":"devansh__saini","comment_text":"I am building a open source alternative to MuleSoft Agent Fabric(from salesforce)
We cannot let closed source software do centralized governance and advanced RBAC/ABAC between agents and precious resources(like software vendors, DB or other agents etc)
Do you guys have some suggestion?\nTIA","created_at":"2026-04-23T21:11:15Z","created_at_i":1776978675,"objectID":"47882075","parent_id":47882074,"story_id":47882074,"story_title":"Open Source Alternative of MuleSoft Agent Fabric","story_url":"https://architect.salesforce.com/docs/architect/fundamentals/guide/mulesoft-agent-fabric-deep-dive","updated_at":"2026-04-23T21:15:00Z"},{"_highlightResult":{"author":{"matchLevel":"none","matchedWords":[],"value":"ajessup"},"comment_text":{"fullyHighlighted":false,"matchLevel":"full","matchedWords":["mulesoft","agent","fabric"],"value":"One reason for the explosive interest in service mesh over the last 24 months that this article glosses over is that it's deeply threatening to a range of existing industries, that are now responding.
Most immediately to API gateways (eg. Apigee, Kong, Mulesoft), which provide similar value to SM (in providing centralized control and auditing of an organization's East-West service traffic) but implemented differently. This is why Kong, Apigee, nginx etc. are all shipping service mesh implementations now before their market gets snatched away from them.
Secondly to cloud providers, who hate seeing their customers deploy vendor-agnostic middleware rather than use their proprietary APIs. None of them want to get "Kubernetted" again. Hence Amazon's investment in the very Istio-like "AppMesh" and Microsoft (who already had "Service Fabric") attempt to do an end run around Istio with the "Service Mesh Interface" spec. Both are part of a strategy to ensure if you are running a service mesh the cloud provider doesn't cede control.
Then there's a slew of monitoring vendors who aren't sure if SM is a threat (by providing a bunch of metrics "for free" out of the box) or an opportunity to expand the footprint of their own tools by hooking into SM rather than require folks to deploy their agents everywhere.
Finally there's the multi-billion dollar Software Defined Networking market - who are seeing a lot of their long term growth and value being threatened by these open source projects that are solving at Layer 7 (and with much more application context) what they had been solving for at Layer 3-4. VMWare NSX already have a SM implementation (NSX-SM) that is built on Istio and while I have no idea what Nutanix et al are doing I wouldn't be surprised if they launched something soon.
It will be interesting to see where it all nets out. If Google pulls off the same trick that they did with Kubernetes and creates a genuinely independent project with clean integration points for a wide range of vendors then it could become the open-source Switzerland we need. On the other hand it could just as easily become a vendor-driven tire fire. In a year or so we'll know."},"story_title":{"matchLevel":"none","matchedWords":[],"value":"The Service Mesh: What Engineers Need to Know"},"story_url":{"matchLevel":"none","matchedWords":[],"value":"https://servicemesh.io/"}},"_tags":["comment","author_ajessup","story_21589508"],"author":"ajessup","children":[21624623,21624865,21624893,21625568,21625661,21631856],"comment_text":"One reason for the explosive interest in service mesh over the last 24 months that this article glosses over is that it's deeply threatening to a range of existing industries, that are now responding.
Most immediately to API gateways (eg. Apigee, Kong, Mulesoft), which provide similar value to SM (in providing centralized control and auditing of an organization's East-West service traffic) but implemented differently. This is why Kong, Apigee, nginx etc. are all shipping service mesh implementations now before their market gets snatched away from them.
Secondly to cloud providers, who hate seeing their customers deploy vendor-agnostic middleware rather than use their proprietary APIs. None of them want to get "Kubernetted" again. Hence Amazon's investment in the very Istio-like "AppMesh" and Microsoft (who already had "Service Fabric") attempt to do an end run around Istio with the "Service Mesh Interface" spec. Both are part of a strategy to ensure if you are running a service mesh the cloud provider doesn't cede control.
Then there's a slew of monitoring vendors who aren't sure if SM is a threat (by providing a bunch of metrics "for free" out of the box) or an opportunity to expand the footprint of their own tools by hooking into SM rather than require folks to deploy their agents everywhere.
Finally there's the multi-billion dollar Software Defined Networking market - who are seeing a lot of their long term growth and value being threatened by these open source projects that are solving at Layer 7 (and with much more application context) what they had been solving for at Layer 3-4. VMWare NSX already have a SM implementation (NSX-SM) that is built on Istio and while I have no idea what Nutanix et al are doing I wouldn't be surprised if they launched something soon.
It will be interesting to see where it all nets out. If Google pulls off the same trick that they did with Kubernetes and creates a genuinely independent project with clean integration points for a wide range of vendors then it could become the open-source Switzerland we need. On the other hand it could just as easily become a vendor-driven tire fire. In a year or so we'll know.","created_at":"2019-11-25T00:33:34Z","created_at_i":1574642014,"objectID":"21624560","parent_id":21589508,"story_id":21589508,"story_title":"The Service Mesh: What Engineers Need to Know","story_url":"https://servicemesh.io/","updated_at":"2024-09-20T05:17:29Z"}],"hitsPerPage":20,"nbHits":4,"nbPages":1,"page":0,"params":"query=MuleSoft+Agent+Fabric&advancedSyntax=true&analyticsTags=backend","processingTimeMS":10,"processingTimingsMS":{"_request":{"roundTrip":16},"fetch":{"query":8,"total":9},"total":10},"query":"MuleSoft Agent Fabric","serverTimeMS":10}