Skip to main content

One gateway for your APIs, your AI traffic and your agents

G8 runs in your own infrastructure. Serve your existing APIs to AI agents as tools, send LLM traffic to the providers you choose, and keep the same identity, limits and audit record for all of it.

  • OpenShift · Kubernetes · Docker · virtual machines
  • Runs in networks without internet access
  • Support in Turkish and English, included in the license
A Route to language modelsAI traffic runs on the same Routes, roles, Environments and audit record as your APIs.
OpenAPI to MCPMCP clients, such as AI agents, can then call the API’s operations as tools.
Why one platform

What changes when nothing runs outside the gateway

Gateways and configuration in many places

Teams run separate gateways, each configured its own way, and no one sees all of them.

G8 manages the gateway clusters of every Environment from one console, with the same Routes, Plugins and roles. Before a Route moves from Staging to Production, G8 shows what the copy will change.

AI traffic without control

Applications call LLM providers directly, each with its own keys, limits and logs.

Send AI traffic through the gateway: provider keys stay in G8, and token limits, prompt rules and request records apply as they do to any API.

Identity and access spread across systems

Every API checks its callers in its own way, and access to gateway configuration is granted case by case.

Authentication runs at the gateway with OpenID Connect, LDAP, SAML, JWTs or API keys. In the console, each person gets a role per Environment, and a role granted for Staging gives no access to Production.

Changes without a record

Configuration changes leave no trace of who made them or what they changed.

Every change through G8 passes a role check and is recorded with its values before and after. The G8 engine checks each configuration change. If it refuses one, nothing is applied.

API Gateway

Limits, identity, logs and traffic rules for every API

G8 API Gateway runs every Plugin of the G8 engine and manages them from the G8 console. Attach them to a Route, a Service or a Consumer, or apply them across the gateway.

See every request, and what changed around it

Traffic Explorer shows the gateway’s own request records. Analytics shows request counts and response times beside the changes made in the same window. Alerts tells your team when a rule or a gateway node needs attention.

  • Your data storesRecords stay in your Elasticsearch or OpenSearch, counts in your Prometheus.
  • Sensitive fields maskedHeaders such as authorization and cookie are masked by default. Viewing a request body takes its own permission and is written to the audit log.
  • Logs where you need themSend access logs to HTTP endpoints, Kafka, Elasticsearch or syslog, expose metrics and export traces.

What API Gateway works with

Identity

  • OpenID Connect
  • LDAP
  • SAML
  • Keycloak
  • JWT
  • API keys
  • Signed requestsHMAC
  • Basic authentication
  • Open Policy Agent
  • Forward authentication

Accept more than one method on the same Route.

Logs and telemetry

  • HTTP endpointslogs
  • Kafkalogs
  • Elasticsearchlogs
  • sysloglogs
  • Prometheusmetrics
  • Zipkintraces

Logs go to the systems you already run.

Traffic

  • Request count limits
  • Request rate limits
  • Connection limits
  • Canary splits
  • Circuit breaker
  • Response cache

Per Route, per Service, per Consumer or across the gateway.

In the console

  • Analytics
  • Traffic Explorer
  • Alerts
  • Gateway nodes
  • Audit log

Read from your own Prometheus and Elasticsearch or OpenSearch.

AI Gateway

AI traffic under the same rules as your APIs

G8 AI Gateway serves your existing APIs to AI agents and sends requests to the LLM providers you choose. Token limits, prompt rules and caching sit on the same Routes, with the same roles, audit and Environments as your APIs.

OpenAPI to MCP

Serve your existing APIs to AI agents, with the rules they already have

Add the openapi-to-mcp Plugin to a Route and point it at an API’s OpenAPI document. MCP clients, such as AI agents, can then call the API’s operations as tools. The G8 engine does the conversion, inside your infrastructure.

Your identity

The Route’s authentication applies to tool calls: MCP clients sign in like any other client.

key-auth · jwt-auth · openid-connect

Your limits

Rate limits on the Route count tool calls as requests.

limit-count · limit-req

Your logs

Tool calls appear in Traffic Explorer and in the logs you already send.

http-logger · kafka-logger

Send each request to the right provider

Route traffic to OpenAI, Anthropic, Azure OpenAI, Amazon Bedrock, Google Gemini, Vertex AI, DeepSeek, OpenRouter or any OpenAI-compatible endpoint, and fall back to another provider when one returns a server error or is rate limited.

  • Keys stay at the gatewayApplications call one Route. Provider keys are set in the Plugin, masked for roles that can’t manage it.
  • Balancing and fallbackSpread requests across instances and move to the next one when an instance fails.
ai-proxy · ai-proxy-multi

API Security and Developer Portal

API Security

Security that runs at the gateway and in the console

Authentication, access rules, request validation and data masking run on your Routes. Certificates and secrets are managed in G8. The console adds roles per Environment and an audit record of every change.

Developer Portal

A catalog for the developers who use your APIs

A catalog of your APIs, with documentation and self-service access for the developers who use them. Included in the G8 license.

  • API catalog
  • Documentation
  • Self-service access
Across all four areas

Environments, roles and audit, across all four areas

Environments, access rules and the audit log are one layer of G8, and it applies to all four areas: API Gateway, AI Gateway, API Security and Developer Portal.

Environments

Development, Staging and Production in the same console

A G8 installation manages separate gateway clusters, each as its own Environment. Add a cluster you already run: adding or removing an Environment doesn’t touch the G8 engine.

Before you copy a Route, Service or Upstream to another Environment, G8 shows what the copy will change there. Nothing is written to the target until you save. In a protected Environment, deleting an object requires typing its name.

SecretsCopied only while “Copy secrets too” is selected.
Missing dependenciesObjects the copy refers to that don’t exist in the target yet.
What will changeIf the object already exists in the target, the copy replaces it, and the lines it adds and removes are listed.
Access and audit

Who can change what, and how G8 records it

Roles per Environment

Give each person a role in a specific Environment, or in all of them. A role granted for Staging gives no access to Production. Use the built-in roles (Platform administrator, Environment administrator, Editor, Viewer) or build your own from a permission grid.

Roles that can’t manage a resource see its secret fields masked. Service accounts with expiring tokens handle automation.

Recorded before it’s applied

When someone changes gateway configuration through G8, the change passes a role check, and an audit record is opened before it’s applied. If the audit record can’t be written, the change isn’t applied. The G8 engine checks each configuration change. If it refuses one, nothing is applied. Change attempts that a role doesn’t allow are recorded too.

For a gateway change, the record keeps the values before and after the change, with secret fields masked.

  1. Role check
    Role doesn't allow it
    Refused, recorded
  2. Audit record opened
    Record can't be written
    Not applied
  3. Engine check
    Engine refuses
    Error under the field, nothing applied
  4. Applied
  5. Record completed
Where G8 runs

Every part of G8 runs in your infrastructure

OpenShift
Kubernetes
Docker
Virtual machines

Every part of G8, including its console, runs in your infrastructure. It installs on OpenShift, Kubernetes, Docker or virtual machines.

The console and management API sit beside the traffic path. API traffic doesn’t pass through them. G8 scales horizontally: run it as multiple replicas that share one database.

Resources

Guides and articles from the G8 team

BlogOpenAPI to MCP: exposing an existing REST API to AI agents

What the conversion does, where it runs and which rules of the Route still apply.

Knowledge baseRunning an API gateway on OpenShift: architecture checklist

The pieces you provide, how G8 sits beside the traffic path and what to prepare.

BlogWho changed what: audit records for API gateway configuration

How a change is checked and recorded, why one is refused and what the record keeps.

Next step

See your APIs and your AI traffic behind one gateway

Our team walks you through G8 with traffic like yours: how access and audit work, and where it fits in your infrastructure.

  1. 01Demo
  2. 02Proof of conceptOn Docker for a quick start, or on the infrastructure you plan to run G8 on.
  3. 03LicenseWe prepare a quote for your edition and nodes, and you receive a signed license file.

One gateway for your APIs, your AI traffic and your agents

G8 runs in your own infrastructure. Serve your existing APIs to AI agents as tools, send LLM traffic to the providers you choose, and keep the same identity, limits and audit record for all of it.

  1. A Route to language modelsAI traffic runs on the same Routes, roles, Environments and audit record as your APIs.
  2. OpenAPI to MCPMCP clients, such as AI agents, can then call the API’s operations as tools.
  • OpenShift · KubernetesDocker · virtual machines
  • Runs in networks without internet access
  • Support in Turkish and English, included in the license
See where G8 runs
Why one platform

What changes when nothing runs outside the gateway

  • Gateways and configuration in many places

    With G8

    G8 manages the gateway clusters of every Environment from one console, with the same Routes, Plugins and roles.

    How Environments work
  • AI traffic without control

    With G8

    Provider keys stay in G8, and token limits, prompt rules and request records apply as they do to any API.

    What AI Gateway covers
  • Identity and access spread across systems

    With G8

    Authentication runs at the gateway, and each person gets a role per Environment.

    How API Security works
  • Changes without a record

    With G8

    Every change passes a role check and is recorded with its values before and after.

    How the audit log works
API Gateway

Limits, identity, logs and traffic rules for every API

G8 API Gateway runs every Plugin of the G8 engine and manages them from the G8 console.

Explore API Gateway

Traffic Explorer shows the gateway’s own request records. Analytics shows request counts beside the changes made in the same window. Alerts tells your team when a rule or a gateway node needs attention.

Records stay in your Elasticsearch or OpenSearch, counts in your Prometheus.

Observability in API Gateway

AI Gateway

AI traffic under the same rules as your APIs

G8 AI Gateway serves your existing APIs to AI agents and sends requests to the LLM providers you choose.

Explore AI Gateway
OpenAPI to MCP

Serve your existing APIs to AI agents, with the rules they already have

Add the openapi-to-mcp Plugin to a Route and point it at an API’s OpenAPI document. MCP clients, such as AI agents, can then call the API’s operations as tools.

Step 1 of 3: Your API’s OpenAPI document
Step 2 of 3: openapi-to-mcp on the Route orders-mcp
Step 3 of 3: Tools, as an MCP client lists them
  • Your identityMCP clients sign in like any other client.
  • Your limitsRate limits count tool calls as requests.
  • Your logsTool calls appear in Traffic Explorer and in the logs you already send.
OpenAPI to MCP in AI Gateway

Send each request to the provider you choose, and fall back to another one when a provider returns a server error or is rate limited. Provider keys stay in the Plugin, masked for roles that can’t manage it.

ai-proxy · ai-proxy-multi
Providers in AI Gateway

API Security and Developer Portal

API Security

Security that runs at the gateway and in the console

Authentication, access rules, request validation and data masking run on your Routes. Certificates and secrets are managed in G8.

Explore API Security
Developer Portal

A catalog for the developers who use your APIs

Documentation and self-service access for the developers who use your APIs. Included in the G8 license.

  • API catalog
  • Documentation
  • Self-service access
Explore Developer Portal
Across all four areas

Environments, roles and audit, across all four areas

Environments, access rules and the audit log are one layer of G8, and it applies to all four areas.

Environments

Development, Staging and Production in the same console

Each gateway cluster is its own Environment. Before you copy a Route, Service or Upstream to another Environment, G8 shows what the copy will change there.

  1. SecretsCopied only while “Copy secrets too” is selected.
  2. Missing dependenciesObjects the copy refers to that don’t exist in the target yet.
  3. What will changeIf the object already exists in the target, the copy replaces it, and the lines it adds and removes are listed.
How Environments work
Access and audit

Who can change what, and how G8 records it

Roles per Environment

Give each person a role in a specific Environment, or in all of them. A role granted for Staging gives no access to Production. Use the built-in roles or build your own from a permission grid.

Recorded before it’s applied

A change through G8 passes a role check, and an audit record is opened before it’s applied. If the record can’t be written, or the G8 engine refuses the change, nothing is applied.

  1. Role check
    Role doesn't allow it
    Refused, recorded
  2. Audit record opened
    Record can't be written
    Not applied
  3. Engine check
    Engine refuses
    Error under the field, nothing applied
  4. Applied
  5. Record completed
How the audit log works Access and roles in detail How the audit log works
Where G8 runs

Every part of G8 runs in your infrastructure

OpenShift
Kubernetes
Docker
Virtual machines

The console and management API sit beside the traffic path. API traffic doesn’t pass through them.

Your infrastructure
API clients
Database for G8
G8console · management API
replicas
manages
G8 engineDevelopment
G8 engineStaging
G8 engineProduction
Elasticsearch / Prometheusoptional · per environment
Your backend services
See the architecture
Resources

Guides and articles from the G8 team

Blog Knowledge base
Next step

See your APIs and your AI traffic behind one gateway

Our team walks you through G8 with traffic like yours: how access and audit work, and where it fits in your infrastructure.

  1. 01Demo
  2. 02Proof of conceptOn Docker for a quick start, or on the infrastructure you plan to run G8 on.
  3. 03LicenseWe prepare a quote for your edition and nodes, and you receive a signed license file.