Ensemble from global company InterSystems was a middleware and application infrastructure offering. It is a legacy product, now replaced by InterSystems IRIS.
N/A
Mule ESB
Score 9.0 out of 10
N/A
Mule ESB, from Mulesoft, is an open source middleware solution.
Mirth is another integration platform that we have used but its development, in Java, made us always create new methods every time a new product was integrated. Every connection process had to be developed from the beginning and it was not easy to reuse code. Nor did it allow …
There is just no comparison. Try it and see for yourself. Furthermore based on information from software houses I have interacted with over the years it far out paces products like WebSphere.
Hands down, Mule is more cost-effective than Informatica, either on-prem or cloud, and the value only goes up form there. Reusability and ease of creation makes in-house training simple and the end result is we leverage Mule for much more than what we initially considered it …
I have worked with Oracle SOA Suite and I think if you have APIs with most of the integration with databases (majorly Oracle DB) then you should use Oracle SOA Suite instead of Mule. Oracle SOA Suite is most suitable to call most of the DB objects (i.e. procedures , functions, …
It is a great product, just very expensive and did not have the connectors. For larger companies it works well and is very reliable, but it requires special skills and support staff to manage the performance and scaling attributes. Both tools can do the job, it just depends …
If you want to connect different environments, laboratories, companies, etc. Each one uses its own system and services to transmit information. Instead of having to make costly developments for each of the companies to connect, with a single common process many companies could be integrated in very short times. It offers a wide range of common architectures and methods that reduce development time by almost 75%. You do not need to add databases, complex automation connection systems, etc., ... everything is in the same application.
Easy to use: The simplicity of its programming language allows fast learning. Visual environment to generate complex code.
Robust: A fall of the system will not be a problem. Never again will information of the transactions in progress be lost. Never more messages lost.
Connect to the world: The most popular connection is possible to implement quickly. FTP, File folder, TCP, SMPT, REST.... all method are ready to use. Only define "where" and "how"
Given that Ensemble and Cache are one of if not the only true fully object orientated database/development technologies for massive transactional data systems its customizability is extensive and it just comes down to the creativity of the developer to get the products to pretty much do whatever they want to do with it. However, this is not necessarily obvious to newcomers to the technology.
The developer community could do with greater participation from the software developers/application specialists and engineers within InterSystems.
More extensive documentation and greater access to proven working solutions particularly in the realm of some of the lesser known or new and upcoming technologies.
I have yet to raise an issue with InterSystems WRC that they have been unable to resolve to my satisfaction in the 20+ years that I have worked with their products.
There is just no comparison. Try it and see for yourself. Furthermore based on information from software houses I have interacted with over the years it far out paces products like WebSphere.
Hands down, Mule is more cost-effective than Informatica, either on-prem or cloud, and the value only goes up form there. Reusability and ease of creation makes in-house training simple and the end result is we leverage Mule for much more than what we initially considered it for. Having used Oracle and TIBCO before as well, I find they are the tools of yesterday, not able to keep up in terms of functionality or price. Jitterbit would be a more relevant comparison, but Mule won out in the bake-off we did between them.
I was able to develop a fully functional integration engine linking pharmacy systems with pharmacy robotics in less than three months in comparison with the year that the previous software development company had taken to develop a solution that was incomplete and did not work using Microsoft technology.
The engine I developed was so stable and adaptable that it quickly replaced the equivalent engine supplied by the robot manufacturers own software development team.
It has proven to be so effective that it is now the product of choice for future developments within the organization replacing Microsoft technologies which were the previous company standard.