IBM API Connect Reviews

We are using it for some applications that are useful for banking.

It is easy to use and stable.

It should be cheaper.

I have been using this solution for a couple of months.

It is stable.

It is scalable. We have around 1,000 users. We have a technical team of 10 to 20 people. They include managers and developers.

It is easy to install. It takes one or two days for deployment.

It should be cheaper. It has a yearly licensing.

I would rate IBM API Connect a nine out of 10.

Our primary use case of this solution is as an API gateway. We are customers of IBM and I'm a  technology consultant.

This solution is very easy to use. 

Debugging could be improved, the solution doesn't really give a lot of debugging, and I'd also like to see an improvement in the analysis. 

I've been using this solution for four years. 

In general, stability is good, although there are very frequent patches that are required, and that is annoying.

The scalability of this product is good. 

The technical support is very good. 

The initial setup was straightforward.

Licensing is expensive but it's a good product. 

I rate this product an eight out of 10. 

We use IBM API Connect before API publishing for enterprises. If we have a big enterprise and they want to publish their data for the public, we use API connect.

IBM API Connect is a good product, and their technical support is excellent.

The initial setup and installation could be easier. The price could also be better. I would like to see monetization of support, a monetization billing engine, and monetization within the product in the next release.

I've been using IBM API Connect for two years.

IBM API Connect is stable.

IBM API Connect is scalable.

Technical support is excellent.

The initial setup and installation aren't easy. It's complex.

One member of our team implements this solution.

IBM API Connect could be cheaper. We pay for the license yearly.

On a scale from one to ten, I would give IBM API Connect a ten.

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.

• GUI-based accelerated API development
• Segregation of ownership and control for different stakeholders
• Self-service Developer Portal: a highly customizable portal based on Drupal CMS
• Security support for oAuth, basic authentication and keys
• Analytics
• High-performance solution when used with DataPower IDG. DataPower IDG can support 8K TPS per appliance
• Easy-to-implement, configurable API security and analytics
• LoopBack projects allow API creation using a datasource

This product has been designed very well and addresses many advanced use cases of API development in a collaborative environment, which are not yet available in other existing products, for example, Layer 7.

• Self-servicing portal allows users to explore APIs, create and manage keys. and manage subscriptions.
• Advance infrastructure load balancer/cluster management features
• GUI-based accelerated API development and deployments

• Production traffic monitoring features can be better.
• A few advanced API managementfeatures such as monetization and portal syndication are not yet available in the product, but are included in the product road map for the near future.
• API hosting needs a separate product (for example, DataPower) or Micro Gateway (a node js component). However, in a few cases, this can be seen as a better overall solution.
• Frequent product design changes were observed during the early stages of this product evolution; however, currently this product is very stable.
• A few minor quality issues were observed during the early stages of this product evolution; however, currently this product is very stable.

I have used it for 1+ years.

Current versions are stable. However, a few minor issues were observed during the early stages of product evolution.

No scalability issues were found.

Technical support is 9/10:

• Highly responsive
• Quarterly enhancement/bug fix releases
• Detailed product documentation

We previously used Apigee. We switched due to version upgrade cost issues and a need for performance improvement.

Initial setup is very well documented and straightforward. However, please refer to API Management experts for the most-optimized solutions.

It's available in SaaS and on-premise versions. This product comes in three offerings: Essentials, Professional & Enterprise.

As per the required API Management components, pricing and licensing might vary on a case-by-case basis.

Enables a cost-effective solution when implemented properly.

Before choosing this product, we also evaluated CA Layer 7, Akana, and Mashery.

API Connect is an easy-to-learn, very advanced, reliable, business-to-business API management product. However, understand your requirements clearly and use expert help for the most optimized yet secure solution.

The API Connect product comes with API management, developer portal, offline API development toolkit and a node js component called Micro Gateway. Licensing can differ for these components.

From an API development features perspective, API Connect and API Management might appear significantly different. However, inherently both products exhibit a very easy, refined and mature API implementation process. I would personally recommend to everyone to use API Connect over API management.

The most important feature is, for sure, the security gateway. But if we think commercially, the possibility for easily creating and exposing service plans and charging is also valuable.

We are planning the usage possibilities of API management inside our company, and outside, as well. Plenty of our web services are spread throughout various enterprise infrastructures and we want to control them in a better way with this tool. Of course, the valuable part outside the company is possibility for tracking and exposing telco services, as well as a commercialization aspect, through a developer community.

We have no suggestions so far.

After six months testing the platforms we now have a preparation period for commercial usage. The platform is technically ready for use. We are using a Data Power XG45 v6.0.0.4 as the gateway layer alongside API Management.

No issues encountered.

No issues encountered.

No issues encountered.

We have no such information so far.

We know that our implementer had some problems while implementing the platform but the main vendors technical support (IBM) responded very quickly and professionally.

No, we didn't. This is our first tool with this functionality.

Initial setup is very simple. Later implementation is a little bit complex (disagreement of reference in documentation, different recommended OS versions for additional parts of the environment etc.)

The implementation team did it with the support of a main vendor team. They have high level of expertise.

No we didn't. Maybe ESB (Enterprise Service Bus which we already use) is one of the solutions for exposing different kind of web or other services for sharing usage data but we realized that API management will be more useful for our wider purposes.

It's a good solution with a simple user interface. It has many different possibilities as a business solution.

We used API Connect for OPIE management. About 50 developers in my company are using it. 

API Connect is a good product, and everything works fine. All the analytics are good, and it is easy to follow up. I like it in that sense. I'm more focused on following up on analytics by seeing how many API calls we are getting and where we see a lot of problems. I was working on that API level.

We used API Connect for at least three years.

API Connect's stability was okay. We ran it on top of the Kubernetes cluster, so it wasn't a standalone service. In the worst-case scenario, API Connect couldn't stay online if all the containers went down. We had to restart all the services. We shut down all the containers automatically one by one. That was the only problem. It didn't happen often— maybe three or four times in two years — but it was still somewhat problematic. API Connect is not fully cloud-native in that sense.

We outsource maintenance to a local company in Finland. They built it for us and maintain it.

API Connect was highly expensive for us, but the decision to switch was made before I joined the company. It seems like the company bought it, but they didn't know how to use it. After two years, they decided to reevaluate and conduct some cost estimates. 

I rate API Connect eight out of 10. If you are using a microservice like Kubernetes, that should be tested to ensure it's working. If you are running API Connect on top of Kubernetes, you trust that you can update the Kubernetes cluster on the fly during the daytime.

In our case, every time we had to update the Kubernetes cluster that API Connect was running on, it was so much work. We could update all the other clusters with no problem. So my advice is to make sure that it is working. Otherwise, I think everything was okay. 

The solution is primarily used as the API gateway. It's for the application that performs the function as the API for the consumer.

The customer seems to really like how this particular solution works.

The solution is very stable.

The functionalities on offer are very good.

The solution would be better if it had cloud functionalities.

It would be very helpful if it supported Azure and/or AWS marketplaces. Right now, if I want to set up something in Azure, I need to set up a VM from scratch instead of just being able to have it be supported and integrated.

I've only really been assisting my customer, who uses this solution. However, it's my understanding that they have been using the product for a long time.

The stability has been very good. It doesn't crash or freeze. There are no bugs. From a performance perspective, it's reliable.

The customer has many, many users on the solution currently. I can't speak to exact numbers. I know there are a lot.

I've never dealt with IBM's technical support. I'm unsure if the client even has a contract that allows them access to IBM's support. If they do, I would definitely reach out to discuss the product and its capabilities more. I'm not sure if a technical support license is extra or just comes with the license itself or if it expires over time, et cetera. I haven't looked into it at all.

I've never handled an installation before. I wouldn't be able to speak from personal experience. I can't get into details about implementation or deployment or how long the process takes.

I proposed to the client that they use the cloud-native API gateway in Azure or in AWS, however, they wanted to go for the API Connect.

I'm considering migrating API Connect to Azure.

I'm still doing the assessment for this product. That is due to the fact that the move to the cloud is just not only for this product. We have a lot of products in terms of the customer's applications. I need to assess everything together and then propose to my end customer.

I'm a vendor. I do assessments for my customer.

I wouldn't recommend this solution to other organizations at this time. It's on-premises and everyone is moving to the cloud. It makes more sense to seek out a cloud solution.

Overall, I would rate the solution at an eight out of ten.