IBM API Connect Reviews

We currently use it as our single point of the security catalog for the APIs that the bank has.

The developer portal has been the most useful feature.

Like any typical IBM infrastructure setup, you need to learn to set it up yourself. It's not one of those simple zip files or an archive unzip and you're up and running in some few minutes. Knowledge to set it up is key. 

A more user-friendly portal could be helpful. Something you won't really get lost in. For example, other APIs make it so easy to do a couple of things from the portal, not at the management portal itself. Maybe if IBM can improve on that, it would be most helpful.

The system has not been put through real stress. We use it for our third-party APIs and the connection and so that's not too much stress. I can't give a metrics on its stability. And then at the point of setup, we were already getting a bit of redundancy.

We have knowledge of how to add additional APIs to it. With that, if I were to measure on a scale of one to five, I'll put that at four out of five in terms of scalability. Four meaning it's pretty easy. Once you have the knowledge it's pretty easy to add new APIs to your catalog, create a new catalog, etc. As to if the infrastructure itself is it scalable, I'd put at a two because I remember while we were trying to set up a redundancy we wanted to add an additional protecting node and it took us a day or two to get our head around that.

In our country, there are regulations that don't allow us to really engage and that requires us to go through a proxy to IBM. I can't evaluate their technical support since I have never used them.

The initial setup is complex. Deployment takes about two weeks for different portals. The knowledge takes up time and then there are some other internal processes, but if I were to take out the internal process I would put implementation at about a week.

The way our organization is set up, we have a team that is responsible for infrastructure setup. We also have a team that is responsible for activation setup. So, a three-man team should be able to do the setup.

During the setup, we had to get some professional help from IBM itself. We have people that got trained on the solution, and in terms of integration, they got trained on it. And so they will have knowledge on how to create new integrations and new APIs on it and how to expose APIs on it going forward.

Before choosing IBM API Connect, we looked at 3scale API and API G-Box.

Infrastructure setup was a bit painful. Knowledge up-take was not too painful if you are not doing anything complex. But when you start getting into complex APIs then maybe you need some bit of patience if you decide to use this solution.

At the end of the day, it's a great product, I can't fault it for now. We haven't extensively used it, so I really can't say how it would perform over time, or what kind of issues it would have if it was enterprise-wide. I can't find fault with it, for now, it's doing good.

I would rate the solution of seven and a half out of ten.

My point of view is a bit stiff because I'm a developer. I don't mind going through some tech rigors. But looking at it from a more general standpoint, I don't think anybody wants to go through the process of some technical learnings. In terms of the knowledge base, it's not too fun for developers. In terms of setup, it's almost definitely not fun. Usage is working well and based on the architectural principles we are already facing some bit of redundancy on that.

Building APIs.

Still working on it.

I have found the API Management to be most valuable.

Business applications could be exposed to users.

This solution is primarily used for workflow applications. Specifically, it is used for web applications with complex workflows that have many users.

The solution helps. We have Domino servers for all our web applications.

The ability for all of our web applications to share standard functions and documents easily is valuable.

Automation for our Domino applications could be improved.

We have been using this product for banking, insurance, and government use cases. Perfromance-wise it is very good. It has been improved a lot from the beginning, from API Connect 4, 5, and now we have the latest version of it. The product is available in various forms which gives us the flexibility to propose solutions to our customers.

Any new company starting with APIs, this product is very helpful for learning how they can export their business functions and data to the outside world. It's easier for them to expose their business functions for various use cases.

This product is well integrated with other products. Its ability to interact with IBM Secure Gateway and other products is the core feature. Also, the lead time to put it into production is relatively short and that is something customers are pleased with.

In terms of stability, I think it needs some improvement when it comes to externalizing the analytics data. The analytics collected with this product are part of the product database. If we could push the analytics data to an external data source, the customers could use it for historical purposes.

It is scalable.

Technical support is very good, helpful.

The setup is pretty much straightforward.

I rate this solution a nine out of 10. It has all the core features that allow any small company to start with the API calls. There are Essential, Professional, and Enterprise versions. The product is in many forms, like docker, for example.

I recommend this product. Take a look at it.

• API management
• Securing enterprise APIs
• Metering
• Throttling
• Transformation
• Analytics
• Deployment on AWS

• Single entry point for enterprise APIs
• Basic OAuth
• Keys management
• Policy configurations are pretty easy.

• Ease of use
• Security
• GUI is pretty intuitive.
• Easy to configure security and generate API keys.

Components, like caching, should be implemented as policies, not requiring dependency on an external solution. Apigee provides caching as a policy.

For on Premise Solutions:

Out of the box policies for Gatewayscript, JWT generate and validate. Oauth support .

Since it runs on top of Datapower, all Datapower based custom policies can be utilized and exported to API connect but its not straightforward/simple process.

Export of Analytics data in CSV format.

API connect is far better, faster and sleek as compared to IBM API management.

API connect support better error handling scenario with additional policies and catch node.

We utilize API connect to proxy to backed micro services or Datapower. We also do JSON to SOAP mapping / rest to soap apis, which is a very common pattern. We use it for any lightweight rest/soap message processing , analytic gathering and API usage policy enforcement.

IBM has improved this product significantly in last 2 years but it is still not stable and require further improvements. There are several issues administering the product. Features like , taking manual back up is still not available through GUI. The API manager cmdline is only accessible using one Admin account.

IBM recently added a feature to do autoback up in recent API connect firmware releases but its not very user friendly.Also the exported backup can not be unzipped and is not readable.

IBM info-center help documentation also needs improvement. Competitive product like Apigee provide out of the box policies to run Javascript, JAVA and better/flexible logging policies.

Apigee cloud provides various test tools where APIs performance can be tested from different regions in the world. As of now, as per my understanding IBM doesn't have similar test assist tools in Bluemix cloud .

Troubleshooting any issue is very difficult as it runs on Datapower so Datapower know how is required. Also you need to log on to multiple VMs/devices including Datapower to troubleshoot if errors are not properly handled.

IBM definitely needs to improve their customer support process for their new products as it demands more attention from customers because of large number of defects, long learning curve and lack of documentation.

1.5 year

We lost the old configuration during firmware upgrade of API connect.

IBM API management did have several stability issues, where working in different tabs in browser cause issues saving the configuration changes.

Also IBM API management is very slow and its inbuilt test tool is crappy as it takes around 1.5-2 mins to test any API after configuration changes.

IBM API connect is far better but we still haven't stress/load tested apis,so wouldn't comment on it.

One example of instability, We lost the old configuration during firmware upgrade of API connect.

For IBM API managment , some times config replication in Management cluster might take as long as 2 minutes so change in one API manager might not be reflected quickly in another API manager. Also API management GUI need to refreshed in browser to see latest state.

6

4

I have used APIGEE in a different project.

IBM infocenter for IBM API management and Connect is still not very helpful.It takes lots of reading and terminology know how to correctly configure it.

Initial set up was done by IBM but new VMs are configured by us.

Not sure.

Not sure.

No.

Troubleshooting any issue can be very difficult.

In-built policies and security functions.

Integration with DataPower as its API Gateway. Due to bugs in integration, we have to look for workaround on fixing and using DataPower as gateway. 

Have been working on this for three months.

We switched to APIC for easier management of APIs and to leverage its inbuilt policies, security features, and usage of DataPower as gateway.

Setup an "always and anywhere available sandbox" for experimenting and proof of concepts, because one will need to think and experiment much to use the tool.

It gives a holistic environment for us to set up the APIs and that's the main value that it adds. It gives end to end for us.

We moved from another manager to this one and latency has improved a lot. It has improved the latency response by maybe 20-25%.

In fact, we have had a discussion with IBM and it's agreed upon that they would give us the features that we have asked for, just in three months. We have asked IBM for scalability and for some other features that we wanted. We had a dialogue with them and in the end, they have agreed to provide us with features related to API setup and security. They agreed to give it to us in three months, so we are happy.

In regards to the stability, we are new to it, so it is OK right now. We haven't put much into it yet.

The scalability we have not tested yet; we are testing it now as we speak.

We do use technical support and are in constant contact with them. They are very good.

Previously, we were using Layer 7. The reason as to why we decided to switch solutions was because the current environment was not working for us.

I was involved in the installation process to some extent. I am from architecture, so usually the infrastructure team would be involved.

There are several other solutions that we evaluated but it depends on the capability that we are looking at.

Initially, we started off with one solution and then, moved on to another, as we found out that it's not helping us.

We do several things before selecting a vendor. It's not in my purview, but we do the product evaluation as well. Obviously, IBM is a big vendor and we are a big shop of IBM.

Go for it!

Getting a perfect rating depends on the product and how they give us support or not. We haven't gutted it, thoroughly. It is in production, but it's not perfected. Maybe in six months or more, we'll know more about it.