What is Apigee hybrid?

Stylized image of deployment

Apigee hybrid is a platform for developing and managing API proxies that features a hybrid deployment model. The hybrid model includes a management plane hosted by Apigee in the Cloud and a runtime plane that you install and manage on one of thesupported Kubernetes platforms.

Manage all your APIs in one place

Apigee hybrid helps you manage internal and external APIs with Google Cloud.

With unified API management, you can provide your developers, partners, and customers a consistent API program experience.

Address security and compliance

If your compliance and security considerations make on-premises deployment a must for your applications, with an enterprise-grade hybrid gateway, you can host and manage the Apigee hybrid runtime plane on your premises.

You manage and control the runtime, enabling you to leverage your existing compliance, governance, and security infrastructure.

Support your multi‑cloud strategy

Balancing cost and performance may lead you to a hybrid strategy.

Whether you are just exploring different cloud providers or have already chosen a hybrid strategy, your API management platform should give you the flexibility you need. Host and manage enterprise-grade hybrid gateways across your data center, Google Cloud, or both.

 

Tolearn more about hybrid:

Keep Reading

 

 

Toinstall hybrid:

Let's go!

 

API programs in a hybrid world

Apigee hybrid consists of a management plane maintained by Google and a runtime plane that you install on asupported Kubernetes platform. Both planes use Google Cloud Platform services, as the following image shows:

A high-level  view of the hybrid platform, including the management plane, runtime plane, and Google Cloud services

As you can see, hybrid consists of the following primary components:

  • Apigee-runmanagement plane: A set of services hosted in the cloud and maintained by Google. These services include the UI, management API, and analytics.
  • Customer-managedruntime plane: A set of containerized runtime services that you set up and maintain in your own Kubernetes cluster. All API traffic passes through and is processed within the runtime plane.

    You manage the containerized runtime on your Kubernetes cluster for greater agility with staged rollouts, auto-scaling, and other operational benefits of containers.

  • Google Cloud: A suite of Cloud services hosted by Google.

One key thing to know about hybrid is that all API traffic is processed within the boundaries ofyour network and under your control, while management services such as the UI and API analytics runin the cloud and are maintained by Google. For more information, seeWhere isyour data stored?

The following video provides a deep dive into the hybrid architecture:

About the runtime plane

The runtime plane is a set of containerized runtime services that you set up and maintain in yourown Kubernetes cluster running on asupported Kubernetes platform. All API traffic passes through and is processed within the runtimeplane. The runtime plane includes the following major components:

The runtime plane runs in a Kubernetes cluster running on asupported Kubernetes platform that you maintain.

The following image shows the primary services that execute on the runtime plane:

Primary services that execute on the hybrid runtime plane

For general information about the runtime components, see the sections that follow. In addition,seeRuntime service configuration overview.

The following sections describe each of these primary runtime plane services in more detail.

Message Processor

Hybrid Message Processors (MPs) provide API request processing and policy execution on theruntime plane. MPs load all of the deployed proxies, resources, target servers, certificates, andkeystores from local storage. You configure an Apigee ingress gateway to expose the MPs torequests that come from outside the cluster.

Synchronizer

The Synchronizer fetches configuration data about an API environment from the management planeand propagates it across the runtime plane. This downloaded data is also called thecontract and is stored on the local file system.

The Synchronizer periodically polls the Management Server forchanges and downloads a new configuration whenever changes aredetected. The configuration data is retrieved and stored locally asa JSON file on the local file system, where the Message Processors can access it.

The downloaded configuration data allows the runtime plane tofunction independently from the management plane. With the contract,Message Processors on the runtime plane use the locallystored data as their configuration. If the connection between themanagement and runtime plane goes down, services on the runtimeplane continue to function.

The configuration data downloaded by the Synchronizer includes:

Cassandra datastore

Apache Cassandra is the runtime datastore that provides data persistence for the runtime plane.

Cassandra is a distributed data system that provides data persistence on the runtime plane.You deploy the Cassandra database as aStatefulSet node pool on your Kubernetes cluster.Locating these entities close to the runtime processing services helps support requirementsfor security and high scalability.

The Cassandra database stores information about the following entities:

  • Key management system (KMS)
  • Key Value Map (KVM)
  • OAuth
  • Management API for RunTime data (MART)
  • Monetization data
  • Quotas
  • Response cache

Management API for Runtime data (MART)

Data that belongs to your organization and is accessed during runtime API calls arestored by Cassandra in the runtime plane.

This data includes:

  • Application configurations
  • Key Management System (KMS) data
  • Cache
  • Key Value Maps (KVMs)
  • API products
  • Developer apps

To access and update that data—for example, to add anew KVM or to remove an environment—you can use the Apigee hybrid UI or theApigee APIs. The MARTserver (Management API for Runtime data) processes the API calls against the runtimedatastore.

This section describes the role that MART plays when you call the Apigee APIs to access theruntime datastore.

 
What MART is

To call an Apigee API, you send an authenticated request to the Management Server (MS) on the management plane. The MS authenticates and authorizes the request, and then forwards the request to MART on the runtime plane. Attached to that request is a token that the MS generated using a pre-configured service account.

MART receives the request, authenticates and authorizes it, and then performs business validation on it. (For example, if the app is part of an API product, MART ensures it's a valid request.) After determining that a request is valid, MART then processes it.

Cassandra stores the runtime data that MART processes (it is, after all, aruntime datastore). MART might read data from the Cassandra or it might update that data, depending on the type of request.

Like most hybrid services, MART is stateless: it does not persist its own state at runtime.

What MART is not

The Management plane communicates with MART via the Apigee Connect agent, which uses a service account with the Apigee Connect Agent role (the MART service account in most installations). You do not call MART directly.

Furthermore, MART does not receive API proxy requests; those calls are handled by the Runtime ingress controller and are routed to your cluster's Message Processors.

 

It's worth pointing out that both MART and the Message Processors have access to the same runtime datastore (Cassandra), which is how data such as KMS, KVMs, and caches are shared.

The following image shows the flow of an Apigee API call:

API call flow in  hybrid

UDCA

The Universal Data Collection Agent (UDCA) is a service running within the data collection podin the runtime plane that extracts analytics, debug, and deployment status data and sends it to theUAP.

For more information, seeDebug, analytics, and deployment statusdata collection.

About the management plane

The management plane runs on Google Cloud. It includes administrative services suchas:

  • Apigee hybrid UI: Provides a UI for developers to create and deploy API proxies, configure policies, create API products, and create developer apps. Administrators can use the Apigee hybrid UI to monitor deployment status.
  • Apigee APIs: Provide a programmatic interface for managing your organization and environments.
  • Unified Analytics Platform (UAP): Receives and processes analytics and deployment status data from the runtime plane.

The following image shows the primary services that execute on the management plane:

Services that execute on the Apigee hybrid management plane

Management plane data and data residency

If your installation is usingdata residency you can specify the region in which this data is stored. SeeUsing data residency with Apigee hybrid.

About the Google Cloud services

The following table describes the key Google Cloud services that hybrid leverages:

Google Cloud ServiceDescription
IdentityUser account authentication uses Google Cloud accounts. Authorization uses Google Cloud service accounts.
RolesAccess management for hybrid uses Google's roles engine, IAM, and supports default Apigee roles.
Resource HierarchyResources are organized in Google Cloud projects (linked to Apigee organizations).
Cloud OperationsProvides logging and metrics data analysis.
 

Types of users

Apigee has identified the following primary types of hybrid users:

RoleTypical responsibilities/tasksAreas of interest
System administrators/operators
  • Install and configure services on hybrid's runtime plane
  • Set up Google Cloud, Apigee, and service accounts
  • Create Google Cloud services and projects
  • Manage the Kubernetes cluster
  • Maintain all of the above
  • Troubleshoot the API proxies
Developers
  • Build API proxies using the Apigee hybrid UI or Apigee APIs
  • Deploy API proxies to the runtime plane
  • Troubleshoot the API proxies
  • Test the API proxies
 

Advantages

Apigee hybrid has the following advantages:

Increased agility
Because hybrid is delivered and runs in containers, you can achieve staged rollouts, auto-scaling, and other operational benefits of a containerized system.
Reduced latency
All communication with the hybrid management plane is asynchronous and does not happen as part of processing client API requests.
Increased API adoption
Although it is possible to process internal APIs using Apigee, the reduced latency and efficiency you can achieve with hybrid makes processing internal APIs with hybrid an attractive option. Part of this efficiency is achieved because your API gateway runs on-premises, in close proximity to your backend services. Also, if you are on Apigee, you can increase your adoption of Apigee by processing internal APIs through hybrid.
Greater control
Many enterprises are embarking on a hybrid strategy. The ability to manage API runtimes deployed in private data centers is a key requirement for large enterprises. Currently, the hybrid runtime plane can be deployed to Google Cloud or in your own data center.

Next step

Seethe Big Picture—an overview of the hybrid installation process.

Except as otherwise noted, the content of this page is licensed under theCreative Commons Attribution 4.0 License, and code samples are licensed under theApache 2.0 License. For details, see theGoogle Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Last updated 2025-12-15 UTC.