The main area where improvements are required in the product revolves around budgeting. The cost of the product is an area of concern where improvements are required, especially when compared to other tools, like Dell Boomi or Oracle. Mule Anypoint Platform is made available with many components, and whether users use them or not depends on their choices. For example, though there is a tool called Anypoint MQ, our organization prefers to pay and use Kafka, as we don't want to use MuleSoft Anypoint MQ. In Mule Anypoint Platform, there needs to be proper segregation to help users identify what they need and don't need, making it an area where users need to be careful when opting for MuleSoft. Mule Anypoint Platform is an integration tool and not an ETL solution. When a user has to deal with a huge number of data, then Mule Anypoint Platform should not be a preferred choice since it can only be used for lightweight purposes revolving around APIs. There is a need to have a clear architectural decision made before opting for Mule Anypoint Platform. When there is a requirement for heavy data transformation, then users need to decide whether to go with Mule Anypoint Platform or any other platform available in the market. Though the tool comes with many useful components, it depends on whether the user plans to use all of its features. Recently, the product has come up with a new feature that is similar to an API catalog. MuleSoft had come up with the UAPIM feature almost eight months to a year ago, which had some concerns in the area of budgeting. Whether you build APIs using Javacore or any other tools, they can be cataloged using MuleSoft's UAPIM feature, for which users need to pay an extra amount, making it an area of concern for users. It would be great if MuleSoft's support team could provide help with the area of Kubernetes.
