Apigee Reviews

We use Apigee every day. Because we have a backend system, we use Apigee to capture and track all of our transactions and for monitoring calls, which is the target for our client service. We then use this information to create a report and provide a price for each transaction. For this reason, we created a proxy that we use as an integration layer, like API management, which helps build applications. For that reason, each and every call goes through Apigee so that we can track and capture all of the information.

There are a few features that are quite interesting. We can provide our API developer with an API proxy to the developer portal, which comes in handy. There are also some interesting policies, like authentication where we normally provide any code and quotas and rate limit policies for protection. The administration and monitoring features are also quite useful as you can receive alerts and notifications and monitor them on a virtual dashboard. There are just a lot of security features in general.

With Apigee, we can easily monitor applications, and our core IT team informed me that installing upgrades is very simple. We also have a portal where we can share our proxies with the convenors, which is quite useful. 

When compared with other products and tools in the market like MuleSoft or other API management solutions, I see some lagging in regards to integration capacity — where we don't have all of the connectors. It's not the perfect ESB, it's only for API management solutions. For example, MuleSoft will provide you with the API management solution as well as ESB, allowing you to integrate with large, complex IT systems. So, there is some lagging there that needs to be fixed. 

The main area they should improve is the integration capability. They should have useful connectors that we can use to provide code so that we can integrate with other systems. This needs to be improved.

When compared to other products, such as MuleSoft and other tools in the market, Apigee has some lagging issues. 

Over the last three years, we haven't had any issues with the stability, both on-premise and on the cloud. It's a stable solution. We haven't experienced any error-value from the product.

Product-wise, we don't have any technical support, our IT team takes care of it. We also have a number of applications we are managing, but only two recruiters are monitoring them.

It's easy to create proxies in Apigee. Compared to other integration tools, we can quickly and easily export any APIs in Apigee, which saves us a lot of time. 

The setup was taken care of by our core IT team, I was part of the development team so all activities relating to the setup, updates, and customer service were handled by the core IT team.

We would definitely recommend Apigee. You can use Apigee to create proxies (and share API proxies with consumers), monitor calls, and provide security for particular endpoints. We have a complete telephone portal under Apigee, I would recommend it.

I would give Apigee a rating of seven or eight out of ten. The API moderation, administration monitoring, product architecture, infrastructure, and overall quality is good. The only area lagging is integration capability. 

We primarily use the solution as API Management, as both proxy and security.

The solution has improved our company's time to market. When we deploy a policy for a particular API, the creation of the policy and the gateway is significantly faster than what we were doing with our Layer 7 gateways. It's easier to develop the policy and to walk through the policy using the Apigee interface.

The ease of creating policies has been the most useful of the solution's features. It's a quick ramp-up time. It's easy for our support staff to implement the policies in the API management layer.

The company needs to better support webhooks. It used to support webhooks and their policies and they have since stopped. They had some issues in the product and they abandoned the support for them. It's not come back since. Webhooks are still used by some of our production partners. It would be nice to see the support for them come back. Right now, we have to pull the API instead of using a webhook to do the notification.

With Apigee, there are frequent updates, so they seem to have a very strong user base. 

There's a lot of users in Layer 7 too, but we've had some bad experience with support from the company. Stability-wise, it's hard to say. I don't think we've had any bugs associated with the gateway itself where the gateway has failed, but we've had support issues from Layer 7. 

In comparison, Google and Apigee have done a fantastic job supporting their product.

Scalability wise, I've heard from some customers that Apigee has some limitations on scalability, but we haven't experienced those as of yet.

As far as Layer 7 is concerned, it seems that the policies are very deterministic as to how the actual gateways function. Some of them have had a significant impact and we've had to scale up their clusters just to support a minimal load. Some are disappointed with the number of services that we have to engage for Layer 7, and the number of clusters we've had to create. We've had to create a pretty large cluster for supporting some applications.

The Layer 7 gateway's front end is for a high-end brand product. We have the largest loyalty program in Canada. Our PC Optimum program, for instance, uses our Layer 7 gateways. There are 14 million users that use the PC Optimum card that goes through those gateways.

The initial setup of Apigee is straightforward. Google/Apigee gives us all the information to support their private owned clouds. The interface is very straightforward to use as well. It's a lot easier than the Layer 7 product.

CA was overly complex in its configuration. CA also does significantly more as far as security and policies are concerned. It has developed a huge number of policies into their product. It's way more than what I would expect an API management product to be. It took us two months to set up the solution.

We basically took the policies from Layer 7 that we had previously created and we transformed them to policies for Apigee. That was fairly easy.

In terms of deployment, we haven't transformed totally from Layer 7 yet to Apigee. Our support is very low on Apigee right now. There's only one person that's working on Apigee currently. It's minimal. Accenture is handling the support, as they did for CA. We had about five people supporting the gateways on Layer 7.

For Apigee, we had the assistance of an integrator. The company was Accenture, and we have a good working relationship with them. They're currently supporting the platforms in many facets. The deployment was straightforward, so they didn't need to do too much.

There was no specialization or skill required for them for Apigee, but there was with Layer 7.

We looked at a couple of other vendors. We looked at offerings by Red Hat and some others. We basically looked at the market leaders.

From an enterprise point of view, our digital division had already migrated to GCP. GCP uses Apigee by default. They had selected Apigee initially. That was one factor in choosing Apigee over CA. Another factor is that it would support on-premises and it would support our Azure environment as well. The ease of use, creation of the policy, and the developer portal experience were all factors. The fact that developers could easily create the policies themselves without having to get our administration staff or engineers to actually create the policies was a big factor as well.

Right now, we are still in the process of testing the solution. We're using both on-premises and cloud versions.

CA has developed a sort-of enterprise service spot inside of their API management platform. It does interesting things with files, and it has a lot of security features that are not normally used in a majority of API calls. It's overkill. Its portal is very clunky and very difficult to set up. Its gateways and its policies are not straight forward either. It basically requires a three-day class to understand how to get in and add policies and it's not very simple to add policies into the CA Layer 7 gateway. Apigee does a way better job. 

CA is also owned by Broadcom now and when that transition happened, Broadcom did a lousy job of handing off support of that product. They basically fired everybody from CA. They left us without production support for a good part of a year. We've had CA for about 2 years and mostly we used the on-premises version, but we had a small amount on the cloud as well.

Because of these reasons, we're moving away from Layer 7 to Apigee.

In terms of advice to those considering using Apigee versus CA, I'd say they need to understand their use cases for APIs.

I would rate Apigee eight out of ten.

In comparison, I would rate CA five out of ten.

This is our major service when we have services and need an API gateway. They allow us to expose these services to clients.

The solution offers good customization. It's very easy to customize in general. 

You can integrate with things very well. 

The caching is good.

You can add basic flows with ease. 

The Google CMS is a great tool. 

The solution is stable. 

Technical support has been decent. 

We are considering scalability regarding using a centralized environment, and the documentation seems to indicate it's not easy to integrate with Kubernetes or deploy into a cluster. 

It's not using SPA, single page applications, like Angular. 

There isn't very good monitoring right now. We need better performance monitoring.

We need it to offer better debugging, so if there is slowness in the flow, it's not easy to fix. You have to use other tools to debug.

I've used the solution for four years. 

The stability is good. I'd rate it nine out of ten. It is very reliable. There are no bugs or glitches and it doesn't crash or freeze. We've had no issues on this front. 

We have around eight people that directly work with the solution. They are four developers, two engineers, and two support staff. 

The scalability is good. I'd rate it five out of ten. It's deployed on the VM. You cannot scale up in some areas as you might hit a limit. Then, there are peak hours, and that might be different as well. You might hit a wall. 

We've dealt with technical support in the past. They've handled a few tickets. However, I have never directly dealt with them. I have not seen any complaints in regard to the service they provide. 

Positive

We did not use a different product previously. 

I didn't handle the deployment. I don't handle that aspect of the solution. 

We do have a team that manages and administers the solution. 

There might have been some assistance from the Apigee support team during implementation. 

The pricing isn't something that I deal with. I don't know the exact cost. 

We are currently looking into other solutions. We want to see how others stack up in terms of pricing, stability, scalability, et cetera. 

I am using the latest version of the solution. 

I'm not sure if I would recommend the solution to others. I still need to make comparisons between this and other options. I'm trying to decide if I should stick with Apigee or move to something else.  

So far, I'd rate the solution eight out of ten. It has a high rating on Gartner. 

We use it for API monitoring purposes, and for the management of KPM metrics around the APIs.

They need to work on the cost of the solution. But again, it depends on the use case. The use case which I have installed serves the intended purpose. I don't have any negative feedback on it.

We have been using the solution for the last six or seven years.

I am satisfied with the stability of the solution.

I have around 500-2000 users using the solution in my company. It serves the purpose of my use case.

There is no real technical support unless you have a problem with the servers or something gets lost. It is only when the service is down or there is some issue, there'll be a reply from them depending on your subscription.

The biggest advantage of the competitors over Apigee is cost. I would advise you to be careful due to its cost.

I would rate the solution a seven out of ten.

In my previous company, I used Apigee after modernization to manage client APIs.

Apigee is a great product with good feedback and recommendations from clients.

It is best to ask a developer about the areas for improvement in Apigee, as I'm a content writer, though the pricing for the product was a bit higher.

Apigee would also need developers or a dedicated team for deployment. I also found it challenging to manage sometimes.

My last project with Apigee last December.

Apigee is a stable product.

The company only used Apigee. It didn't use any other solutions.

As a writer, I didn't set up Apigee. Another team set it up.

Compared to other products, Apigee had higher pricing.

I used Apigee for my customer, but I no longer work for the company.

I'm a content writer and was involved in researching and creating documentation about Apigee for a client.

The majority of the clients had fifteen to twenty users of Apigee.

My rating for Apigee is seven out of ten.

The company was an Apigee partner.

We are a telecom-based organization, so our use cases are generally based on telecom functionalities like the MF APIs. I'm a technical architect and we partner with Google. 

Apigee is a front-layer gateway and it helps to improve our overall performance.
We can repair requests and respond to vacant needs and that's a big help to us. 

Many of the features available are valuable to us including out-of-the-box policies, the vacant creation, throttling and more. We are using authentication and authorization which are also good features. 

Integration should be improved as we'd be able to use solutions such as NewSoft or Del Boomi. It would be helpful if Apigee would lower their licensing costs. I'd like to see a cloud-based solution and some new features similar to those available with TD cloud or Salesforce.

I've been using this solution for over six years. 

The solution is stable.

To date, our use cases have been limited so we haven't had significant scalability requirements. We have no plans for expanding the use of this product. 

On a number of occasions we've needed some immediate help or a quick turnaround, but the technical support response was quite slow. 

Neutral

Initially, we figured out how to deploy the solution on the job and it required some external assistance, but because we've been working with Apigee for so long, deployment is relatively easy for us these days and is carried out in-house. 

Apigee has so many servers nowadays that are based on requirements. Much of the information is available on Apigee documentation which is good. 

I rate this solution eight out of 10. 

We use the Apigee platform for analytics, specifically for retail customers. We have used this solution to enhance the capability of some of our legacy systems. We have 300 users on this platform. 

One of the best parts of this solution is the implementation as we did not need to use code or out-of-box policies. When it comes to the cloud-based architecture, there is a high level of reliability.

When it comes to the rate limit, we don't have a specific category for rate limits for a particular customer.

I have been using Apigee for more than seven years.

This is a stable solution. 

This is a scalable solution. 

The customer support for this solution is very good. We have received immediate responses from the technical team.

Neutral

The initial setup is not that straightforward. 

This solution offers annual licensing.

I would recommend this solution for API management and is one of the best on the market.

I would rate it an eight out of ten.

One feature I found most valuable in Apigee is its simplicity. All features remain the same in all of the API tools, and I have experience with IBM API Connect and Apigee, but Apigee is easier to work with, plus the learning curve is not that steep.

Another thing I like about this solution is that the support is really good, and this gives Apigee advantage over other providers.

I like the development feature of Apigee. You will find it easier to work with Apigee than IBM API Connect.

We found a glitch in Apigee, and we raised it with them: It's the response overlapping from the API with high traffic.

They have been working on that, and they have shared a patch with us, but I'm not sure if that is publicly available for all users. It was made available to our organization: one single patch of Apigee.

I've been using Apigee for over two years, and I've used it in the last 12 months.

This product is is stable.

Apigee is a scalable product.

Technical support for Apigee is very good.

I used IBM API Connect, but found it easier to work with Apigee.

I evaluated IBM API Connect.

I'm both a user and an integrator of Apigee.

We have deployments both on-premises and via cloud. We use both, like Google SaaS and the on-premises solution.

We are a consultant for different organizations. Some organizations prefer on-premises deployment, with everything on their private cloud, and this means they use the older version of Apigee. Some organizations use the latest version because they're using Google SaaS directly.

My advice to people who are looking into implementing Apigee in their organization: If it fits your budget, then it is a good product. If it fits into your ecosystem, e.g. you are in that ecosystem, not in IBM or other CA-based ones, Apigee is something you can go for. It is a good platform.

I haven't worked with CA, and there are others, e.g. MuleSoft, so I can't comment on how Apigee compares with those competitors, but compared to IBM API Connect, Apigee is a good one.

I'm rating Apigee eight over ten. There's still room for improvement, so it's an eight for me.