API Evangelist API Evangelist
Guidance
API Learnings
APIs
API Governance
API Solutions
API Discovery
API Building Blocks
API Evangelist LLC

Apigee

The API management leader that defined enterprise API gateway practices

Apigee was the enterprise heavyweight of the original three API management providers, and the one that most thoroughly defined what API management would mean for large organizations. Where 3Scale built for the freemium self-service developer and Mashery brokered access for media and retail brands, Apigee built for the enterprise — Comcast, TransUnion, Guardian Life, Constant Contact, AT&T. They were the OG three of API management, and Apigee was the one that took the enterprise gateway model all the way to a public IPO and then into the heart of Google Cloud. More than anyone, Apigee shaped how big companies came to understand what an API gateway was and what it was for.

I started covering Apigee in October 2010, in one of the earliest posts on the blog, positioning them alongside Mashery and 3Scale as the three core API management service providers. From the beginning Apigee had a three-tier structure — free, premium, enterprise — built around the things that would define the category: policy frameworks, rate limiting, key management, and the choice between cloud and on-premise deployment. That last part mattered. Apigee understood from early on that enterprises wanted an appliance they could run inside their own walls, and they offered an on-premise version of their proxy technology when most of the conversation was still cloud-only.

The architectural heart of Apigee was the proxy flow-through model, which I wrote about in 2011 in a post about the battle for your API proxy. Apigee and Mashery both routed every API call through their own infrastructure before it reached the actual backend API — the proxy sat in the traffic path. This contrasted with the proxy-connector approach that 3Scale and Mashape used, where the management layer integrated alongside your API rather than sitting in front of it. The flow-through proxy was more invasive but also more powerful: because every call passed through Apigee, they could handle identity and authentication, traffic control, rate limiting, security, encryption, logging, and analytics all in one place. I described these proxies as becoming brokers in the API economy, and Apigee was building the most enterprise-grade broker of the three.

Apigee was also genuinely good at developer experience, which is sometimes forgotten given how enterprise-focused they became. The Apigee API Console, released free to everyone in 2011, was one of the early interactive tools that let developers explore APIs, navigate OAuth 1.0 and 2.0, and test calls in the browser. Alongside Swagger and Mashery’s I/O Docs, the Apigee Console was part of what made APIs approachable in the early years. They earned enterprise compliance credentials early too — PCI-DSS compliance for transactional APIs under CEO Chet Kapoor in 2011 — which signaled they were serious about the regulated, money-moving use cases that enterprises actually cared about.

What set Apigee apart from a thought-leadership standpoint was their investment in community and content. They founded and stewarded API Craft, a Google Group and meetup movement that became an open forum for developing knowledge and skills around APIs. I credited them in 2012 for starting something important — API Craft brought together the smartest people in the space, both online and at offline gatherings like the OSCON beer meetups, and it became genuinely community-driven rather than a marketing channel. Apigee published serious content on API business models and design — pieces on the Instapaper dilemma and the journey to an API business model, the Zappos API design tips — at a time when very few people were writing thoughtfully about the strategy of APIs. They later put real weight behind the idea of the API as a product, a concept they championed harder than anyone.

Apigee’s product portfolio expanded aggressively as the category matured. They moved into mobile backend-as-a-service with Usergrid, a free and open-source mobile data platform handling social features, user and data management, notifications, and geolocation. They built out API Studio from their earlier Apigee-127 and Swagger work, enabling design, mock, test, and share workflows. They contributed open source with Volos, a Node.js solution for OAuth, caching, and quota management, and launched Edge Microgateway as the industry shifted toward lighter-weight, containerized, hybrid deployments. This breadth was both a strength and, in hindsight, a warning sign — Apigee was trying to bundle the entire API lifecycle into one platform at exactly the moment the market was about to start unbundling.

The 2015 Apigee IPO was a genuine milestone, and I gave it real pause at the time. Apigee was the first pure-play API management company to go public, and I wrote that it was a significant moment that made me reflect on how far the industry had come. I laid out the contrast between the OG three: 3Scale plugging along slow and steady, taking only the funding it needed; Mashery acquired by Intel; and now Apigee taking the IPO path on the back of substantial venture funding. The IPO was a sign the API space was growing up, leaving its juvenile phase behind. I also noted the rise of open source players like WSO2 alongside the proprietary incumbents. For transparency, I disclosed in that post that 3Scale and WSO2 were API Evangelist partners — Apigee was not. I followed them closely and covered them fairly, but they were never a sponsor, which let me write about them with a clear analytical distance.

The Google acquisition in September 2016, for around $625 million, caught me by surprise — but only for a few seconds. I had assumed if anyone acquired Apigee it would be their flagship client AT&T, or a giant like IBM. The moment I heard it was Google, it made total sense. We were entering what I called a very boring and businesslike age of APIs, where every enterprise simply needed JSON APIs for web, mobile, and devices, and where serving content, data, and algorithms in an organized, managed way had become table stakes for doing business. All three major cloud providers — AWS, Microsoft, Google — needed API management as a default capability. Google had over a hundred internal APIs and no real management story for customers; Apigee filled that gap. The acquisition was, more than anything, a signal that API management had stopped being an innovation category and become infrastructure that the cloud giants needed to own. It echoed Red Hat acquiring 3Scale a few months earlier.

The longer arc of Apigee’s story, viewed from the 2020s, is the story of bundling losing to unbundling. I wrote in 2021 and 2022 about how the API management conversation in 2010 had been dominated by Mashery, Apigee, and 3Scale, and how the great consolidation that began with Mashery’s acquisition and Apigee’s IPO marked the end of API management as the center of gravity. The problem was a misalignment that played out in enterprise after enterprise: leadership bought the vendor-and-analyst vision that you needed MuleSoft or Apigee, while the DevOps teams who actually ran production were quietly putting Kong, Tyk, and NGINX into their stacks. The heavy, bundled, all-in-one platform that Apigee represented got unbundled by lighter, modular, developer-driven tools. Apigee under Google continued to innovate and compete and held strong mindshare — generally a clear second behind MuleSoft — but it was now one interchangeable gateway option among many rather than the definition of the category.

My most pointed later criticism connected Apigee to the API product concept they had championed. By 2025 I was hearing enterprise leaders talk about migrating off Apigee the same way they used to talk about migrating off legacy gateways — and one customer told me that if the Apigee gateway did half the things Apigee promised it did, they’d be in a really good place. Apigee did a real job leading the API charge for years, and their most memorable contribution may have been popularizing the idea of the API as a product. But that concept, oversold, fed into what I came to call the API product fantasy — the gap between what the platform promised and what organizations could actually realize in practice.

Apigee’s place in API history is secure and specific. They proved the enterprise API management market existed and could sustain a public company. They defined the flow-through gateway, the policy framework, the enterprise developer portal, and the API-as-product framing that the whole industry absorbed. They built the community infrastructure, through API Craft, that helped the early space cohere. And they demonstrated the full lifecycle of an API category — pioneer, leader, IPO, acquisition, commoditization — more completely than any of their peers. The enterprise gateway practices that are now simply assumed, baked into every cloud provider’s offering, were to a large degree the practices Apigee invented and taught the rest of us to expect.

References