Try our new research platform with insights from 80,000+ expert users
SunilWaman - PeerSpot reviewer
Sr. Specialist Quality Assurance at a tech vendor with 10,001+ employees
Real User
Top 20
Conversion and transition performance is solid
Pros and Cons
  • "I'm not using ESB directly. It is the integration layer, so it's running under the hood. However, the conversion and transformation performance is excellent. Anypoint Enterprise Security is also solid."

    What is our primary use case?

    ESB is middleware for interacting with multiple heterogeneous systems. Our most critical use case is ensuring the connection is ready, systems are interacting seamlessly, data conversion is happening, and the business logic is being applied. 

    The solution is the middleware between the producer and a consumer, and we ensure that the producer is creating the data according to the consumer's requirements. If any orchestration or any transformation is necessary, then MuleSoft performs that. 

    What is most valuable?

    I'm not using ESB directly. It is the integration layer, so it's running under the hood. However, the conversion and transformation performance is excellent. Anypoint Enterprise Security is also solid.

    For how long have I used the solution?

    I've been working with ESB for two years, but I'm not exposed to the coding or developing aspects. It is part of the integration layer, and I deal with middleware integration testing.

    What do I think about the stability of the solution?

    Mule ESB's stability is also good.

    Buyer's Guide
    Mule ESB
    November 2024
    Learn what your peers think about Mule ESB. Get advice and tips from experienced pros sharing their opinions. Updated: November 2024.
    816,406 professionals have used our research since 2012.

    How was the initial setup?

    We have a four-person DevOps team that performed the initial setup, so I wasn't involved, but I think the deployment would be smooth and straightforward because it's on the cloud.

    What other advice do I have?

    Nine out of 10. It's one of the better open-source tools for development. It provides seamless support and transition. I give it a high rating because most organizations are using MuleSoft. 

    IBM and Oracle are also in the middleware market. MuleSoft is open-source and readily available, so people can meet their needs easily with this tool. We have a REST API with minimal integration and configuration, so we can easily use this solution.

    Which deployment model are you using for this solution?

    Hybrid Cloud

    If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?

    Amazon Web Services (AWS)
    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    Jose-Ramirez - PeerSpot reviewer
    Software Developer at Softtek
    Real User
    Modernized the way my company offers services and improved the user experience
    Pros and Cons
    • "The solution improved my company by modernizing the way we offer services and improving the user experience."
    • "In the next release, I would like to see improvement in the generator for the DataWeave language so that it's a little more graphic."

    What is our primary use case?

    When I worked for the Sprint telephone company, we used the solution as a bridge between their legacy systems and the front end. We developed a lot of the functionality, for example, logging into users' accounts and activating cell phones.

    How has it helped my organization?

    The solution improved the company by modernizing the way they offer services and improving the user experience.

    What needs improvement?

    In the next release, I would like to see improvement in the generator for the DataWeave language so that it's a little more graphic.

    For how long have I used the solution?

    I've been using Mule ESB since 2016, so about six years.

    What do I think about the stability of the solution?

    The stability of the solution is great. In fact, the stability is another improvement that the solution brought to the company.

    What do I think about the scalability of the solution?

    The solution has great scalability.

    Which solution did I use previously and why did I switch?

    I previously used an eCommerce platform called Intershop, but it's not really an ESB. Intershop allows for the development of the whole eCommerce system, from the back end to the front end. I switched to Mule due to the needs of a new project that I was starting because it acts as a bridge between legacy systems and front-end systems.

    How was the initial setup?

    It was kind of straightforward. We had to study their legacy systems and then make some kind of mapping between those legacy systems and the RESTful APIs handled by Mule.

    What about the implementation team?

    We used a consultant directly from MuleSoft for deployment. It took about an hour or two to deploy the solution, plus time for testing. 

    What other advice do I have?

    To those looking into implementing this solution, I would say that you will enjoy the experience of using Mule.

    I would rate this solution as a ten out of ten. 

    Which deployment model are you using for this solution?

    On-premises
    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    Buyer's Guide
    Mule ESB
    November 2024
    Learn what your peers think about Mule ESB. Get advice and tips from experienced pros sharing their opinions. Updated: November 2024.
    816,406 professionals have used our research since 2012.
    PeerSpot user
    Solution Architect at Aractronic
    Consultant
    It can embrace the architectural style and SOA practices in place where it’s deployed.

    What is most valuable?

    • Deployment strategies: Mule supports a wide variety of deployment strategies.
    • SOA architectural style: Mule can embrace the architectural style and SOA practices in place where it’s deployed.
    • Focused on higher-level concerns: It deals extensively with all the details of integration and provides a wide range of connectors. It has the ability to be an integration framework open to all sorts of protocols.
    • They have comprehensive and up-to-date documentation, a subject on which the vendor has made huge progress recently.

    How has it helped my organization?

    It integrates between an ERP (J2EE inventory module), a CRM (PHP) and a new mobile development platform (Angular JavaScript web services).

    The aim of the solution was to connect to the inventory application provided by the ERP system, read and send data to the CRM, then hook that to the smartphone with a user-friendly UI.

    Some requirements:

    • Integrate applications or systems on premise or in the cloud.
    • Use out-of-the-box connectors to create SaaS integration applications.
    • Build and expose APIs.
    • Consume APIs.

    What needs improvement?

    I think using Anypoint Studio at the beginning can be seen as not straightforward, especially when dealing with the visual editor. A vertical representation of the flow can really improve the understanding of the case and a good mapping to the use case.

    For how long have I used the solution?

    I have been using it for 1-2 years.

    What do I think about the scalability of the solution?

    Like any application, Mule is constrained by the limits of memory size and CPU performance.

    Threading profiles define the overall capacity of your Mule instance in terms of scaling and capacity. The performance of each moving part involved in processing each request will also impact the global throughput of your application.

    How was the initial setup?

    Setup was realy straightforward as the product is well documented. Also, we should mention the efforts of a good and reactive community.

    Which other solutions did I evaluate?

    Before choosing, we also evaluated:

    • Oracle SOA Suite
    • Open ESB
    • JBoss ESB

    What other advice do I have?

    My advice to organisations looking to implement this product is to begin with the community version as a proof-of-concept and a way to avoid risks. You can then directly migrate to the enterprise edition as the Anypoint Platform offers tools that architects and developers across the enterprise can adapt quickly to design, build, and manage the entire lifecycle of their APIs, applications and products. With Mule as its core runtime engine, Anypoint Platform is built with open technologies to promote reusability, modularity and collaboration, increasing developer productivity and project speed.

    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    Software Engineer at ADM
    Real User
    Powerful data transformation capability and good support through community forums
    Pros and Cons
    • "Once it is started, we don't see any problems on a day to day basis."
    • "We would like to have a built-in logging framework in which we can do auditing."

    What is our primary use case?

    We are using the on-premises version of this solution.

    What is most valuable?

    The most valuable feature is DataWeave. It allows for the transformation of data, for example to JSON or from JSON. It's very powerful.

    There are also many connectors available, which is nice.

    What needs improvement?

    We would like to have a built-in logging framework in which we can do auditing. In our case, we are working on-premise. We are not using the cloud solution, so we have MMC, which is not enough in a high transaction environment.

    For how long have I used the solution?

    Six years.

    What do I think about the stability of the solution?

    This is a very stable solution. It doesn't require much memory or other resources. Once it is started, we don't see any problems on a day to day basis. Even when you need to make changes, they are easy to do. 

    What do I think about the scalability of the solution?

    The scalability is easy. It can be done horizontally or vertically. We are scaling horizontally because we don't have any space left in the server. If we need to expand the number of nodes then it depends upon the licensing.

    Our development team has three people, and I am the lead.

    How are customer service and technical support?

    The community forums for this solution have been very helpful. You find plenty of information there. In the past three or four years, I have only raised three issues. They were related to the VM, and not the product itself, so I did not need product assistance.

    Which solution did I use previously and why did I switch?

    We did not use another solution prior to this one. We started with the open source solution, version 3.1.0, and we implemented all of the services. We then paid for a licensed version.

    How was the initial setup?

    The initial setup is pretty easy. We have multiple applications bounded by that domain, for resource sharing, so it was easy.

    What about the implementation team?

    I set up the solution myself.

    What was our ROI?

    The calculation of ROI is difficult because we work in terms of providing support to other applications. There are many departments involved, and we cannot calculate our support in terms of money.

    Which other solutions did I evaluate?

    Before moving to the licensed version of this solution, we had a meeting to discuss the IBM Oracle web method. After looking at everything, including our code and the capability that Oracle has, we decided to continue with Mule ESB because of the ease in moving from the older, open source version, to the newer one. All we had to do is download it and continue with our work.

    What other advice do I have?

    My advice to others who are implementing this solution is to first become acquainted with the forums. There are always reports coming out about the software, and new technologies. The next thing is that I would suggest always starting with the latest version. Older versions are available, but you should install the most recent one.

    I would rate this solution an eight out of ten.

    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    reviewer1760022 - PeerSpot reviewer
    Vice President at a philanthropy with 1-10 employees
    Real User
    Scaled easily, had good ROI and time to value, and didn't require taking care of the infrastructure
    Pros and Cons
    • "It was pretty fast to develop APIs on this platform, which is something I liked about it. So, the time to value was pretty good."
    • "From the product perspective, it was sometimes hard to manage the dependencies. When we had to add dependencies on a couple of different packages, it was sometimes confusing. It was hard to update them with Anypoint Studio, as well as with MuleSoft. There were challenges with that. So, that's one of the areas that could be improved."

    What is our primary use case?

    We were using it for EDI. We were using it for integration between RFID portals and our ERP system. We were also using it for the integration of customer data between the CRM and the ERP systems. I am no longer using it because I changed the company.

    We were using the cloud version.

    What is most valuable?

    When we bought the solution, it was an in-the-cloud or PaaS solution. Because of that, I didn't have to take care of the infrastructure, which was a big plus.

    It was pretty fast to develop APIs on this platform, which is something I liked about it. So, the time to value was pretty good. 

    What needs improvement?


    Its licensing or pricing model should be improved. If I compare it to other solutions, it is very expensive for small and medium businesses.

    Their support should also be improved. Some of the tickets took a long time to be resolved, and I had to escalate to my account manager.

    For how long have I used the solution?

    I used this solution for maybe five years.

    What do I think about the stability of the solution?

    It is very stable.

    What do I think about the scalability of the solution?

    It is very scalable. It is also easily scalable.

    I had about two developers internally, and they were taking care of its deployment and maintenance. In terms of the end users, it probably impacted hundreds or thousands of employees.

    How are customer service and support?

    It was okay. There is room for improvement. I had some tickets that were taking a long time to be resolved, and I had to escalate to my account manager to push them through. I would rate them a three out of five.

    How was the initial setup?

    In the latest implementation, we decided to start small with a very simple project that we had, which was customer integration between our CRM and ERP solutions. We started with a very small API. It was a small integration with only about three APIs, and that was it. We had success with it, and we ran it. 

    What about the implementation team?

    We did it in partnership with a third-party consultant, and then we took it from there. Our experience was very good.

    What was our ROI?

    Pretty good. I would rate it a four out of five.

    What's my experience with pricing, setup cost, and licensing?

    Its licensing was yearly. There were minor fees additionally, but those were related to VPN's high availability. When you purchase MuleSoft, you purchase it because it is highly available. So, you have to make sure that your VPN can support that. That's pretty much it. The other tools that we picked were things to deploy the solution to build the CI/CD pipeline using MuleSoft. We picked the one that wasn't free. So, we had to pay for it, but it was a minor cost.

    What other advice do I have?

    They have a package to get you started. I would advise using at least a partner at the very beginning so that they can show you the best practices within MuleSoft and different layers of APIs. Sometimes, there are challenges around security and things like that. So, my advice is to get external help to get your developers started on it. Once they're taught the best practices, your intermediate to senior developers will pick it fairly quickly.

    I would rate it a nine out of 10.

    Which deployment model are you using for this solution?

    Public Cloud
    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user

    quando vemos uns com muitas habilidades 

    PeerSpot user
    IT Consultant at a financial services firm with 5,001-10,000 employees
    Real User
    Easy to implement and supports platforms like Windows, Linux, and Mac
    Pros and Cons
    • "The most valuable feature of Mule ESB is data transformation, i.e. our interacting with different systems and orchestrating for our business needs."
    • "Mule ESB is more into the latest REST APIs, not much into the SOAP web services. Developing is all about web services and not easy with Mule."

    What is our primary use case?

    I'm a consultant in a bank in Kuwait. I suggest good products for companies that are seeking my advice.

    How has it helped my organization?

    One of the important features of Mule ESB as an enterprise architect is that it should be scalable. It should be customizable for different kinds of clients. 

    For client A, we need only two products. For client B, I need to group one and three. The product must be customizable for each. 

    The product should be able to identify who is calling and what the components are. We need to return them to the calling point. Mule ESB covers most of these requirements.

    Last month, the Guardian had a post saying that Mule is one of the best products for enterprise applications.

    What is most valuable?

    The most valuable feature of Mule ESB is data transformation, i.e. our interacting with different systems and orchestrating for our business needs. 

    For example, a customer has liabilities in loans and credit cards, maybe some other mortgages, like four liabilities which are split into four systems. 

    I need to expose an API that can tune the data from four systems and expose it into one single API. For that, I have to call our services and complex security policies.

    Mule ESB loads complex web service security policies. Sometimes, we have some FLAC files or maybe some messaging services. We need to consume those components and expose them as an API, which is nothing but some adjacent format, i.e. a REST API.

    What needs improvement?

    Technically, there are mainly two API standards. One we call SOAP and the other one is the REST API. SOAP is nothing but fully external. It's very old, but huge complex enterprise companies are still using SOAP-based web services. In the mobile smartphone era, most of the hand-held devices are using REST APIs. 

    Mule ESB is more into the latest REST APIs, not much into the SOAP web services. Developing is all about web services and not easy with Mule. That is one of the disadvantages of Mule. In next-gen products, Mule is in a good position.

    Normally, if you're declaring a parameter or a variable, you can have visibility until it's not operating the variable. As an architect, programmer, or developer, you know when it's available. Graphically, that's not been available until this tool appeared.

    It is this kind of enhancement that I'm looking for from MuleSoft. Two weeks ago or a month back, they had a big release. With this package, they are saying that APIs are your products. 

    You can sell your API to different organizations and the developers can register on their portal. It's available this fall. These are the best features I am looking for now. 

    My product is an API. I need to market it through the internet. I can have my portal with all of the tools built-in. This kind of feature I didn't see with the competitors currently in the market.

    For how long have I used the solution?

    We have been using Mule ESB for around one year.

    What do I think about the stability of the solution?

    Mule ESB is very stable. I didn't face any issues. Recently I got a new version. I faced some other components issues, but not critical, i.e. easy to identify and rectify.

    What do I think about the scalability of the solution?

    I moved from Mule 4.1 to 4.2 and it was really easy if you are migrating only one or two applications. It's very fast. I'm doing some experiments on my workspace for around 20-25 applications. 

    I'm opening all of my applications in one shot, and it is scaling for me. I didn't update them as a bulk application. I worked by importing them one by one and it was fine.

    How are customer service and technical support?

    I'm not into any official technical support. Their forum is pretty good and it's very active, but I cannot assure you that you will get a response within a day or two.

    Which solution did I use previously and why did I switch?

    WebMethod is very expensive, but their support is awesome. I closely work with the operating technical support team. For retrieving the code from our bank, they are working with us very closely. Sometimes they are flying over here for conducting demos. 

    Especially in the Middle East, MuleSoft is not doing like that. They are not doing much marketing in the industry. Maybe they are more focusing on South America or Asia. I'm not seeing much in the Middle East.

    How was the initial setup?

    Mule ESB is one of the best. It is easy to use and setup. You just need to install their Anypoint Studio. It's very safe for all this. It's in a good rank just for the setup.

    Which other solutions did I evaluate?

    We evaluated Oracle, AG webMethods, and Red Hat OpenShift. The final one was MuleSoft. I'm very impressed with MuleSoft because of the pricing and license.

    You have to implement several components. Sometimes, according to your needs, you have to buy several licenses for each component. Those are the things we compared.

    What other advice do I have?

    My opinion is that Mule ESB depends on the business and the continuity of their enrollment. If you are a system that has not much left to repair, then your products and your APIs are assets within your organization. 

    Here in the bank, we are facing different kinds of issues when we are integrating different systems:

    • We are communicating with different card carriers like Mastercard and Visa. 
    • Their standards are different according to the client requirements, i.e. exactly what kind of card they're looking for.
    • They can get the products according to their requirements as well as their budget. 

    I would rate Mule ESB with 7.5 or 8 out of 10. 

    1. It's really easy to implement.
    2. It's supporting our platforms: Windows, Linux, and Mac.
    3. The performance.
    4. It's free.

    I'm looking for an API platform that supports the whole technology as well as the next-gen. 

    Mule ESB is lacking for self-support, self-training, and documentation. The documentation of the product is less because they're selling the training.

    You have to enroll for the training, then you'll get the full documentation. If you're an advanced user, you will not get much information from the public documentation.

    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    it_user1168560 - PeerSpot reviewer
    it_user1168560Technical Manager at a tech services company with 1,001-5,000 employees
    User

    Thanks for your detailed information. This will definitely help me to make a decision between webMethods and MuleESB.

    it_user1266102 - PeerSpot reviewer
    Senior Architect at a tech services company with 10,001+ employees
    Real User
    Provides excellent connectivity but requires much better stability
    Pros and Cons
    • "The connectivity the solution provides is excellent. There are often too many systems that we have to integrate and this helps with that."
    • "The solution isn't as stable as we'd like it to be. There are some ongoing issues and therefore Mule has to provide frequent patches. Mule's core IP should be more stable overall."

    What is our primary use case?

    We primarily provide services using the Mule ESB. We use it to integrate multiple systems.

    What is most valuable?

    The connectivity the solution provides is excellent. There are often too many systems that we have to integrate and this helps with that.

    The platform itself is very good.

    What needs improvement?

    I'm not sure of any areas Mule ESB needs to improve.

    The price of the solution is a little bit high. It would be helpful if different sized businesses had access to different plans.

    The solution isn't as stable as we'd like it to be. There are some ongoing issues and therefore Mule has to provide frequent patches. Mule's core IP should be more stable overall.

    For how long have I used the solution?

    I've been familiar with the solution for two years.

    What do I think about the stability of the solution?

    We had a bit of an issue with stability when it came to running some large files. We kept getting an error. In the end, we had to divide the files and process it via multiple files because of the way we implemented them. Large file processing also seems to take up more memory.

    How are customer service and technical support?

    The technical support has been very good. It depends on the account we're working on, however. Good accounts get prompt responses in regards to queries.

    Which solution did I use previously and why did I switch?

    We didn't previously use a different solution. We've only been working with MuleSoft.

    How was the initial setup?

    The initial setup was straightforward. We haven't faced any issues with implementation. They've recently simplified the processes. I recall, earlier it was not that easy to set up.

    Deployment doesn't take too much time. Sometimes it can be done in minutes. It shouldn't take more than an hour.

    What's my experience with pricing, setup cost, and licensing?

    I'm unsure of the licensing costs. I believe the total price is less than IBM, but it's still rather expensive.

    What other advice do I have?

    We're partners of MuleSoft. We provide the solution's service to our clients.

    The solution would be useful for large organizations. If there are more than three or four systems, and if there is an expansion, it would work best. Small or medium enterprises with two or three systems, may find the solution a little bit unorganized.

    I'd rate the solution seven out of ten. If the stability were more reliable, I'd rate it higher.

    Which deployment model are you using for this solution?

    Public Cloud
    Disclosure: My company has a business relationship with this vendor other than being a customer: Partner
    PeerSpot user
    Senior Integration Consultant at a tech services company with 51-200 employees
    Consultant
    Provides API support and management.
    Pros and Cons
    • "We can use Java expressions anywhere in the flow."
    • "It needs more samples. Also, the dependency on Maven should be removed."

    What is most valuable?

    • We can use Java expressions anywhere in the flow
    • Provides API support out-of-the-box
    • API management can be done using RAML

    How has it helped my organization?

    It is very easy to learn and implement. We were able to meet project deadlines on time.

    What needs improvement?

    It needs more samples. Also, the dependency on Maven should be removed.

    For how long have I used the solution?

    I have used Mule ESB for one year.

    What do I think about the stability of the solution?

    We had issues in Munit but rarely any stability issues.

    We have not had stability issues.

    What do I think about the scalability of the solution?

    We have not had scalability issues.

    How are customer service and technical support?

    Customer Service:

    We had few guys from their support team.

    They were excellent.

    Technical Support:

    I would give technical support a rating of 8/10.

    Which solution did I use previously and why did I switch?

    Firstly, the project architecture team decided to go with Mule.

    Secondly, the project was from scratch and we want only microservices exposed over API hence, Mule was a promising deal.

    However, in my next project we weren't able to go with as it much pricier than its competitors. Actually, from all the other vendors.

    How was the initial setup?

    The setup was complex, as I came from a different background (IBM products). However, it became smoother down the line.

    What about the implementation team?

    We went for a training first and then it was in-house after that.

    What's my experience with pricing, setup cost, and licensing?

    This is expensive. In my next project, we had to go to other vendor.

    Apparently, this is the most expensive ESB solution out there as there is no more Community Edition.

    Which other solutions did I evaluate?

    We looked at IBM IB and webMethods.

    What other advice do I have?

    Go for it, but first read their sample exercises.

    It is a one stop solution and it is an amazing product.
    However,

    1. It is an expensive product

    2. Expensive support

    Disclosure: I am a real user, and this review is based on my own experience and opinions.
    PeerSpot user
    Buyer's Guide
    Download our free Mule ESB Report and get advice and tips from experienced pros sharing their opinions.
    Updated: November 2024
    Buyer's Guide
    Download our free Mule ESB Report and get advice and tips from experienced pros sharing their opinions.