IBM API Connect Reviews

Having more integration and compatibility with different platforms is what I'm expecting in the next release of IBM API Connect.

The issues with this solution are mainly around support. Recently, people were discovering that WSO2 is commercializing it, because initially it was just open source. Right now, because they are commercializing it, the intro licenses are as costly as IBM. People say: "IBM is tried and tested", so it's people who know this who'll go the IBM API Connect route. Other people who just want to try out a more scalable solution, on the other hand, will go the open source route. Others will either just do the cloud version, because everything is less maintenance, while other people prefer doing everything themselves, e.g. in-house, from scratch.

IBM API Connect should offer more versatility to its users, because they only give you a specific level of the versatility, and this is something IBM should heavily invest on.

I've been using IBM API Connect since 2015.

I find the stability of IBM API Connect to be fine.

IBM API Connect is scalable, but scaling it is expensive, depending on what kind of hybrid or software you want to use with it. Every client has a different policy and deployment need.

The technical support for IBM API Connect is standard.

The issue with IBM that many people have realized is that there are times when the person logging those complaints actually needs to know the product. With other products or with competitors, you just need to tell them about the issues, and they'll guide you on what the problem might be. Support for IBM API Connect varies spec to spec, depending on your support level and the questions you have with whoever sold you the software.

I use different API management solutions because I'm a consultant. A customer might have IBM API Connect, while another customer might have Apigee. It also depends on what the customer has. All I do is strategy and implementation, while other people just want a consultant to deliver on specific vendors. It ranges from customer spec.

I've implemented this solution through a vendor team. I've always used consultants, partners, or integrators for implementing products.

Pricing for IBM API Connect varies. If they are offering me the platform, in particular what they used to call Bluemix and what's now called IBM Cloud, it will be subscription-based pricing. They'll charge you based on how many APIs are called off your specific portion of the Cloud.

If you're doing your own private cloud, on the other hand, it's a special grade. You have to own most of that software licensing so that you can put it on your own private cloud.

I've evaluated X-Ray, WSO2, Software AG, Oracle, DataPower, and Apigee.

I do integration and I do API management. I do a lot of other things. I don't just use one product. I use various products depending on what the client asks.

For API management, I've used X-Ray, WSO2, Software AG, Oracle, DataPower, and Apigee. It all depends on what the customer has. I also have a personal experience with IBM API Connect.

How this solution is deployed depends on you. What matters the most are the gateways and the portals. The portals are mainly for onboarding. Whether you'll deploy it on-premises or on cloud is up to you. You can also do hybrid deployment in some instances, because there are people who do hybrid deployment, but the key component for aligning a deployment is mainly the portal and the gateway, because the gateway is the policy enforcement, while the portal is mainly for presentation and onboarding purposes.

Other people are running IBM API Connect, but others are not. They just prefer using their hybrid appliances, e.g. the DataPower, so it also depends. There are cases where you can just simply deploy this solution, but it still depends on the policies that you need to enforce. That's why I was saying the key components are the portals and the gateways, because the gateways are doing most of the work. The gateway handles the transactions. It does all the heavy lifting. The portal is mainly for presentation purposes.

I've used WSO2 and Software AG, and when you compare them with IBM API Connect, the principles are more or less the same. It's more on how you want to deliver the solution and what the true need of the customer is. You get people who are using it proactively, and that puts the products on the market and drives innovation, but you also get people who are really less integrated people and just build APIs on the portal. It all depends on the use cases and what the customers are offering.

The products are all different in a way, e.g. comparable to cars. A Mercedes Benz is really not that different from a BMW. It's just more of the driving dynamics, the comfort levels, and what the brands represent. A BMW will always be sportier than a Mercedes Benz, while an Audi will always be sportier than a Mercedes Benz. This is unless you're going for the real topnotch specs: the AMGs, then it becomes a different conversation. At the end of the day, it depends on the appetite and what their initial use cases are.

The number of users of IBM API Connect all depends on the deployment plan of the customer. You get fintechs, e.g. these are mainly coalitions with banks and financial institutions where they try and drive innovation through these tech companies. By giving them access to their assets through portals and APIs, they get to see most of their IPEs realized and used by other parties. These are the people that they couldn't even reach initially. It all depends on the specs and on the range.

As for technical people, I've seen that they don't have a preference in terms of tools, but it's a matter of where the product goes that gives them an inclination to stay with those, because that stack gives that effect. It's also a matter of how they can easily integrate with other components, e.g. how they can be incorporated in your two clouds, or your other CMS, to in-house. The user experience is the same as others.

The number of users of IBM API Connect can be increased. I've seen a portal that has 4,000 to 5,000 users, and these users are people who create products, e.g. applications. A lot of those apps utilize existing portals and their APIs. What's common on my standard is more payment gateways. Every institution will offer their own payment gateway, and offer a specific sense of liability they are comfortable with.

I'm not really recommending IBM API Connect to others. It depends on the investment. For people who are heavily invested in IBM, IBM API Connect is an easy solution, because you already have the underlying infrastructure, e.g. DataPower, which is the most important or expensive component of this solution. For other people, if they don't have it at all, it makes no sense to go the IBM API Connect route if they're using a different stack. As long as the product is working, and it's compliant to specific patterns, it doesn't really matter what you use. What really matters is your budget, what do you have in your storage, and use case levels.

If people just want to have something that they can try quickly and dirt cheap, anything else will do, but then, a lot of people are also struggling with adversity, because they feel like the universities or employers are not that heavily invested, and this means they're failing the present capabilities. You just need to show them how the platform works, so it still varies from customer to customer. It's also budget based.

From a ranking of one to ten in terms of features, I can rank IBM API Connect as number six. WSO2 is a five. I'd give X-Ray a four. Software AG is a number two. Apigee ranks number one for me.

In terms of flexibility, all these platforms are the same. They are the same, but they can be different in terms of target limits.

I'm rating IBM API Connect a seven out of ten. I can't give them a ten out of ten, because I feel that they have lost their touch with it.

It offers enhanced security features to protect APIs, enforce access control, and secure sensitive data. It also works as a powerful integration tool for the internal and external transmission zone, allowing us to connect with different vendors easily.

There is room for improvement regarding the connectivity of the DevOps.

I have been using it for three years. 

The solution provides high stability. I would rate it nine out of ten.

It is designed to handle large-scale API operations, so it ensures high scalability. I would rate it nine out of ten. 

They are lacking in terms of customer service and technical support. I would rate it six out of ten. 

Neutral

The initial setup is easy. It is based on available courses and steps that are comprehensive and helpful.

The deployment process is facilitated and fast. It takes about an hour for the solution to be deployed.

The pricing is significantly high. I would rate it eight out of ten.

IBM API Connect is a really good API management solution that offers a variety of benefits and advantages such as rapid development tools and enhanced productivity. I would rate it nine out of ten.

I primarily use API Connect as a front end for any station, through which you can expose services to external or internal customers.

API Connect's best features are its data gateway, one of the strongest in the market, and its API manager, which has the local assembly transformation UI, which helps transform services from Maximal to JSON or vice versa.

API Connect's analytics subsystem could be improved to make it easier to render content from the analytics system and offload it to an external database.

I've been using API Connect for over eight years.

There are some issues with API Connect's stability, with parts going down abruptly sometimes. Its stability doesn't compare well to Epigee or Kong API, and I would only rate it seven out of ten.

API Connect is easy to scale, I would rate it nine out of ten.

IBM's technical support is terrible - they're incompetent and slow to respond, even sometimes not responding at all until they have every bit of information.

Negative

I previously used Epigee, Kong API, and 3scale.

The initial setup was a bit tricky and required a lot of installation and system administration skills. I would rate the setup two out of ten. The deployment took around two minutes and could be automated.

API Connect is expensive - I'd rate their pricing five out of ten.

I wouldn't recommend choosing API Connect unless you have a big budget and need an enterprise solution. I would give API Connect a rating of seven out of ten.

Our use cases for IBM API Connect include the banking sector, where they use the solution to integrate with third parties, so all of the third-party connectivity for the banks happen through IBM API Connect.

We also built the government service website, for example, e-Government services, and the government published all services between the government entities and the businesses, so there are two connections: government to government and government to business. All the services and entities were published and consumed through the IBM API Connect gateway.

What's best about IBM API Connect is the excellent administration. The development tool that builds the API is also very simple, and user-friendly, and it doesn't consume too much time.

Another valuable feature in IBM API Connect is its good reporting feature, particularly for operations, but the most valuable feature of the solution for the customer is security. IBM API Connect provides a DMZ and a security gateway between the external and internal environment, so you can publish your API safely.

IBM API Connect can also integrate with any tool or middleware that works on open standards without the need for development or coding, so integration with the solution is easier.

Technically, I haven't faced any issues or areas for improvement in IBM API Connect. There wasn't any concern that the customer asked that we couldn't resolve or achieve. I'll need to check with the technical team if there was any issue with the solution, but from the top of my head, I haven't faced anything that the customer requested or anything that needs enhancement in IBM API Connect.

The implementation of IBM API Connect is complex, as it's an enterprise solution with many components that require more than one person. It's not a single product that you work on, and this is an area for improvement, but normally, it's good.

Having a more structured model for IBM API Connect support is also room for improvement that would help customers better.

I've been working with IBM API Connect for the last five years.

IBM API Connect is a stable solution. It's used in government services, and my team barely receives calls about the solution. IBM API Connect is also used in major banks here in Jordan, and it's stable. There are no complaints about it.

IBM API Connect is a scalable solution. It's deployed based on the Hybrid Entitlement model in IBM which gives the customers five million API calls per month, and if the customers need more, it's just a matter of buying an additional license to make it ten million API calls per month, so customers can build any environment that meets requirements and do production HADR tests without paying a lot more for the license.

As IBM API Connect is subscription-based, it's good, and it allows customers to scale as much as needed without exceeding the number of API calls. Most of the customers do not reach that limit anyway. If a customer needs to go beyond the limit, he can get a CPU-based license, but at the moment, I haven't had any customer who needs a CPU-based implementation of IBM API Connect.

The technical support for IBM, in general, isn't the best. You'll need to understand the internal setup of IBM or you need to have a partner who understands the IBM setup to get the best support from IBM. There's a program that IBM offers, the AVP, where a consultant is set aside for you or the customer, and that consultant will provide support to you.

For the technical support focused specifically on IBM API Connect, the team is good. The team of engineers is responsive and knowledgeable.

We haven't worked with other solutions similar to IBM API Connect, but we're considering another alternative from Open Source, though we haven't decided which product we want to work with.

The initial setup for IBM API Connect wasn't complex, but for the new model or the containerized model, the setup for the three nodes or containerization wasn't as easy as the normal on-premise setup or the traditional way of implementation, so the first time my company implemented the new model, it was complex. The complexity wasn't because of IBM API Connect, but it was because of the RedHat OpenShift platform beneath it, though after my team did it once, the next implementation became easier and simpler.

The price for IBM API Connect is reasonable. It's $20,000 to $30,000 yearly for a subscription, and the pricing could vary around $40,000 per year, per subscription. Its price is reasonable for customers who have around sixty million API calls yearly for unlimited environments.

I haven't evaluated other options, but I've heard about Apigee and that it's a good solution. I've heard that Apigee is technically better than IBM API Connect, but I don't have the facts on why it's better. What I heard from the customer is that Apigee is more costly than IBM, and that customer paid hundreds of thousands of dollars in Jordan. The customer contacted my company for a POC for IBM API Connect, so it seems that the customer didn't get value from Apigee based on the money he paid.

There's also MuleSoft, but I didn't see a real implementation in Jordan where there's anything extra or different from what IBM API Connect provides, and I have no idea about MuleSoft pricing.

The Jordan government accepted IBM API Connect because of the security and stability of the solution, and in terms of project implementation, it was the best project implemented that's based on DataPower and API Connect.

I'm still working with IBM API Connect.

I'm an implementer, system integrator, and reseller of the solution.

Mostly I have mid-size and enterprise customers for IBM API Connect, though I also have small-sized customers. My customers use the solution.

Most of the customers here in Jordan prefer an on-premise deployment for IBM API Connect, but my company also has cloud implementation, one public and one private, then the rest is on-premises.

My advice to people who want to start implementing IBM API Connect is to always start small. You need to understand the value you want to gain from implementing the solution, focus on business values and achieve those, then start to grow bigger later. Don't start with a big environment when implementing IBM API Connect that wouldn't result in any business value. Starting small with real business values that will touch on business needs is good advice for anyone who wants to implement IBM API Connect.

My rating for IBM API Connect is nine out of ten because it's a good IBM product. It's one of the products you can easily sell.

My customers are using IBM API Connect for integration in the financial sector.

The most valuable feature of IBM API Connect is the security of the protocol.

IBM API Connect could improve the security of the application and the integration.

I have been using IBM API Connect for approximately five years.

We have seven users using IBM API Connect and plan to increase the usage.

The technical support from IBM API Connect is good.

I rate the support from IBM API Connect a five out of five.

Positive

We pay for the IBM API Connect monthly. We only need to pay the standard licensing fee.

I rate IBM API Connect an eight out of ten.

We use this solution for rest-based, micro services to complete authentication. We are able to gather statistics and audit and throttle traffic. It also has a developer portal that allows users to browse their APIs and develop applications on them. It has solid features compared to some of the API services management services out there.

This solution is ready to scale and already supports our agile CICD.

The integration of cloud-based services is where we're looking for improvement in this platform.

We have been using this solution for four years. 

This is a stable solution. 

This is a scalable solution but scalability would come at a higher price. This solution supports our organization of 50,000 people.

The initial setup is reasonably straightforward.

We consciously decided to go with microservices to enable us to move quickly and to building the flexibility and capabilities in our applications. Whether the business is able to translate those investments into profits and returns is too early to tell.

I would rate this solution a seven out of ten. 

API Connect is mainly used as a gateway solution to expose, secure, and manage APIs. 

Using API Connect allows us to quickly create proxy APIs and saves time on end-to-end testing, which lets us deliver quickly to clients.

API Connect's most valuable features are API management and creation.

The developer portal could be easier to customize - as it's Drupal-based, I have to hire a Drupal developer to do it for me. I feel there should be a drag-and-drop or UI-based configuration to customize the developer portal. In the next release, I would like some support for file uploads and MQ integration.

I've been using API Connect for six years.

The newer versions, from 2018 forwards, are quite stable.

API Connect is scalable because it's completely containerized.

IBM's technical support is very good.

The initial setup was straightforward, and deployment took two days.

I did the implementation myself.

I would say that if you want stability and security, you should go for API Connect. It's a very robust product that lets you easily create and manage your API. I would rate API Connect as nine out of ten.

We deploy APIs to expose the BFFs of mobile apps, and this is mainly in the cloud. All mobile apps consume the APIs of your BFF. On-premise, we have APIs that expose services and mainly functionalities, such as the balance of the client or the customers or the products.

One of the most valuable features is the easy-to-use web interface.

Documentation for the CLI is not very complete. Also, the support could be improved, and we have had several problems with backing up and restoring the product.

We have been using the solution for two or three years.

The stability of the solution is good.

The scalability of the solution is good.

IBM support is not available in Chile, so we must go through other countries to get a response from customer support.

I would rate the setup as a medium in difficulty. 

The solution was first set up with the help of IBM, but when we moved to another environment, we followed the initial instructions given by IBM and implemented it ourselves. 

We used Bamboo as a pipeline for automatic deployment of the API. The deployment took four hours.

The product is easy to use, but the installation is not easy. We have a team of three architects who maintain the product. I would rate this solution as an eight out of ten. 

We use IBM API Connect for external communication with outside partners and external companies doing business with our company. 

This solution is deployed on-premises. We are currently using Version 5.0, but we are upgrading to version 10.0, which is a cloud-based solution. 

One of the most valuable features of this solution is that it protects our backend system. We are exposing services to external parties and using this solution to protect the backend system, and to have a navigation in between. 

The installation process could use improvement. I hope that in the next release, the installation process is easier. 

My company has used this solution for at least four years. 

There have been some internal issues within the product that have caused instability.

This solution is scalable. 

API Connect is not straightforward to install. If you don't have a lot of dependencies in your organization, it will take a short amount of time. In our case, we took at least a month because of dependencies to other departments in the company. 

For our technical team, we have approximately 10 people, a combination of managers, admins, and engineers. 

We provide this solution to customers. 

There aren't any additional costs for the consumer solution. There is no cost for the consumers to use the services because we don't monetize the services. 

We have plans to upgrade from this solution. We are upgrading to ensure that we have a supported version late next year, in November or December, and are evaluating alternative solutions in the market. 

I rate API Connect a seven out of ten. This solution is stable, but maybe not the most modern product on the market. 

My clients mainly use API Connect as an API gateway. A lot of the backend services need to be exposed to other parties, mobile devices, interfaces, etc. 

API Connect's most valuable feature is its ability to act as a gateway. It's very easy to configure security and everything else in it. You don't have to kill yourself implementing custom configurations. Sometimes the customer wants to incorporate their identity provider, and API Connect handles that without any problems. 

One thing about API Connect that could be improved is the security schemes. There are so many security schemes, and from a product perspective, IBM could improve the user experience of the configuration security scheme. It does what it is supposed to do, but it could be easier to configure. The junior developers sometimes find it a bit confusing to configure even though they understand the concept.

And another thing is that I don't know the security policies that we have. For instance, we have a service account, which is needed to connect to some other services. So in those cases, I find it a bit hard to tweak things in the API gateway. And one could argue that it is not the right thing to do with the API gateway. It has a different place to be, which could be why they haven't put it there. But sometimes, you have to tweak around that, and I find it a little bit hard to do that. So if they could accommodate that in there, it would be better for some people.

I've been using it for the last four years on and off. The last time I deployed it was a few months ago.

API Connect is reliable.

API Connect is scalable, but I've found that everything is more stable if you reset the server every 40 or 45 days. Once, we had an incident in which we were unsure about what happened, but it crashed after 60 days. We didn't know the reason. It could've been a mistake in the product implementation. We don't know what happened, but this particular incident occurred two times. After that, we began restarting it every 45 days. So that's the resilience part, but the scalability part works without a problem.
Another thing is that we don't know all of the use cases that we have worked on before, so we didn't go for automatic scaling of the API gateway. That's done in the backend services. So I'll be honest to say that we haven't explored the auto-scalability of API Connect much. Instead, we put that on full throttle. This can cause a bottleneck if we play around with it, so we didn't take many risks. We put that on full throttle and did the tweaking in the backend services. That's how we did it in the past.

I've interacted with IBM support many times. They're good. They get back to you within 12 or 14 hours after you initiate a ticket. IBM support will get on a call with you if needed and guide you. It's no problem. They provide the same level of support to everyone. 

Setting up API Connect is a straightforward process. Maybe it seems more manageable because I've been taking baby steps rolling it out for the last few years. So when we talk about the latest version, it's not a headache if you follow the documentation. Even for an operations person, it's a piece of cake. 

It takes a minimal amount of time to deploy as a product. Including the processes for the organization, installing the product could take half a day. And when we ask the Ops team to do it, it usually takes half a day for them to do it. They have to document the IP and keep a log of what they're doing. 

API Connect itself does not require any maintenance. But when our teams write the business logic into it, that usually requires some support and maintenance. So a team of two people looks after the whole setup. And they work in shifts. Usually, it works on an onshore-offshore model. So one person from the onshore team will be supporting it for some time, and when he goes off, the other person comes up. 

API Connect's license cost could be a little lower. But, unfortunately, there aren't many open-source API gateways. Ideally, some new developers could come up with a minimum-functionality open-source solution. When I look for open-source resources that work with API C or Apigee, I find very few that can do that. It's not available or very popular in the open-source community. I've only worked with large companies that are capable of affording these licenses.  A better option for smaller companies might be to have two or three developers build a custom API gateway. That might be more affordable for them.

I rate API Connect seven out of 10. I would recommend it to customers if they have the money to pay for it, but it depends on the ecosystem. So, as a consultant, I would recommend API Connect if the customer already has an IBM license. Big companies generally have IBM middleware running somewhere, so they might have a license for these things. In cases like this, we would usually recommend API Connect for their purposes rather than spending more money on a different product. And if a client is building something entirely new and has to get a new license, we'll compare the options, including Apigee, MuleSoft, API C, or a custom solution.