If you were talking to someone whose organization is considering Mule Anypoint Platform, what would you say?
How would you rate it and why? Any other tips or advice?
I deployed Mule on On-Premises, Hybrid, Cloud and RTF as well. I will just list the pros and cons from my perspective. Advantages:
1. Low code platform w.r.t. Integration toolset / kit -- throughout the API Life cycle2. Well laid out development methodology -- if you go via COE approach. 3. Huge set of connectors4. Large pool of developers with certification Cons:1. Pricing -- Calculation of Cores under different deployment models is really tricky2. Premium connector pricing is high3. No support for Workflows or human intervention OOB -- you need to go for another solution4. No OOB solution for Rule Engine -- you need to go for Drools or some other solution5. No visibility into VMs or very tight Application -- Core sync for example you can't deploy more than 1 application per VM or per docker instance in case of RTF. 6. You can't tune JVM level characteristics according to your need with options like Xms etc in the cloud
Hope this helps.
I'd rate the solution at an eight out of ten. We've mostly been very happy with the product's capabilities so far.
We work with our customers on integrating the solution. We aren't MuleSoft partners, nor are we direct end-users. The solution works across multiple deployment models, including on-premises and hybrid cloud. They also have their own managed cloud, which is the preferred method. I'd rate the solution at an eight out of ten. If a company is interested in implementing the solution, first of all, they need to be clear with the requirements. They need to understand what exactly they were doing in terms of integration and they need to see what the current challenges are that they were facing. It's a good idea to analyze the different products which are available in the market. When a comparison is done, they are more likely to choose something that best fits their needs. A customer should never compromise on the quality of the product or the capabilities. If they plan to invest, they should do so by investing in a solution that has the best possible features for their budget.
We're just a customer. We don't have a business relationship with the company. I'm not sure of which version of the solution we are using right now. I'd recommend this solution to others. However, I'd advise that they be careful of the licensing terms. They're so convoluted. There are many hidden costs in the use of the product and you may not realize what it will actually cost until it's too late. Overall, I would rate the solution at a seven out of ten.
We work on all three models, that is, cloud, on-premises, and RTF. Nowadays, people are going for cloud solutions. The cloud model is good if you do not have any compliance issues for storing customer information on the cloud. However, if you have compliance issues, you can go for on-premises deployment. There is also RTF deployment, which is a new and very stable option. People who have used the RTF option found it to be very good. I would recommend this solution. I would rate Mule Anypoint Platform a nine out of ten.
I would rate this solution an eight out of 10.
The pricing is a bit high for clients. As a developer, and my superiors and architects agree, that this is the easiest tool to use. I've worked with two configuration technologies, one was open-source and there is a huge difference with this. This is the easiest and best tool available. Mule should consider lowering the price. The should make improvements for B2B enterprises I would rate it an eight out of ten as it's a very good product.
I would advise anyone interested that you need to make sure you're using the right patents. I think that's important. On a scale of one to ten, I would rate Mule Anypoint Platform an eight.
My advice for anyone considering this as a solution is first to get to understand exactly what resources will be needed from an architecture perspective. It is important to know how the MuleSoft Anypoint Platform works, what are the limitations, and the kind of consumption gradient they need. The idea would be to acquire enough resources — not too much that you overspend for nothing and not too low that there are performance or other problems. That was actually one of the good things about MuleSoft when we started to do our discovery or due diligence. In the presale process, a presale engineer explained some technical perspective on the MuleSoft solution and we were able to plan and handle it accordingly. They explained how their runtime how it works and what the provisions were. We had to decide how many cores we needed to get. They might delve into areas where we needed any additional explanation as to what they meant. They were very, very helpful because they assisted us in understanding instead of making anyone feel bad or have a difficult deployment because it was not so straightforward a process. They helped us to understand it and when you understand it, it becomes very easy from a planning perspective. On a scale from one to ten, one being the worst and ten being the best. I would rate this product about an eight. It is not a ten because of the problem with the connectors and right now the pricing models. Sometimes with pricing, you need to understand what you understand and when you need to be careful. The pricing may not be good or bad I don't know. In our case, it is what it is and we are satisfied. The thing that I saw was that other people who are dealing with MuleSoft, who don't have such a great relationship and perfect support team, might have misunderstood the pricing model. Because of that, the customer did not know what exactly they need to get and how the product filled their needs. So MuleSoft needs to keep their level of client education up to the level they did for us. Another thing with education has to do with training. There's not too much material on the MuleSoft cloud platform around anywhere. This is probably because at this point they have to do it by themselves because there is not a big community of users. It is very rare to find something on MuleSoft easily if you have an issue. You always can find information on Google and sometimes you can solve your issues. But what I am talking about is something a little bit more organized as clusters of information and videos. I wish I could get information from dedicated community platforms. It is maybe not something that they feel they can address, but maybe they actually can. Maybe they can create some kind of relationship with information and training platforms to introduce some awareness of their product.
We use the public cloud deployment model. We used to use the on-premises model, but we moved over to the cloud. I would advise others considering using the solution to do some kind of small project to start. Then, when you scale to a more production-like architecture, that's when you need the support and help. If you don't have it there in-house, you need to find that support. All of those tricky details which you maybe didn't do in that first phase, you need to do, and proper support will help. Make sure you have it. I would rate the solution eight out of ten. I'd rate it higher, but we got into some technical setups where we needed more expertise. We had to wait for that expertise. We got it, finally, through consultants, but we expected to get it more from the company. All they could do for us was point us in the direction of where we could get help.
It is a very good ESB tool for integration. It is easy to learn and their documentation is very well organized.
How do you or your organization use this solution?
Please share with us so that your peers can learn from your experiences.
Let the community know what you think. Share your opinions now!