What is our primary use case?
We use it to transform data, route data, and validate data. So, App Connect is an enterprise service bus (ESB), like Mule, Fuse, or Appian. This means it's really an enterprise service bus, and we use it for integration. We interconnect applications and protocols with App Connect.
What is most valuable?
I like the adapters. The adapters help us achieve scalability. If you want to connect to SAP, there's an adapter. Salesforce? There's an adapter. You want to connect to another system? There's likely an adapter for that.
You want to connect to various services like Gmail, email, FTP, SFTP, MQ, JMS – anything you want, it's likely included in App Connect through the adapters.
The main advantage is that it's a central point. If we compare it to a country, it's the post office.
What needs improvement?
There is room for improvement in the logging messages. Sometimes, if you put someone new into App Connect, they can abandon it the same day. The logging is really painful.
However, IBM has made efforts to integrate with Elasticsearch for logging, so that's an improvement. Overall, the logging can be difficult at times.
One more important point is that if IBM improves its CI/CD capabilities, it will make a big difference. Right now, I have to create my own CI/CD setup from scratch for every client, which is inefficient.
Back in 2013, I worked with Sonic ESB, and even then, it had CI/CD with Maven. With App Connect, you need to build everything yourself when using tools like Jenkins, Bamboo, or CircleCI. IBM really needs to provide official support for this.
For how long have I used the solution?
I have been using it for nine years.
What do I think about the stability of the solution?
I've had stability problems in the past, but the issues were usually due to configuration errors.
When we're able to prove that the problem is with the tool itself, IBM sends what it calls a 'fix pack' to address the specific issue.
What do I think about the scalability of the solution?
We never had scalability issues. We always install it in cluster mode, and it's been very reliable. I've never had a problem scaling it up.
I would rate the scalability a nine out of ten.
How are customer service and support?
It's the typical IBM support experience. Sometimes, you send a message, and you can tell it'll be handled in India or some other company.
You get the feeling that some support staff are just waiting to go home, but sometimes you get a really good person who follows through. It's inconsistent.
Support is definitely a weak point.
How would you rate customer service and support?
How was the initial setup?
Every company I've been to, I had to redo everything. I connect to their Linux system – just dev, not even quality, UAT, or production. They give me dev access, I connect, and I test things.
it's not that the setup is difficult, but there are many factors.
I send an email explaining the issues I find. Twice in my life, this email went all the way to the board with the CIO and others. They questioned my findings, and after I provided detailed explanations, they asked me to fix the problems.
There are two main things. First, App Connect is very strict software. You need to read every line of the documentation. If the documentation says 'don't do this', then don't do it. People sometimes don't have time and skip around in the documentation.
Then, I come in and find issues. Like, I've been to a company – a big insurance company managing millions – where there were no passwords or restrictions on their production App Connect and MQ systems. I asked what was going on!
This is just one example. I went to another company where they changed the file access rights ('chmod' in Linux) on MQ, even though the MQ documentation specifically says not to touch them or that it will break. It's written in the PDF, and someone changed it anyway to make their life easier. But those changes create problems because you're paid to manage complexity, not avoid it.
So, installation is not easy, and there are many options. Also, you need to understand the contract you signed with IBM. If you signed up for active-active clusters, don't set it up as active-passive. IBM can take legal action if you violate the contract terms. And so on.
It's the same for MQ because MQ is strongly linked with App Connect. They can be installed independently now (that wasn't possible in old versions like IIB), but many clients only wanted the ESB. So, IBM separated them. There's a strong relationship between MQ and App Connect, and some App Connect features require MQ.
There are two different versions of App Connect Cloud – Smart Connect and one that's similar to the on-premises version. So, it can be confusing for someone new to it.
What was our ROI?
For a good ROI, you need to find someone who works well. If the person isn't skilled, your ROI will suffer. The problem is there aren't many of us with this expertise.
If a company has a good individual or, better yet, a good team, then App Connect works well. But many young people don't want to put in the effort. It requires a wide knowledge base - Salesforce, SAP, SFTP, HTTP, security, and more. They'd rather specialize in Java or .NET.
With any ESB (not just App Connect), you need patience and a willingness to learn. It's a common problem with other ESBs like Fuse and Mule, too.
What's my experience with pricing, setup cost, and licensing?
App Connect is not cheap. But there might be other products like Cisco that are even more expensive.
What other advice do I have?
My recommendation depends on lots of factors. Things like architecture, design, existing IBM products, and budget all play a role in the decision. For a small company, I might suggest something cheaper.
But App Connect is a very good tool.
Overall, I would rate the solution a seven out of ten.