The Apigee hybrid runtime plane is made up of a variety of services. Each service is deployed
on nodes within your Kubernetes cluster, and each one can be configured using theoverrides.yamlfile.
Runtime architectural diagram
The following image shows how each of the runtime services interacts with other services in
hybrid:
The following table summarizes the runtime services:
Apigee Ingress is an edge load balancer that receives incoming connections and routes
them to the correct message processor. It includes two parts: theapigee-ingressgateway-managerandapigee-ingressgateways.
apigee-ingressgatewaypod routes the traffic to the right Apigee environment
based on hostname and basepath and it orchestrates traffic flow during the canary releases.
apigee-ingressgateway-managerpod task is to create and update the routing configuration of the Apigee Ingress.
Apigee Operators (AO) creates and updates low level Kubernetes and Istio
resources that are required to deploy and maintain the ApigeeDeployment (AD) configuration. For example,
the controller carries out the release of message processors and validates
the AD configuration before making it persistent in Kubernetes cluster.
Acts as a runtime datastore that provides Apigee local persistent storage for KMS,
OAuth, KVMs, and caching for the runtime plane. You can have separate Cassandra rings for
KMS, OAuth, KVMs, and caching. apigee-cassandra-defaultpods are the pods running the Hybrid Cassandra database on a Kubernetes cluster. One or more pods together make a cluster that reads, writes, and stores persistent data for Apigee Hybrid. apigee-cassandra-user-setuppod initializes and configures the users and roles for the Cassandra database. These roles are used by Cassandra and Runtime components to read and write data to the Hybrid Cassandra database. apigee-cassandra-schema-setuppod initializes and configures the database schema of the Hybrid Cassandra database. This pod is for setting up Cassandra keyspace and table definitions with the Hybrid Cassandra database.
The Connect Agent allows the Apigee hybrid management plane to connect securely to the MART service in the
runtime plane without requiring you to expose the MART endpoint on the internet.
Exposes an endpoint to administer data entities on the runtime plane, such as KMS (API
keys and OAuth tokens), quotas, KVMs, and API products. MART services are scoped to a
single organization.
Consumes rolling updates from the management plane to provide API request processing and
policy execution on the runtime plane. Each Message Processor is scoped to a single
environment.
Apigee Redis is used to keep track of rate limit counts in Apigee and hybrid, which applies only when the SpikeArrest policy has the effectiveCount option enabled.
Fetches configuration data about an API environment from the management plane to the
runtime plane. A Synchronizer can poll one or more environments in the same or
different organizations.
Extracts analytics and deployment status data and sends it to the UAP service in the
management plane so that you can access it with the management UI.
The watcher is a process that watches for configuration changes and triggers their application to the runtime plane.
The watcher also sends Apigee Ingress and runtime deployment status back to the control plane.
The watcher fetches the deployment status from all apigee runtime pods, merges the status and sends the status to the ConfigStore on Management Plane
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-29 UTC."],[[["\u003cp\u003eThis document describes the architecture and services of the Apigee hybrid runtime plane, which is deployed on a Kubernetes cluster and configurable via the \u003ccode\u003eoverrides.yaml\u003c/code\u003e file.\u003c/p\u003e\n"],["\u003cp\u003eThe Apigee hybrid runtime is made up of multiple services, including Apigee Ingress for routing, Apigee Operators for managing deployments, Cassandra for data storage, and Message Processors for API processing, each fulfilling a specific role.\u003c/p\u003e\n"],["\u003cp\u003eServices like Apigee Connect and Synchronizer facilitate communication between the runtime and management planes, while services such as Logger, Metrics and UDCA are employed for monitoring, logs, and analytics.\u003c/p\u003e\n"],["\u003cp\u003eEach service is implemented as a Kubernetes resource like Deployment, StatefulSet or DaemonSet and is associated with a specific configuration object detailed in the documentation.\u003c/p\u003e\n"],["\u003cp\u003eThe services are scoped to different levels such as Kubernetes cluster, organization, or environment, based on the role that they play in the hybrid system.\u003c/p\u003e\n"]]],[],null,["# Runtime service configuration overview\n\n| You are currently viewing version 1.11 of the Apigee hybrid documentation. **This version is end of life.** You should upgrade to a newer version. For more information, see [Supported versions](/apigee/docs/hybrid/supported-platforms#supported-versions).\n\nThe Apigee hybrid runtime plane is made up of a variety of services. Each service is deployed\non nodes within your Kubernetes cluster, and each one can be configured using the\n[`overrides.yaml` file](/apigee/docs/hybrid/v1.11/customize-services).\n\n#### Runtime architectural diagram\n\nThe following image shows how each of the runtime services interacts with other services in\nhybrid:\n\nThe following table summarizes the runtime services:\n\nMost services make socket connections with other internal or external services that you should be\naware of. For more information, see [Hybrid ports](/apigee/docs/hybrid/v1.11/ports)."]]