Informatica vs. MuleSoft vs. SnapLogic vs. CastIron - can you help?
Hello - I am researching ESB products and wanted to get some feedback. Any help on the following topics would be appreciated.
Cloud vs. On-premise - What type of work are you using cloud ESB for vs. on-premise ESB? (i.e. do you feel comfortable having a cloud-based ESB do the heavy hitting and support critical systems? If so, which products would you recommend?)
What ESB products would you recommend for security, cost effectiveness, and reliability?
I am currently looking at Informatica, MuleSoft, SnapLogic, CastIron
I have experience in cloud environments and installations in data center companies working with MuleSoft in version community, in terms of safety and effective cost is dependent on the type up your cloud provider but also can work at application level with ssl etc. MuleSoft is a very good option has high performance and is not difficult to get to work more thoroughly with the platform
Hi,
My experience with ESB has mainly been Oracle based, for Oracle SOA projects.On ESB for the support of applications, I have built ESB services for Websphere.Again, the ESBs there seem pretty slaved to the applications they support.They do their job pretty well, and allow you to start SCADA-like Dashboards onyour internal data processes. That seems to be wanted in executive suites.
SO, I tend to lean toward a pretty lightweight, flexible, Enterprise Service Bus.That puts me on the Apache Synapse ESB, and Mulesoft ESB. They can be veryTuned, to the applications they support. The larger commercial ESBs seem to have some feature bloat that makes them more complicated to configure.
My take, your mileage may vary.
Anthony Castaneda
Works at a tech services company with 5,001-10,000 employees
Consultant
2015-03-17T15:16:10Z
Mar 17, 2015
This is not a question with a simple answer, as one would need much more information / understanding to make an informed decision. MuleESB plays in the Open Source space, Informatica uses WebMethods as there product for ESB and can give you a comprehensive ESB Solution combined with SOA and SOA Governance. SnapLogic I don't know, seems to not be a very known product in the market as we cover all the known products in our Competency, which is Microsoft BizTalk, IBM WebSphere MQ and Broker, Software AG's WebMethods, MuleESB, Oracle Fusion and MFT (Managed File Transfer) products like GlobalScape. CastIron is a cloud-based instance - was bought out by IBM and used for cloud-based integration, whereas MQ and Broker is used for internal Application integration. Whether to use cloud-based versus on-premise can only be answered based after a proper assessment of the current environment. It might also be that some integrations would be done best with on-premise while others might be best done via cloud integration and for the latter might be utilised for those applications running in the cloud. Also integrate from cloud to on-premise and then into internal application, thus Hybrid model - all possible. However, all will determine on what is affordable and best suited for the kind of environment / volumes, etc. Your question around security, cost effectiveness and reliability refers - all of the big products offers good security and reliability. It is about what you are willing to pay. Security is more an implementation issue and is having more to do with the level of security required and the standard of integration architect who needs to implement the security and alternative security architect who need to review and audit that the security is correctly implemented and up to the required standard. All of the best known integration products has good security capabilities. Most Integration products today are very mature and contains all required functionality and reliability and is the quality more based on the quality of Integration consultants used to implement.
Development Manager: Services and Integration at Investec
Vendor
2015-03-17T14:39:59Z
Mar 17, 2015
MuleSoft (based on the disparate ESB looked at below) is a strong contender in the industry due to its robustness.
My personal experience has been with SoftwareAG webMethods’ ESB which proved to be user-friendly with regards to implementation methodology and how the disparate yet interdependent components of the stack supplement and complement each other.
1. The cloud vs. on-premise debate is solely dependent on one’s risk appetite and their individual requirements. As a bank in South Africa we were loathe to have our core applications exposed to the outer world (cloud) due to the maturity of the service providers in our country and the level of confidence we have on their governance, security and operational capabilities.
2. With the SoftwareAG stack, I used CentraSite which was another component supplementary to the stack that focuses on SOA governance (policy enforcement), mediation and performance monitoring. The dashboards that come with it allowed for early detection of any anomalies with regards throughput (volume of messages processed per second), latency, performance (how quickly each message was processed), and also showed how many times any service was been invoked across the stack. With proper fine tuning we could achieve speeds of about 100 messages per second for our most complex queries (those doing orchestration, enrichment, transformation etc.)
Hope this helps, if not, you could ask specific questions and I will attempt to assist to the best of my knowledge.
What is ESB software? An ESB (Enterprise Service Bus) collects and transmits information from one system to another. It is a software that enables communication between applications.
MuleSoft and SnapLogic both are very good.
If Integration mainly on ESB, DATA and Security then MuleSoft will be a better candidate.
I have experience in cloud environments and installations in data center companies working with MuleSoft in version community, in terms of safety and effective cost is dependent on the type up your cloud provider but also can work at application level with ssl etc. MuleSoft is a very good option has high performance and is not difficult to get to work more thoroughly with the platform
Snaplogic hands down. MS is too complex and CastIron doesn't scale.
Snaplogic hands down. MS is too complex and CastIron doesn't scale.
Thank you all for the feedback. I know the "devil is in the details" - but this is a great start for me.
Hi,
My experience with ESB has mainly been Oracle based, for Oracle SOA projects.On ESB for the support of applications, I have built ESB services for Websphere.Again, the ESBs there seem pretty slaved to the applications they support.They do their job pretty well, and allow you to start SCADA-like Dashboards onyour internal data processes. That seems to be wanted in executive suites.
SO, I tend to lean toward a pretty lightweight, flexible, Enterprise Service Bus.That puts me on the Apache Synapse ESB, and Mulesoft ESB. They can be veryTuned, to the applications they support. The larger commercial ESBs seem to have some feature bloat that makes them more complicated to configure.
My take, your mileage may vary.
Anthony Castaneda
This is not a question with a simple answer, as one would need much more information / understanding to make an informed decision. MuleESB plays in the Open Source space, Informatica uses WebMethods as there product for ESB and can give you a comprehensive ESB Solution combined with SOA and SOA Governance. SnapLogic I don't know, seems to not be a very known product in the market as we cover all the known products in our Competency, which is Microsoft BizTalk, IBM WebSphere MQ and Broker, Software AG's WebMethods, MuleESB, Oracle Fusion and MFT (Managed File Transfer) products like GlobalScape. CastIron is a cloud-based instance - was bought out by IBM and used for cloud-based integration, whereas MQ and Broker is used for internal Application integration. Whether to use cloud-based versus on-premise can only be answered based after a proper assessment of the current environment. It might also be that some integrations would be done best with on-premise while others might be best done via cloud integration and for the latter might be utilised for those applications running in the cloud. Also integrate from cloud to on-premise and then into internal application, thus Hybrid model - all possible. However, all will determine on what is affordable and best suited for the kind of environment / volumes, etc. Your question around security, cost effectiveness and reliability refers - all of the big products offers good security and reliability. It is about what you are willing to pay. Security is more an implementation issue and is having more to do with the level of security required and the standard of integration architect who needs to implement the security and alternative security architect who need to review and audit that the security is correctly implemented and up to the required standard. All of the best known integration products has good security capabilities. Most Integration products today are very mature and contains all required functionality and reliability and is the quality more based on the quality of Integration consultants used to implement.
MuleSoft (based on the disparate ESB looked at below) is a strong contender in the industry due to its robustness.
My personal experience has been with SoftwareAG webMethods’ ESB which proved to be user-friendly with regards to implementation methodology and how the disparate yet interdependent components of the stack supplement and complement each other.
1. The cloud vs. on-premise debate is solely dependent on one’s risk appetite and their individual requirements. As a bank in South Africa we were loathe to have our core applications exposed to the outer world (cloud) due to the maturity of the service providers in our country and the level of confidence we have on their governance, security and operational capabilities.
2. With the SoftwareAG stack, I used CentraSite which was another component supplementary to the stack that focuses on SOA governance (policy enforcement), mediation and performance monitoring. The dashboards that come with it allowed for early detection of any anomalies with regards throughput (volume of messages processed per second), latency, performance (how quickly each message was processed), and also showed how many times any service was been invoked across the stack. With proper fine tuning we could achieve speeds of about 100 messages per second for our most complex queries (those doing orchestration, enrichment, transformation etc.)
Hope this helps, if not, you could ask specific questions and I will attempt to assist to the best of my knowledge.