---
title: 'LLM/AI API Gateway Market Analysis & Startup Stack Recommendations'
date: 2025-04-16T17:36:12+08:00
draft: false
showtoc: true
tocopen: false
type: posts
author: ["Xinwei Xiong", "Me"]
keywords: []
tags:
  - AI
  - Open Source
categories:
  - Projects
description: >
  A deep dive into AI gateway architecture for managing LLM API traffic, rate limiting, and multi-model routing.
aliases:
  - /posts/ai-projects/ai-getway/
tldr:
  - "AI gateways centralize LLM access, enabling token-based billing, multi-provider routing, cost control, security guardrails, and observability critical for production AI applications."
  - "Two market categories emerge: purpose-built AI gateways like LiteLLM and Portkey prioritizing AI-specific features, versus evolved general API gateways like Kong and APISIX extending mature platforms with AI plugins."
  - "LiteLLM stands out for startups with 100+ LLM support, OpenAI-compatible API, native Langfuse integration, Python ecosystem alignment, and flexible deployment options balancing cost, flexibility, and rapid iteration."
---

> This project is an ongoing process — learning AI open source projects one day at a time, building real-world skills by combining hands-on practice with AI tooling, and documenting the journey.
> [notion List](https://traveling-thistle-a0c.notion.site/Open-Source-Project-Learn-1d2a444a6c008030a24efaa0e3bf5f5c?pvs=4)


# **LLM/AI API Gateway Market Analysis & Startup Stack Recommendations**


## **1. Executive Summary**

As large language model (LLM) and AI applications proliferate, managing their interactions with applications has grown increasingly complex. Traditional API gateways struggle with LLM-specific challenges — token-based billing, streaming response handling, complex security requirements, and cost control. This gap has given rise to AI API gateways: infrastructure purpose-built for deploying and managing LLM workloads in production <sup>1</sup>.

This report provides a comprehensive analysis of current LLM/AI API gateway solutions, covering both open source and commercial categories. It examines implementation approaches, core tech stacks, cloud-native readiness, and key functional capabilities — with particular focus on LLM/AI-specific features such as model routing and load balancing, authentication and authorization, cost control, caching, security guardrails (e.g., PII detection), and integration with popular tools like LangChain and Langfuse.

The analysis reveals two dominant market trends: **purpose-built AI gateways** (such as LiteLLM and Portkey) that respond rapidly to AI-specific needs, and **evolved general-purpose API gateways** (such as Apache APISIX, Kong Gateway, and Gloo Gateway) that leverage mature API management capabilities and extend them with AI-specific plugins or modules <sup>2</sup>.

For resource-constrained startups seeking flexibility and rapid iteration, choosing the right AI gateway is a critical infrastructure decision. Evaluation criteria should cover functional completeness, cost-effectiveness, ease of use, community support, cloud-native integration, and compatibility with existing technology stacks. Open source solutions are especially attractive for their low upfront cost, high flexibility, and active communities <sup>4</sup>.

Weighing all factors, **LiteLLM** stands out as one of the best choices for AI startups today. It offers broad LLM provider support (100+), a unified OpenAI-compatible API, powerful cost control and observability features (including deep integration with Langfuse), an active open source community, and straightforward deployment into Python-based AI workflows. That said, any gateway selection must account for operational complexity and the team's specific functional requirements.

Looking ahead, the boundary between AI gateways and traditional API gateways is expected to blur. Gateways will evolve into smarter AI traffic orchestrators <sup>2</sup>. Selecting a gateway with solid cloud-native foundations and extensible AI capabilities will give organizations a durable advantage in an increasingly competitive AI landscape.


## **2. Introduction: The Rise of LLM/AI API Gateways**

The widespread adoption of large language models is reshaping industries, but integrating them effectively, securely, and economically into production environments is far from straightforward. Traditional API gateways excel at managing microservices and web application traffic, but they fall short when confronting LLM/AI-specific challenges <sup>2</sup>. These challenges stem from fundamental differences between LLMs and traditional APIs in terms of interaction patterns, billing models, security risks, and performance requirements.

First, **LLM billing is typically token-based** rather than per-request. This means gateways must be capable of precisely tracking and controlling token usage per request for cost allocation and budget management <sup>2</sup>. Second, many LLM applications (such as real-time chatbots) rely on **streaming responses (Server-Sent Events or WebSockets)**, requiring the gateway to efficiently handle long-lived connections and chunked data with real-time monitoring — a paradigm very different from the atomic request model of traditional API gateways <sup>2</sup>.

Additionally, LLM interactions involve natural language, introducing new **security and compliance risks**. Gateways need the ability to inspect both request (prompt) and response content to prevent **prompt injection attacks**, filter harmful or inappropriate content, and detect and handle **personally identifiable information (PII)** and other sensitive data to ensure AI applications comply with security policies and regulations <sup>1</sup>.

Enterprises commonly use **multiple LLMs from different providers** — OpenAI, Azure OpenAI, Anthropic, Google Vertex AI, AWS Bedrock, and self-hosted models. This demands a **unified access interface** that simplifies developer integration and supports **intelligent routing and load balancing** based on cost, performance, availability, or task-specific requirements <sup>3</sup>. Finally, **caching mechanisms** become especially important for performance optimization and cost reduction — particularly **semantic caching**, which understands semantic similarity and can significantly improve cache hit rates <sup>6</sup>.

In response to these unique challenges, **LLM/AI API gateways** emerged as purpose-designed middleware that serves as a **central control plane** between applications and LLM services <sup>1</sup>. AI gateways inherit the routing, authentication, and rate-limiting capabilities of traditional API gateways, while extending and optimizing them for AI workloads — providing token-level monitoring, granular cost control, content security, multi-model management, semantic caching, and other AI-specific capabilities <sup>2</sup>.

The core value of an AI gateway lies in **moving the complexity of managing AI interactions from the application layer down to the infrastructure layer** <sup>1</sup>. By centralizing access to LLM resources, an AI gateway ensures that all AI-driven applications comply with enterprise security policies, compliance requirements, and cost budgets — while simplifying development workflows and improving operational efficiency <sup>3</sup>. Notably, AI gateways primarily focus on **egress traffic** — traffic flowing from internal applications to external or internal LLM services — which differs from the traditional API gateway focus on **ingress traffic** (from external clients to internal applications) <sup>3</sup>. This egress focus drives requirements for strong provider credential management, cross-provider routing, token cost tracking, and prompt/response content inspection.


## **3. Market Landscape: Mainstream LLM/AI API Gateway Solutions**

The current LLM/AI API gateway market is diverse. It includes AI-native innovators, traditional API management vendors extending their platforms, and cloud provider integrated solutions. Based on origin and business model, the landscape can be grouped into three categories: open source, commercial, and cloud provider.

**Open source AI gateways** are typically community-driven or backed by commercial companies. They provide core gateway functionality while allowing users to freely deploy, modify, and extend them. They are popular for their flexibility, low cost, and rapid innovation — especially for teams that need high customizability and full control over their stack.

**Commercial AI gateways** typically offer enhanced functionality on top of an open source core (where applicable), along with enterprise support, SLA guarantees, more complete management interfaces, and additional security and compliance features. They suit organizations that require stability, professional support, and strict compliance.

**Cloud provider gateway services** (such as AWS API Gateway, Azure API Management, and Cloudflare AI Gateway) integrate AI gateway features into their cloud platforms, providing convenient deployment and management experiences with deep integration into other cloud services. However, they may lag behind specialized AI gateways on cutting-edge AI features and carry some vendor lock-in risk.

The table below summarizes the mainstream API gateway solutions currently used for LLM/AI workloads:

**Table 1: Overview of Mainstream LLM/AI API Gateways**


| Gateway | Type | Primary Focus | Core Technology | Key Value / Differentiator |
|---------|------|---------------|-----------------|----------------------------|
| **LiteLLM** <sup>14</sup> | Open Source | Purpose-Built AI | Python | Extremely broad LLM support (100+), unified OpenAI-format API, strong cost tracking, virtual keys, and observability integrations (Langfuse). Active community, easy Python integration. |
| **Portkey.ai** <sup>12</sup> | Open Source | Purpose-Built AI | Node.js/JavaScript (inferred) <sup>12</sup> | Ultra-low latency (claims <1ms), supports multiple model types, fallbacks, load balancing, semantic caching, built-in guardrails. Good integration with LangChain and agent frameworks. |
| **Apache APISIX** <sup>17</sup> | Open Source | Evolved API Gateway | Nginx / OpenResty (Lua) <sup>17</sup> | High-performance, cloud-native, platform-agnostic. AI capabilities via plugin system (proxy, load balancing, token rate limiting). Rich ecosystem, Apache Foundation-backed. |
| **Kong Gateway** <sup>18</sup> | Open Source | Evolved API Gateway | Nginx / OpenResty (Lua) <sup>18</sup> | Feature-rich API management platform. AI via plugins (multi-LLM, prompt guardrails, PII sanitization, RAG). Provides Kubernetes Ingress Controller. |
| **Gloo/Kgateway** <sup>19</sup> | Open Source | Evolved API Gateway | Envoy Proxy / Go <sup>19</sup> | Envoy-based, cloud-native design. Supports Kubernetes Gateway API standard. Provides API management and AI gateway capabilities. |
| **Higress** <sup>20</sup> | Open Source | Evolved API Gateway | Istio / Envoy Proxy | Istio/Envoy-based, cloud-native, Wasm plugin support. AI gateway features (multi-model, observability, rate limiting, caching) and MCP Server Hosting. |
| **MagicAPI** <sup>21</sup> | Open Source | Purpose-Built AI | Rust (Axum/Tokio) | Extreme performance and low resource footprint (Rust). Unified API for major AI providers with streaming support. |
| **Dify** <sup>22</sup> | Open Source | LLM App Dev Platform | Python (inferred) | Integrates LLM application development, API gateway, and backend services. Visual prompt editing, dataset management, and application monitoring. |
| **Kong Konnect** <sup>11</sup> | Commercial | Evolved API Gateway | Kong Gateway (OSS Core) | Enterprise features on Kong Gateway including enhanced AI, management platform, enterprise support, and SLA. |
| **API7.ai** <sup>23</sup> | Commercial | Evolved API Gateway | Apache APISIX (OSS Core) | Enterprise-grade solution built on APISIX. Enhanced management interface, multi-tenancy, auditing, analytics, commercial plugins, and enterprise support. |
| **Gloo Platform** <sup>25</sup> | Commercial | Evolved API Gateway | Gloo/Kgateway (OSS Core) / Envoy | Enterprise features on Gloo Gateway, potentially including advanced AI integration, security policies, observability, and enterprise support. |
| **Cloudflare AI Gateway** <sup>26</sup> | Cloud Provider | Purpose-Built AI (Managed) | Cloudflare Managed Service | Easy integration (one line of code), unified observability (logs, metrics, cost), caching, rate limiting, support for major AI providers and Workers AI. |
| **AWS API Gateway** <sup>27</sup> | Cloud Provider | General-Purpose API Gateway | AWS Managed Service | Deep AWS ecosystem integration. RESTful and WebSocket APIs, traffic management, auth, monitoring. Limited AI-specific features. |
| **Azure API Management** <sup>28</sup> | Cloud Provider | General-Purpose API Gateway | Azure Managed Service | Deep Azure ecosystem integration. API lifecycle management, partial AI gateway features via policies (e.g., PII detection, routing). |
| **IBM API Connect AI Gateway** <sup>29</sup> | Commercial | Evolved API Gateway | IBM API Connect | Centralized control, secure connection, policy management, cost limiting, caching, and analytics for public and private AI service APIs. |
| **TrueFoundry** <sup>10</sup> | Commercial | MLOps/AI Platform | Managed Service | LLM gateway as part of an MLOps platform. Unified access, key management, access control, model deployment, and monitoring. |
| **Traefik AI Gateway** <sup>13</sup> | Commercial | Evolved API Gateway | Traefik Proxy | AI capabilities integrated into Traefik. AI model deployment, lifecycle management, data preprocessing, security, and CI/CD integration. |
| **TrustGate** <sup>1</sup> | Open Source (appears inactive) | Purpose-Built AI | (Unknown) | Early concept for an AI-workload-specific gateway emphasizing high performance and AI-native optimizations. GitHub repository appears no longer active. |


Market analysis reveals a key dynamic: **the market is simultaneously diverging and converging**. On one side, AI-focused open source projects like LiteLLM and Portkey, with their agility and deep understanding of AI requirements, often lead in feature innovation <sup>12</sup>. On the other side, mature API management vendors like Kong, APISIX, and Gloo are leveraging their solid gateway foundations to incorporate AI capabilities through plugins or extension modules <sup>11</sup>. Cloud providers offer convenient integration options, but may make trade-offs on the depth and breadth of specialized AI features <sup>26</sup>.

There is also some **ambiguity in what "AI gateway" means**. Some solutions — like Portkey and LiteLLM — aim to be comprehensive platforms covering observability, advanced routing, caching, and security guardrails <sup>12</sup>. Others focus more narrowly on **basic proxy and routing** as a simple bridge between applications and LLMs <sup>32</sup>. Still others add AI capabilities on top of a powerful API management platform through a **plugin model** <sup>11</sup>. This variation means users must carefully assess their specific requirements — whether they need a basic proxy or a full-featured AI traffic management platform.


## **4. Architecture Deep Dive: Implementation Strategies and Cloud-Native Readiness**

LLM/AI API gateways are implemented in diverse ways, reflecting different design philosophies and technology choices. Understanding these architectural differences and cloud-native characteristics is essential for selecting the right solution.

**Two Core Architectural Philosophies:**


1. **Purpose-Built for AI:** These gateways (e.g., LiteLLM, Portkey, MagicAPI) place the unique requirements of AI/LLM at the center of their design from day one <sup>1</sup>. They typically prioritize token-level control, unified multi-model APIs, semantic caching, and AI-specific security guardrails. Their strength lies in deep optimization for AI workflows and rapid feature iteration. However, they may have less mature general API management features (such as complex traffic shaping or protocol translation) compared to established general-purpose gateways.
2. **Evolved API Gateway:** These gateways (e.g., Apache APISIX, Kong Gateway, Gloo/Kgateway, Higress) build on proven general-purpose API gateway technology <sup>2</sup>. They leverage existing powerful network proxy capabilities, rich plugin ecosystems, and enterprise-grade features, extending them with AI-related plugins or modules <sup>17</sup>. Their strength is the inheritance of battle-tested performance, stability, and broad API management capabilities from underlying proxies (such as Envoy or Nginx). AI features may have been added later, however, and may not be as deeply integrated or easy to use as in purpose-built AI solutions.

**Underlying Technology Stack Analysis:**



* **Envoy Proxy:** Gloo/Kgateway and Higress are built on Envoy <sup>19</sup>. Envoy is a high-performance, cloud-native L7 proxy and communication bus known for its extensibility, rich API, and dynamic configuration capabilities. Envoy-based gateways naturally inherit excellent cloud-native characteristics.
* **Nginx / OpenResty (Lua):** Apache APISIX and Kong Gateway are built on Nginx or the enhanced OpenResty framework, with heavy use of Lua for extensibility <sup>17</sup>. Nginx is known for high performance, stability, and low resource consumption. Lua enables flexible programming within Nginx request processing stages.
* **Python:** LiteLLM is primarily built in Python <sup>15</sup>. Python's extremely rich AI/ML ecosystem and large developer community make it convenient for integrating AI-related libraries and developing specific features. However, it may have some performance trade-offs in pure proxy throughput and high-concurrency scenarios compared to C/Go/Rust implementations.
* **Go:** Tyk and KrakenD use Go <sup>34</sup>. Go's excellent concurrency performance, efficient memory management, and clean syntax make it a popular choice for building high-performance network services. The Gloo/Kgateway control plane is also primarily written in Go <sup>19</sup>.
* **Rust:** MagicAPI is built in Rust <sup>21</sup>. Rust is known for memory safety, zero-cost abstractions, and extreme performance — particularly well-suited for high-performance systems that are sensitive to latency and resource consumption.
* **Node.js / JavaScript:** Portkey's deployment patterns suggest it may use Node.js <sup>12</sup>. JavaScript/Node.js has a large ecosystem and an async I/O model well-suited for rapid web application development. Express Gateway is also Node.js-based <sup>34</sup>.

The technology stack choice directly affects the gateway's performance characteristics, resource footprint, extensibility, and the barrier for teams to customize or contribute. For example, Envoy- or Nginx-based gateways inherit mature underlying proxy capabilities, but AI feature customization may require specific plugin development skills (such as Lua or C++ Envoy filters). Python-based gateways integrate more easily with the AI ecosystem but may require more attention to performance optimization. Rust or Go implementations aim to balance performance and resource efficiency.

**Cloud-Native Readiness Assessment:**

True cloud-native status goes beyond running in Docker — it means deep integration with the Kubernetes ecosystem. A mature cloud-native AI gateway should have:



* **Containerized Deployment:** Official Docker images, support for deployment via Docker Compose or container platforms <sup>12</sup>.
* **Kubernetes Integration:**
    * **Helm Charts:** Official Helm charts to simplify deployment and configuration management on Kubernetes <sup>35</sup>.
    * **Kubernetes Ingress Controller:** Operating as an Ingress Controller to manage cluster ingress traffic, though this is gradually being superseded by Gateway API <sup>17</sup>.
    * **Kubernetes Gateway API Support:** A key indicator of modern Kubernetes gateway maturity. Gateway API provides a richer, more flexible, role-oriented API model for managing gateway resources compared to Ingress <sup>43</sup>. Gateways that explicitly support Gateway API (e.g., Gloo/Kgateway <sup>19</sup>, APISIX <sup>43</sup>, Higress <sup>20</sup>) demonstrate alignment with Kubernetes standards and future direction.
    * **Kubernetes Operator:** An Operator pattern to automate gateway installation, upgrades, configuration, and lifecycle management — significantly reducing operational complexity <sup>45</sup>. Kong <sup>45</sup> and potentially Gloo (via Gloo Platform) <sup>41</sup> provide Operator support.
* **Service Mesh Integration:** Good integration with service meshes such as Istio and Linkerd to manage both north-south (ingress/egress) and east-west (inter-service) traffic under a unified plane <sup>20</sup>.
* **Dynamic Configuration:** Support for dynamically updating routes and policies through the Kubernetes API or other control planes without restarting gateway instances.

Assessment shows that Envoy-based (Gloo/Kgateway, Higress) and Nginx-based (APISIX, Kong) gateways generally have more mature cloud-native support, including Ingress Controllers, Helm charts, and active adoption of Gateway API and Operator patterns. Purpose-built AI gateways (LiteLLM, Portkey) also offer containerization and Helm support, but may still be developing deeper Kubernetes integrations like Gateway API and Operator. Their deployment options (e.g., Render, Railway, Cloudflare Workers <sup>12</sup>) reflect adaptation to modern cloud deployment models. For teams requiring deep Kubernetes integration and automated operations, choosing a solution that supports Gateway API and Operators will offer greater long-term value.


## **5. Feature Analysis: Comparing Key AI Workload Capabilities**

The core of selecting an AI gateway is whether its feature set effectively addresses the unique challenges posed by LLM applications. This section compares leading gateways across several key AI-related capability areas.

**5.1 Unified Access and Model Routing / Load Balancing**



* **Requirements:** Developers need a unified API interface to access multiple models from different providers (OpenAI, Azure, Bedrock, Anthropic, Cohere, Google Vertex AI, HuggingFace, Replicate, Groq, etc.) and easily switch between them without modifying application code <sup>10</sup>. The gateway should support flexible routing policies — routing by model name, version, cost, latency, or request content — along with load balancing (e.g., round-robin, weighted) and fallback mechanisms to improve reliability <sup>8</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Strong. Supports 100+ LLM APIs with a unified OpenAI-format interface <sup>14</sup>. Supports model aliases, fallback logic (across Azure/OpenAI deployments), weight-based load balancing, and conditional routing <sup>15</sup>.
    * **Portkey.ai:** Strong. Supports 250+ LLMs and multi-modal models <sup>12</sup>. Unified API with automatic fallback, weight-based load balancing, and conditional routing <sup>12</sup>.
    * **Apache APISIX:** Supported. AI proxy and multi-LLM load balancing via AI plugins <sup>8</sup>. Supports dynamic upstreams and multiple load balancing algorithms.
    * **Kong Gateway:** Supported. Unified interface via AI plugins, supports switching between AI providers <sup>11</sup>. Supports dynamic load balancing and health checks.
    * **Gloo/Kgateway:** Supported. As an AI gateway, manages traffic to LLM providers <sup>19</sup>. Supports Envoy-based advanced routing and load balancing.
    * **Higress:** Supported. Connects to major domestic and international model providers with unified protocol support, multi-model load balancing, and fallback <sup>20</sup>.
    * **Cloudflare AI Gateway:** Supported. Unifies OpenAI, Anthropic, Hugging Face, Workers AI, and other providers <sup>26</sup>. Supports model fallback <sup>26</sup>.

**5.2 Authentication, Authorization, and Credential Management**



* **Requirements:** Securely manage and rotate API keys for accessing LLM providers, avoiding hardcoding in application code <sup>9</sup>. Provide virtual API keys that decouple users/teams from actual provider keys, enabling access control and cost attribution <sup>12</sup>. Integrate with existing enterprise authentication/authorization systems (OAuth, JWT, SSO) and implement role-based access control (RBAC) for managing access to the gateway and models <sup>3</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Strong. Supports virtual keys, budgets, and team management, with cost attribution to keys/users/teams <sup>14</sup>. Supports JWT auth, SSO, and audit logs (enterprise edition) <sup>14</sup>.
    * **Portkey.ai:** Strong. Provides virtual key management and RBAC <sup>12</sup>. Emphasizes secure key management <sup>12</sup>.
    * **Apache APISIX:** Strong. Supports multiple auth plugins (key-auth, JWT, basic-auth, OAuth2, OIDC, LDAP, etc.) and RBAC <sup>17</sup>.
    * **Kong Gateway:** Strong. Supports multiple auth plugins (key-auth, JWT, basic-auth, OAuth2, ACL, etc.) <sup>18</sup>. Enterprise edition offers more advanced RBAC and security features.
    * **Gloo/Kgateway:** Supported. Leverages Envoy capabilities and its own extensions to support JWT, OAuth, OIDC, API Key auth, and external authentication service integration <sup>19</sup>.
    * **Cloudflare AI Gateway:** Basic. Access control primarily through the Cloudflare platform; specifics not detailed <sup>26</sup>.
    * **Commercial/Cloud Platforms (API7, Kong Konnect, IBM, Azure, etc.):** Generally provide more complete enterprise auth integrations (SSO, LDAP) and fine-grained RBAC <sup>3</sup>.

**5.3 Cost Control (Token Rate Limiting, Quotas, Budgets)**



* **Requirements:** Implement rate limiting and quota management based on token count (not request count) to precisely control costs for expensive LLM API calls <sup>1</sup>. Support setting budgets per user/key/model and alerting or blocking requests when budgets are approached or exceeded <sup>14</sup>. Provide clear token consumption visibility for cost analysis and optimization <sup>7</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Strong. Supports per-project/API key/model budgets and rate limits (RPM/TPM) <sup>14</sup>. Automatically tracks spend across providers <sup>14</sup>.
    * **Portkey.ai:** Supported. Provides cost management including usage analytics <sup>12</sup>. Specific token rate limiting details not fully documented, but cost control is a stated goal.
    * **Apache APISIX:** Supported. Token-level rate limiting achievable via plugins (limit-req and others can be extended) <sup>2</sup>. Requires custom logic or specific plugins.
    * **Kong Gateway:** Supported. Rate limiting plugins extendable for token-level limits <sup>11</sup>. AI gateway features include token usage tracking <sup>11</sup>.
    * **Gloo/Kgateway:** Supported. Supports token-weighted rate limiting <sup>19</sup>. Provides consumption control and visibility <sup>25</sup>.
    * **Cloudflare AI Gateway:** Supported. Provides rate limiting and cost monitoring <sup>26</sup>.
    * **Commercial/Cloud Platforms:** Generally offer more granular cost control and analytics dashboards <sup>11</sup>.

**5.4 Performance Optimization (Caching Strategies)**



* **Requirements:** Cache LLM responses to reduce calls to backend models, thereby lowering latency and cost <sup>6</sup>. Support both **exact-match caching** (for identical requests) and **semantic caching** (vector similarity-based matching for semantically similar requests) <sup>10</sup>. Provide flexible cache configuration (e.g., TTL) and support for common cache backends (e.g., Redis) <sup>55</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Supported. Supports Redis caching, including exact-match and semantic caching (using redis-semantic type, requires configuring an embedding model) <sup>55</sup>.
    * **Portkey.ai:** Supported. Explicitly supports both simple and semantic cache modes, configurable via the gateway <sup>12</sup>.
    * **Apache APISIX:** Supports exact-match caching. The proxy-cache plugin supports disk-based exact-match caching <sup>57</sup>. Semantic caching requires custom plugins or external service integration.
    * **Kong Gateway:** Supported. Provides ai-semantic-cache plugin supporting both exact and semantic caching (requires vector database support) <sup>11</sup>.
    * **Gloo/Kgateway:** Supports semantic caching. Implemented via RouteOption configuration and a Redis backend <sup>25</sup>.
    * **Cloudflare AI Gateway:** Supports exact-match caching. Currently only caches identical requests; semantic search planned for the future <sup>26</sup>.
    * **IBM API Connect:** Supports caching AI responses <sup>29</sup>. Cache type not specified.

Semantic caching is a significant advantage for AI gateways because it better handles the natural variability in natural language inputs. However, implementing semantic caching requires additional infrastructure (embedding models, vector databases) and compute resources <sup>54</sup>, so not all gateways offer it or implement it in the same way. Exact-match caching is simpler but has limited effectiveness for LLM scenarios <sup>54</sup>.

**5.5 Security and Compliance (Guardrails)**



* **Requirements:** Provide input (prompt) and output (response) validation and protection mechanisms (guardrails) <sup>1</sup>. Detect and block malicious inputs such as **prompt injection** <sup>1</sup>. Filter or flag **harmful, inappropriate, or off-topic content** <sup>1</sup>. Detect and handle (redact, mask, replace) **personally identifiable information (PII) or other sensitive data to satisfy GDPR, HIPAA, and other compliance requirements** <sup>9</sup>. Support **custom rules based on regular expressions** or **keyword lists** <sup>60</sup>. Allow integration with third-party security services or custom webhooks <sup>12</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Supported. Provides guardrail functionality, integrable with custom logic or third-party tools <sup>14</sup>. PII detection typically relies on integrations (e.g., Presidio <sup>64</sup>).
    * **Portkey.ai:** Strong. Provides 40+ built-in guardrails, including PII detection, PHI detection, content moderation, regex matching, code detection, etc. Supports custom webhooks and partner integrations (Pangea, Pillar, etc.) <sup>12</sup>. Guardrails can be applied to chat and embedding requests <sup>62</sup>.
    * **Apache APISIX:** Basic. Some control possible via plugins (e.g., limit-req, uri-blocker). Advanced guardrails (PII, content moderation) require custom Lua plugins or external service integration <sup>64</sup>.
    * **Kong Gateway:** Strong. Provides ai-prompt-guard plugin (regex-based allow/deny lists) <sup>63</sup> and a PII sanitization plugin (20+ PII categories, 12 languages, self-hostable container, response re-injection support) <sup>11</sup>.
    * **Gloo/Kgateway:** Supported. Provides Prompt Guardrails applicable to requests and responses, with regex matching to block or redact content (e.g., PII replacement) <sup>25</sup>.
    * **Higress:** Supported. AI gateway capabilities imply security guardrails, but specific details not fully documented <sup>20</sup>.
    * **Commercial/Cloud Platforms (Databricks AI Gateway, Dataiku):** Generally provide built-in PII detection, content filtering, and custom rules <sup>60</sup>. AWS Bedrock Guardrails provides PII filtering and masking <sup>61</sup>.

Security guardrails are transitioning from "nice to have" to "must-have" — they are a critical defense line for ensuring AI applications run safely and in compliance. PII handling and prompt injection protection are especially critical for applications that handle user data or face the public.

**5.6 Observability and Monitoring**



* **Requirements:** Record detailed request/response logs, including prompts, model information, token counts, latency, cost, and errors <sup>7</sup>. Integrate with distributed tracing systems (OpenTelemetry, Zipkin, Jaeger) to trace request chains in complex systems <sup>2</sup>. Expose key performance metrics and integrate with monitoring systems (Prometheus, Grafana, Datadog) <sup>2</sup>. Provide visual dashboards for monitoring and analysis <sup>11</sup>. Integrate with specialized LLM observability tools (Langfuse, Helicone, PromptLayer) for deeper AI-specific insights <sup>14</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Strong. Supports sending logs and metrics to multiple destinations including Langfuse, Langsmith, OpenTelemetry (OTEL), Prometheus, S3, Elasticsearch, and more <sup>14</sup>. Deep Langfuse integration with examples provided <sup>70</sup>.
    * **Portkey.ai:** Strong. Provides detailed logging, request tracing, usage analytics (request volume, latency, cost, error rate), and custom tags <sup>12</sup>. Supports Langfuse integration <sup>12</sup>.
    * **Apache APISIX:** Strong. Supports OpenTelemetry <sup>17</sup>, Zipkin, and SkyWalking tracing. Supports Prometheus metrics export. Supports multiple external log recorders <sup>17</sup>. Can integrate with Langfuse via plugins or API calls <sup>72</sup>.
    * **Kong Gateway:** Strong. Supports OpenTelemetry (OTLP) <sup>11</sup>, Zipkin, and Jaeger tracing. Supports Prometheus and StatsD metrics. Rich logging plugins. Can integrate with Langfuse via plugins or API calls <sup>73</sup>. AI gateway features include AI metrics and observability <sup>11</sup>.
    * **Gloo/Kgateway:** Strong. Built on Envoy, inheriting its powerful observability. Supports OpenTelemetry <sup>31</sup>, Prometheus metrics, and access logs. Gloo Platform provides UI and advanced insights <sup>25</sup>. Langfuse integration may require customization or going through OTEL.
    * **Cloudflare AI Gateway:** Supported. Provides logs, metrics (token usage, cost, errors), and a unified dashboard <sup>26</sup>.
    * **Langfuse:** An LLM observability platform itself, not a gateway. Emphasizes integration with gateways (particularly LiteLLM) and notes that its async observation model adds no latency <sup>69</sup>.

For LLM applications, traditional observability (logs, metrics, traces) alone may not be sufficient. Integration with dedicated tools like Langfuse provides richer contextual information — prompt/response pairs, user feedback, multi-step call traces — which is invaluable for debugging and optimizing LLM applications. OpenTelemetry support is a positive, as it provides a standardized data export path, but may require additional configuration to capture the LLM-specific details that Langfuse provides.

**5.7 Ecosystem Integration (LangChain, LangGraph, LlamaIndex, etc.)**



* **Requirements:** Seamless integration with popular LLM application development and orchestration frameworks (LangChain, LangGraph, LlamaIndex) and agent frameworks (AutoGen, CrewAI) <sup>12</sup>. Provide easy ways to use the gateway within these frameworks, such as by configuring the API base URL or providing dedicated integration classes or callbacks <sup>15</sup>.
* **Capability Comparison:**
    * **LiteLLM:** Strong. Explicitly supports LangChain (Python/JS) <sup>15</sup>. Its OpenAI-compatible interface makes it usable in any framework that supports the OpenAI API <sup>14</sup>. Provides LangChain + Langfuse integration examples <sup>70</sup>.
    * **Portkey.ai:** Strong. Explicitly supports LangChain, LlamaIndex, Autogen, CrewAI, and other agent frameworks <sup>12</sup>. Provides LlamaIndex integration examples <sup>51</sup>.
    * **Apache APISIX:** Supported. Its OpenAI compatibility (via plugins) should allow integration with LangChain and similar frameworks. Community practices likely exist.
    * **Kong Gateway:** Supported. OpenAI compatibility (via plugins) and native SDK support <sup>50</sup> should enable integration with LangChain and similar frameworks.
    * **Gloo/Kgateway:** Supported. Frameworks can be integrated by configuring them to point to the gateway endpoint.
    * **Cloudflare AI Gateway:** Supported. Frameworks can be integrated by pointing to the gateway endpoint <sup>26</sup>.
    * **Higress:** Supports MCP (Model Context Protocol) Server Hosting <sup>20</sup>, indicating support for AI agents and tool calling that may simplify integration with relevant frameworks.

For teams that heavily use LangChain or similar frameworks, ease of integration is an important productivity factor. Gateways providing an OpenAI-compatible interface (LiteLLM, Portkey, APISIX/Kong plugins) generally satisfy this requirement well.

**Table 2: Mainstream AI Gateway Feature Comparison Matrix (Illustrative)**

| Feature Category | Specific Feature | LiteLLM | Portkey | APISIX | Kong | Gloo/Kgateway | Cloudflare |
|-----------------|------------------|---------|---------|--------|------|---------------|------------|
| **Unified Access** | Multi-LLM Support (count) | 100+ | 250+ | Via plugin | Via plugin | Via config | Major providers |
|  | OpenAI-Compatible API | ✅ (core) | ✅ (core) | ✅ (plugin) | ✅ (plugin) | ✅ (config) | ✅ (config) |
| **Routing/LB** | Intelligent routing (cost/perf) | ✅ (conditional) | ✅ (conditional) | ✅ (plugin/rules) | ✅ (plugin/rules) | ✅ (Envoy rules) | No |
|  | Fallback | ✅ | ✅ | ✅ (plugin) | ✅ (plugin) | ✅ (Envoy rules) | ✅ |
|  | Load Balancing (weighted, etc.) | ✅ | ✅ | ✅ | ✅ | ✅ | No |
| **Auth/AuthZ** | Virtual Keys | ✅ | ✅ | No (custom needed) | No (custom needed) | No (custom needed) | No |
|  | Provider Key Management | ✅ (centralized) | ✅ (centralized) | ✅ (plugin/Vault) | ✅ (plugin/Vault) | ✅ (K8s Secret/Vault) | ✅ (platform) |
|  | RBAC | ✅ (enterprise) | ✅ | ✅ (plugin) | ✅ (enterprise) | ✅ (platform/integration) | ✅ (platform) |
|  | Enterprise Auth (OAuth/SSO) | ✅ (enterprise) | ✅ (enterprise) | ✅ (plugin) | ✅ (enterprise) | ✅ (platform/integration) | ✅ (platform) |
| **Cost Control** | Token-level rate limiting | ✅ | ✅ (inferred) | ✅ (plugin/ext) | ✅ (plugin/ext) | ✅ | ✅ |
|  | Budget/Quota Management | ✅ | ✅ (analytics) | No (custom needed) | ✅ (enterprise/analytics) | ✅ (analytics) | ✅ (analytics) |
|  | Token Cost Tracking | ✅ | ✅ | ✅ (plugin/log) | ✅ (plugin/log) | ✅ (log/metrics) | ✅ |
| **Caching** | Exact-Match Cache | ✅ (Redis) | ✅ | ✅ (disk) | ✅ (plugin) | ✅ (Redis) | ✅ |
|  | Semantic Cache | ✅ (Redis) | ✅ | No (custom needed) | ✅ (plugin + vector DB) | ✅ (Redis) | No (planned) |
| **Security Guardrails** | Input/Output Validation | ✅ (basic/integration) | ✅ (rich built-in) | ✅ (plugin/custom) | ✅ (plugin) | ✅ (Prompt Guard) | No |
|  | PII Detection/Handling | No (integration needed) | ✅ (built-in) | No (custom needed) | ✅ (plugin) | ✅ (Prompt Guard Regex) | No |
|  | Content Moderation (Toxicity) | No (integration needed) | ✅ (built-in/integration) | No (custom needed) | ✅ (plugin/integration) | No (custom needed) | No |
|  | Prompt Injection Protection | No (custom needed) | ✅ (partial/integration) | No (custom needed) | ✅ (Prompt Guard) | ✅ (Prompt Guard) | No |
|  | Custom Rules (Regex/Webhook) | ✅ (integration/custom) | ✅ | ✅ (plugin/Lua) | ✅ (Prompt Guard) | ✅ (Prompt Guard) | No |
| **Observability** | Detailed Logs (incl. Prompt) | ✅ | ✅ | ✅ (configurable) | ✅ (configurable) | ✅ (Envoy logs) | ✅ |
|  | OpenTelemetry | ✅ | ✅ (inferred/integration) | ✅ (plugin) | ✅ (plugin) | ✅ (native) | No |
|  | Prometheus Metrics | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ (platform metrics) |
|  | Langfuse Integration | ✅ (native/recommended) | ✅ (supported) | ✅ (via API/OTEL) | ✅ (via API/OTEL) | ✅ (via OTEL) | No |
| **Ecosystem** | LangChain/LlamaIndex | ✅ (recommended) | ✅ (recommended) | ✅ (compatible) | ✅ (compatible) | ✅ (compatible) | ✅ (compatible) |
|  | Agent Framework Support | ✅ (general) | ✅ (explicit) | ✅ (general) | ✅ (general) | ✅ (general) | ✅ (general) |
| **Cloud-Native** | K8s Gateway API | No | No | ✅ | ✅ (Operator support) | ✅ (core) | N/A |
|  | K8s Operator | No | No (enterprise?) | ✅ (Ingress) | ✅ | ✅ (Gloo Platform) | N/A |
|  | Helm Chart | ✅ | ✅ | ✅ | ✅ | ✅ | N/A |


*Note: This table is an illustrative summary. The completeness and implementation details of specific features may vary. "✅" indicates supported, "No" indicates not explicitly supported or requiring significant customization, "(plugin)" indicates implemented via plugin, "(enterprise)" indicates primarily available in the commercial edition.*


## **6. Open Source vs. Commercial: Strategic Considerations**

Choosing between open source and commercial models is a key strategic decision when selecting an LLM/AI API gateway — with implications that are especially significant for AI workloads.

**Advantages of Open Source AI Gateways:**


1. **Cost-Effectiveness:** The most significant advantage is typically no upfront software licensing fees <sup>4</sup>. This is highly attractive for budget-constrained startups or early-stage experimental projects. Hosting, operations, and potential internal development costs still apply, but initial investment is low.
2. **Flexibility and Customization:** Open source software allows users to access and modify source code, providing unmatched flexibility <sup>4</sup>. In the rapidly evolving AI landscape, where models, frameworks, and best practices change constantly, this flexibility allows teams to adapt quickly — integrating new LLM providers or customizing functionality (such as special routing logic or custom guardrails) based on specific needs.
3. **Avoiding Vendor Lock-In:** Open source solutions reduce dependency on specific vendors and preserve the option to switch technology stacks or providers in the future <sup>5</sup>.
4. **Community Support and Innovation:** Active open source communities (such as those around LiteLLM, Portkey, and APISIX) are valuable resources for troubleshooting, sharing best practices, and jointly advancing the project <sup>12</sup>. Community-driven innovation often responds faster to emerging AI needs.
5. **Transparency:** Open source code means greater transparency — users can review the code to verify security and understand how things work.

**Challenges of Open Source AI Gateways:**


1. **Operational Costs and Expertise:** While the software itself is free, deploying, configuring, monitoring, maintaining, and upgrading open source gateways requires DevOps and infrastructure expertise <sup>4</sup>. For teams lacking this experience, this can be a significant hidden cost.
2. **Support Reliability:** Open source projects primarily rely on community support (forums, mailing lists, GitHub issues). Response times and resolution quality may not be guaranteed — a potential risk for mission-critical production environments <sup>4</sup>.
3. **Security Updates and Compliance:** The speed and coverage of security patches depends on the activity of community contributors. While many large open source projects have dedicated security teams, response times may lag behind commercial vendors. Official compliance certifications (SOC 2, HIPAA) typically require commercial support <sup>4</sup>.
4. **Feature Completeness and Usability:** While core features are strong, certain advanced capabilities, user-friendly management interfaces, or enterprise-grade features (such as fine-grained auditing or SSO integration) may require the commercial edition or in-house development <sup>12</sup>.
5. **License Risk (Specific Projects):** For open source projects dominated by a single commercial company, there is a risk of future license model changes that could affect continued use (as seen with Redis and Elasticsearch <sup>5</sup>). Choosing projects managed by neutral foundations (such as Apache or CNCF) — like APISIX and Envoy/Kgateway — can reduce this risk <sup>5</sup>.

**Advantages of Commercial AI Gateways:**


1. **Enterprise Support and SLA:** Commercial vendors typically provide professional 24/7 technical support and service-level agreements (SLAs), ensuring stable operation for critical business workloads <sup>4</sup>.
2. **Enhanced Features and Usability:** Commercial editions generally include more out-of-the-box advanced features, optimized performance, more complete management consoles, and simplified user experiences <sup>12</sup>.
3. **Security and Compliance Assurance:** Commercial vendors typically invest more in security audits, timely security patch releases, and official compliance certifications, reducing enterprise risk exposure <sup>4</sup>.
4. **Managed Service Options:** Many commercial vendors offer fully managed SaaS or PaaS options, further reducing the operational burden <sup>26</sup>.

**Challenges of Commercial AI Gateways:**


1. **Cost:** Commercial licensing fees (typically based on subscription, usage, or node count) can be substantial, especially for large-scale deployments or high-traffic scenarios <sup>4</sup>. Pricing models may change over time, introducing cost unpredictability <sup>5</sup>.
2. **Limited Flexibility:** Customization capabilities are generally less than open source versions, and users may be constrained by the features and configuration options the vendor provides <sup>4</sup>.
3. **Vendor Lock-In:** Choosing a commercial solution can lead to deep dependency on a specific vendor's technology and ecosystem, increasing the difficulty and cost of future migration <sup>5</sup>.
4. **Innovation Speed:** Compared to agile open source communities, commercial products may have longer release cycles and slightly slower responses to the latest AI trends.

**Hybrid Model:**

Many solutions (LiteLLM, Portkey, APISIX/API7, Kong) use an open core plus commercial enhancement model <sup>12</sup>. This allows users to start with the open source edition, enjoy its flexibility and low cost, and seamlessly upgrade to the commercial edition when enterprise-grade support, advanced features, or managed services are needed. This provides a path that balances cost, flexibility, and long-term development needs <sup>4</sup>.

**Conclusion:** For AI workloads, open source gateways have advantages in rapid adaptation, providing cutting-edge AI features, and cost control — particularly well-suited for technically strong teams that need high flexibility. Commercial gateways excel in support, stability, and security compliance, making them appropriate for organizations with low risk tolerance that need reliable guarantees. The hybrid model provides an attractive middle ground. The choice should be based on the team's technical capabilities, budget, risk appetite, specific functional requirements, and long-term strategy.


## **7. Future Outlook: An Evolving AI Gateway Landscape**

The LLM/AI API gateway space is in a period of rapid development — with capabilities, form factors, and market dynamics all in flux. Looking ahead, several key trends will shape this space.

**Trend 1: Convergence of API Gateways and AI Gateways**

Today's market has both purpose-built AI gateways and gateways evolved from traditional API management. Going forward, the line between the two will increasingly blur <sup>2</sup>. As AI becomes ubiquitous in applications (e.g., e-commerce search, customer service), virtually every API gateway will need basic capabilities for handling AI traffic: token metering, basic content safety checks, and routing to common AI service providers. Mature API gateway vendors (Kong, APISIX, Gloo) are actively extending their platforms to be "AI-ready" through plugins or core feature integration <sup>11</sup>. Long-term, maintaining separate AI and non-AI gateways adds operational overhead and complexity <sup>2</sup>. As a result, **converged gateway platforms** capable of unified management of REST, GraphQL, gRPC, and AI API traffic will become mainstream.

This does not mean dedicated AI gateways will disappear entirely. For highly complex or cutting-edge AI workloads (complex agent orchestration, real-time multimodal processing, sophisticated RAG optimization), AI-focused solutions may continue to hold innovation advantages and deep optimization capabilities <sup>8</sup>. They may continue to adopt new AI protocols or integrate emerging AI tools more quickly.

**Trend 2: Gateways Becoming Intelligent AI Orchestration Layers**

The role of AI gateways is evolving from simple traffic proxies and policy enforcement points into smarter **AI traffic orchestrators** <sup>2</sup>. Future gateways may not just route requests but actively participate in AI workflows:



* **Automated RAG:** Gateways can directly handle parts of the RAG (Retrieval-Augmented Generation) pipeline — for example, automatically retrieving relevant context from vector databases based on the request and injecting it into the prompt sent to the LLM — thereby simplifying application-layer logic <sup>8</sup>.
* **Agent Tool Call Management:** As AI agents proliferate, gateways can serve as a unified entry/exit point and management layer for agent calls to external tools (APIs, databases, functions). By supporting protocols like MCP (Model Context Protocol), gateways can authenticate, authorize, rate-limit, and monitor tool calls — ensuring agent behavior is secure and controllable <sup>20</sup>.
* **Dynamic Model Selection and Optimization:** Based on real-time performance, cost data, and request characteristics, gateways can more intelligently and dynamically select the most appropriate LLM model or provider for each request, achieving continuous cost and performance optimization <sup>8</sup>.
* **Prompt Templates and Decoration:** Gateways can centrally manage and apply prompt templates or decorators — ensuring prompt consistency and effectiveness, and dynamically injecting contextual information <sup>8</sup>.

This enhanced orchestration capability will make AI gateways a more central and intelligent component of AI infrastructure, further reducing the development and operational complexity of AI applications.

**Trend 3: Deepening Cloud-Native and Standardization**

As enterprises deploy AI applications to cloud-native environments (primarily Kubernetes), the cloud-native characteristics of AI gateways will become increasingly important.



* **Kubernetes Gateway API Adoption:** The Kubernetes Gateway API, as the next-generation Kubernetes service networking API standard, will gradually replace traditional Ingress <sup>43</sup>. Supporting Gateway API will become a key indicator of whether an AI gateway meets cloud-native best practices. It offers greater expressiveness, better role separation, and cross-implementation portability — helping avoid vendor lock-in <sup>19</sup>.
* **Operator Pattern Maturity:** Kubernetes Operators will become the standard way to manage AI gateway lifecycles — enabling automated deployment, configuration, upgrades, and failure recovery, lowering operational barriers <sup>45</sup>.
* **Service Mesh Collaboration:** AI gateways will more tightly integrate with service meshes (Istio, Linkerd) to jointly manage north-south traffic (into AI applications) and east-west traffic (between internal services, potentially including AI model calls) — providing end-to-end security, observability, and traffic control <sup>20</sup>.

**Outlook:**

Overall, **evolved API/AI gateways built on mature open source projects (especially those supported by neutral foundations, such as Envoy- or APISIX-based gateways) that actively embrace cloud-native standards (particularly Kubernetes Gateway API)** have the greatest potential to dominate the future. They can leverage powerful foundational infrastructure and rapidly integrate AI capabilities through plugins or extensions, while providing the scalability, reliability, and ecosystem integration enterprises require.

Purpose-built open source AI gateways (LiteLLM, Portkey) will continue to play important roles in feature innovation and ease of use — especially in the early stages of AI application development and for scenarios requiring specific advanced features. They will likely continue driving the market forward, with their successful features eventually being absorbed by broader platforms.

Cloud provider integrated solutions will attract large numbers of users due to their convenience and ecosystem advantages, especially enterprises deeply invested in a specific cloud platform. However, they may need to make trade-offs on feature specialization and cross-cloud flexibility.

Ultimately, solutions providing **unified management, deep AI capabilities, strong cloud-native integration, and flexible deployment options (open source, commercial, managed)** will be most likely to win the market.


## **8. Startup Selection Recommendations**

For startups in the AI space, choosing the right LLM/AI API gateway is an important infrastructure decision. Startups typically share the following characteristics and requirements:



* **Limited Resources:** Tighter budgets and smaller teams — requiring cost-effective solutions.
* **Rapid Iteration:** Product and technology direction may change quickly — requiring flexible, easily adjustable infrastructure.
* **Technical Drive:** Teams typically have strong technical capabilities and are willing to adopt and manage open source technology.
* **Focus on Core Business:** Looking to minimize investment in non-core infrastructure and operational overhead.
* **Ecosystem Embrace:** Need smooth integration with popular AI development frameworks (LangChain, LlamaIndex) and tools (Langfuse).
* **Cloud-Native First:** Typically build on cloud platforms and tend toward cloud-native technology stacks (Kubernetes).
* **Scalability:** Need technical solutions that can support future business growth.

Based on these requirements, combined with the market, architecture, and feature analysis above, **open source AI gateways** are generally the preferred choice for startups — offering significant advantages in cost, flexibility, and community support <sup>4</sup>. Among the open source options, the following deserve serious consideration:

**Primary Candidate Assessment:**


1. **LiteLLM:**
    * **Strengths:**
        * **Extremely Broad LLM Support (100+):** Dramatically lowers the barrier to integrating different models <sup>14</sup>.
        * **Unified OpenAI-Format API:** Simplifies development, easy integration with LangChain and similar frameworks <sup>14</sup>.
        * **Strong Cost Control and Observability:** Built-in virtual keys, budgets, rate limiting, cost tracking, and deep integration with Langfuse and other tools <sup>14</sup>.
        * **Active Community and Fast Iteration:** Large user base and contributor community, rapid feature updates <sup>14</sup>.
        * **Python Stack:** Very friendly for AI teams working primarily in Python <sup>15</sup>.
        * **Flexible Deployment:** Supports Docker, Helm, Render, Railway, and other deployment methods <sup>15</sup>.
    * **Weaknesses:**
        * **Cloud-Native Integration Depth:** Compared to Envoy/Nginx-based gateways, Kubernetes Gateway API and Operator support may still be developing.
        * **Performance:** As a Python application, performance under high-concurrency, low-latency scenarios may require additional attention and optimization.
        * **Enterprise Support:** Requires relying on the community or purchasing the enterprise edition for professional support <sup>14</sup>.
2. **Portkey.ai:**
    * **Strengths:**
        * **High Performance Claimed:** Claims <1ms latency, suitable for performance-sensitive applications <sup>12</sup>.
        * **Rich AI Features:** Provides fallback, load balancing, semantic caching, and built-in guardrails <sup>12</sup>.
        * **Good Agent Framework Integration:** Explicitly supports LangChain, LlamaIndex, AutoGen, etc. <sup>12</sup>.
        * **Active Community:** Also has an active community and ongoing development <sup>12</sup>.
        * **Flexible Deployment:** Supports Docker, Helm, Cloudflare Workers, EC2, etc. <sup>12</sup>.
    * **Weaknesses:**
        * **Technology Stack:** Node.js-based (inferred) — may not feel as native to AI teams as Python <sup>12</sup>.
        * **Cloud-Native Integration Depth:** Similar to LiteLLM, Gateway API/Operator support may lag behind Envoy/Nginx-based gateways.
        * **Langfuse Integration:** Community discussion exists <sup>68</sup>, but official documentation links have been broken <sup>71</sup>; integration smoothness requires verification.
3. **Apache APISIX:**
    * **Strengths:**
        * **High Performance and Maturity:** Nginx/OpenResty-based, battle-tested performance <sup>17</sup>.
        * **Powerful General Gateway Capabilities:** Beyond AI features, provides rich API management characteristics <sup>17</sup>.
        * **Good Cloud-Native Support:** Supports K8s Ingress Controller, Helm, and is actively integrating Gateway API <sup>17</sup>.
        * **Apache Foundation-Backed:** Provides neutral governance and long-term stability assurance <sup>5</sup>.
        * **Rich Plugin Ecosystem:** Functions can be flexibly extended through plugins <sup>17</sup>.
    * **Weaknesses:**
        * **AI Features Require Plugins:** Compared to dedicated AI gateways, AI capabilities may need extra plugin configuration and management <sup>17</sup>.
        * **Technology Stack:** Lua/Nginx may have a learning curve for some teams <sup>34</sup>.
        * **Out-of-the-Box AI Features:** May not be as rich as LiteLLM/Portkey out of the box — semantic caching and built-in guardrails require additional work.

**Recommendation: LiteLLM**

Taking into account the typical needs of startup teams, **LiteLLM** is currently one of the most recommended options.

**Reasons for Recommendation:**


1. **Extremely Low Integration Cost and High Development Efficiency:** Its core value is a highly OpenAI-compatible unified interface supporting the vast majority of LLM services available today. This means development teams can use the familiar OpenAI SDK or frameworks like LangChain and access the gateway and seamlessly switch between different models and providers with a simple change to api_base — dramatically improving development efficiency and flexibility <sup>14</sup>.
2. **Strong Cost Control and Observability:** LiteLLM has built-in granular cost tracking, virtual keys, budgets, and rate limiting — critical for cost-sensitive startups <sup>14</sup>. Its deep native integration with Langfuse makes it easy to capture detailed LLM call logs, traces, and performance metrics for rapid debugging and application optimization <sup>14</sup>.
3. **Rich and Focused AI Features:** Beyond basic routing and proxying, LiteLLM provides useful features like fallback, load balancing, and caching (including semantic caching) that satisfy the requirements of most AI application scenarios <sup>15</sup>.
4. **Active Community and Ecosystem:** LiteLLM has a very active GitHub repository and community, with fast issue response and rapid feature iteration — keeping pace with the latest AI developments <sup>14</sup>.
5. **Stack Alignment:** For teams doing substantial AI development in Python, LiteLLM's Python stack lowers the barrier for understanding, using, and contributing <sup>15</sup>.
6. **Flexible Deployment Options:** Supports Docker and Helm for deployment in cloud-native environments like Kubernetes <sup>35</sup>.

**Considerations When Choosing LiteLLM:**



* **Operational Management:** As self-hosted open source software, the team needs capabilities to deploy, monitor, and maintain LiteLLM instances. Deployment is relatively straightforward, but some operational resources are still required.
* **Performance Considerations:** For ultra-large-scale or extreme low-latency scenarios, the performance of the Python application needs evaluation and possible optimization. Horizontal scaling with additional instances can be considered (Redis is needed for routing information sharing) <sup>79</sup>.
* **Advanced Cloud-Native Integration:** If the team has strong requirements for Kubernetes Gateway API or Operators, attention should be paid to LiteLLM's development in this area, or APISIX/Gloo and similar options should be considered.
* **Enterprise Support:** If SLA guarantees or professional commercial support are needed, consider the enterprise edition or evaluate other commercial solutions.

**Alternative Considerations:**



* **Portkey.ai:** If the team has extreme low-latency requirements, or particularly values its built-in guardrails and semantic caching features, and is comfortable with its technology stack (likely Node.js), Portkey is a strong alternative.
* **Apache APISIX:** If the team already uses APISIX or has Nginx/Lua expertise, and wants to manage all APIs (both AI and non-AI) on a single unified gateway, extending APISIX with AI plugins is a viable option — though some trade-offs on the ease of use for AI-specific features may be necessary.

The final choice should be based on the team's specific technical background, priorities around specific features (semantic caching, built-in guardrails), performance requirements, and the depth of cloud-native integration needed.


## **9. Conclusion**

LLM/AI API gateways are no longer optional — they are critical infrastructure for building scalable, secure, and cost-effective AI applications. By providing unified access, intelligent routing, cost control, security guardrails, and enhanced observability, they effectively address the challenges of directly interacting with diverse and complex LLM services <sup>1</sup>.

Market solutions primarily fall into purpose-built AI gateways and gateways evolved from traditional API management platforms, spanning open source and commercial models <sup>2</sup>. Purpose-built AI solutions typically move faster and go deeper on AI-specific features, while evolved API gateways leverage mature infrastructure and broad general capabilities. Open source solutions provide flexibility and low cost; commercial solutions focus on support, stability, and enterprise features.

Going forward, AI gateways will move toward convergence with traditional API gateways, evolving into smarter AI orchestration layers while deepening cloud-native integration <sup>2</sup>. Choosing a gateway that can adapt to these trends — especially one that embraces cloud-native standards like the Kubernetes Gateway API — will be crucial to an organization's long-term development.

For startups seeking agility, cost-effectiveness, and strong AI capabilities, mature open source AI gateways are a highly attractive choice. **LiteLLM** — with its broad model support, OpenAI-compatible unified API, powerful cost and observability features (particularly Langfuse integration), active community, and Python ecosystem friendliness — is one of the most recommended solutions available today.

That said, any technology selection must fit specific circumstances. Before making a final decision, teams should carefully evaluate their own technical capabilities, operational resources, requirements for specific features (extreme performance, built-in security rules, specific cloud-native integrations), and consider alternatives like Portkey.ai or Apache APISIX.

Ultimately, carefully choosing and effectively utilizing AI API gateways will be a cornerstone for organizations to maintain competitiveness in the AI era — accelerating innovation and enabling responsible AI deployment.


#### References



1. AI Gateway benchmark: Comparing security and performance - NeuralTrust, accessed: April 16, 2025, [https://neuraltrust.ai/blog/ai-gateway-benchmark](https://neuraltrust.ai/blog/ai-gateway-benchmark)
2. What Is an AI Gateway: Differences from API Gateway - DEV Community, accessed: April 16, 2025, [https://dev.to/apisix/what-is-an-ai-gateway-differences-from-api-gateway-1c63](https://dev.to/apisix/what-is-an-ai-gateway-differences-from-api-gateway-1c63)
3. What is an AI Gateway? Concepts and Examples | Kong Inc., accessed: April 16, 2025, [https://konghq.com/blog/enterprise/what-is-an-ai-gateway](https://konghq.com/blog/enterprise/what-is-an-ai-gateway)
4. Open Source vs. Commercial API Gateways: How to Choose the Right One? - API7.ai, accessed: April 16, 2025, [https://api7.ai/learning-center/api-gateway-guide/open-source-vs-commercial-api-gateway](https://api7.ai/learning-center/api-gateway-guide/open-source-vs-commercial-api-gateway)
5. Cloud vs Open Source vs Commercial API Gateways: Which One Fits Your Needs?, accessed: April 16, 2025, [https://apisix.apache.org/blog/2025/02/17/cloud-vs-open-source-vs-commercial-api-gateways/](https://apisix.apache.org/blog/2025/02/17/cloud-vs-open-source-vs-commercial-api-gateways/)
6. AI Gateway vs API Gateway - What's the difference - Portkey, accessed: April 16, 2025, [https://portkey.ai/blog/ai-gateway-vs-api-gateway](https://portkey.ai/blog/ai-gateway-vs-api-gateway)
7. What Is an AI Gateway? How Is It Different From API Gateway? - Solo.io, accessed: April 16, 2025, [https://www.solo.io/topics/ai-gateway](https://www.solo.io/topics/ai-gateway)
8. What Is an AI Gateway? Concept and Core Features | Apache APISIX, accessed: April 16, 2025, [https://apisix.apache.org/blog/2025/03/06/what-is-an-ai-gateway/](https://apisix.apache.org/blog/2025/03/06/what-is-an-ai-gateway/)
9. Mastering LLM Gateway: Best Practices for AI Model Integration | JFrog ML - Qwak, accessed: April 16, 2025, [https://www.qwak.com/post/llm-gateway](https://www.qwak.com/post/llm-gateway)
10. A Guide to LLM Gateways - TrueFoundry, accessed: April 16, 2025, [https://www.truefoundry.com/blog/llm-gateways](https://www.truefoundry.com/blog/llm-gateways)
11. AI Gateway for LLM and API Management | Kong Inc., accessed: April 16, 2025, [https://konghq.com/products/kong-ai-gateway](https://konghq.com/products/kong-ai-gateway)
12. Portkey-AI/gateway: A blazing fast AI Gateway with ... - GitHub, accessed: April 16, 2025, [https://github.com/Portkey-AI/gateway](https://github.com/Portkey-AI/gateway)
13. AI Gateway:What Is It? How Is It Different From API Gateway? - Traefik Labs, accessed: April 16, 2025, [https://traefik.io/glossary/ai-gateway/](https://traefik.io/glossary/ai-gateway/)
14. LiteLLM, accessed: April 16, 2025, [https://www.litellm.ai/](https://www.litellm.ai/)
15. BerriAI/litellm: Python SDK, Proxy Server (LLM Gateway) to ... - GitHub, accessed: April 16, 2025, [https://github.com/BerriAI/litellm](https://github.com/BerriAI/litellm)
16. List of Top 13 LLM Gateways - Doctor Droid, accessed: April 16, 2025, [https://drdroid.io/engineering-tools/list-of-top-13-llm-gateways](https://drdroid.io/engineering-tools/list-of-top-13-llm-gateways)
17. apache/apisix: The Cloud-Native API Gateway and AI ... - GitHub, accessed: April 16, 2025, [https://github.com/apache/apisix](https://github.com/apache/apisix)
18. Kong/kong: The Cloud-Native API Gateway and AI Gateway. - GitHub, accessed: April 16, 2025, [https://github.com/Kong/kong](https://github.com/Kong/kong)
19. kgateway-dev/kgateway: The Cloud-Native API Gateway ... - GitHub, accessed: April 16, 2025, [https://github.com/kgateway-dev/kgateway](https://github.com/kgateway-dev/kgateway)
20. alibaba/higress - AI Native API Gateway - GitHub, accessed: April 16, 2025, [https://github.com/alibaba/higress](https://github.com/alibaba/higress)
21. Noveum/ai-gateway: Built for demanding AI workflows, this gateway offers low-latency, provider-agnostic access, ensuring your AI applications run smoothly and quickly. - GitHub, accessed: April 16, 2025, [https://github.com/MagicAPI/ai-gateway](https://github.com/MagicAPI/ai-gateway)
22. Open Source Api Gateway Comparison - Restack, accessed: April 16, 2025, [https://www.restack.io/p/open-source-fintech-tools-answer-api-gateway-comparison](https://www.restack.io/p/open-source-fintech-tools-answer-api-gateway-comparison)
23. API7.ai: Apache APISIX & Open-Source API Gateway, accessed: April 16, 2025, [https://api7.ai/](https://api7.ai/)
24. API7.ai: Open-Source API Gateway with Commercial Enterprise Offering - Intellyx, accessed: April 16, 2025, [https://intellyx.com/2024/09/21/api7-ai-open-source-api-gateway-with-commercial-enterprise-offering/](https://intellyx.com/2024/09/21/api7-ai-open-source-api-gateway-with-commercial-enterprise-offering/)
25. Gloo AI Gateway - Cloud-Native AI Gateway | Solo.io, accessed: April 16, 2025, [https://www.solo.io/products/gloo-ai-gateway](https://www.solo.io/products/gloo-ai-gateway)
26. AI Gateway | Cloudflare, accessed: April 16, 2025, [https://www.cloudflare.com/developer-platform/products/ai-gateway/](https://www.cloudflare.com/developer-platform/products/ai-gateway/)
27. API Management - Amazon API Gateway - AWS, accessed: April 16, 2025, [https://aws.amazon.com/api-gateway/](https://aws.amazon.com/api-gateway/)
28. Azure-Samples/AI-Gateway: APIM ❤️ AI - This repo contains experiments on Azure API Management's AI capabilities, integrating with Azure OpenAI, AI Foundry, and much more - GitHub, accessed: April 16, 2025, [https://github.com/Azure-Samples/AI-Gateway](https://github.com/Azure-Samples/AI-Gateway)
29. AI Gateway - IBM API Connect, accessed: April 16, 2025, [https://www.ibm.com/products/api-connect/ai-gateway](https://www.ibm.com/products/api-connect/ai-gateway)
30. Top AI Gateways for GitHub in 2025 - Slashdot, accessed: April 16, 2025, [https://slashdot.org/software/ai-gateways/for-github/](https://slashdot.org/software/ai-gateways/for-github/)
31. Traefik Hub vs Solo.io Gloo Gateway, accessed: April 16, 2025, [https://traefik.io/compare/traefik-vs-solo-gloo-gateway/](https://traefik.io/compare/traefik-vs-solo-gloo-gateway/)
32. LLM Proxy & LLM gateway: All You Need to Know - TensorOps, accessed: April 16, 2025, [https://www.tensorops.ai/post/llm-gateways-in-production-centralized-access-security-and-monitoring](https://www.tensorops.ai/post/llm-gateways-in-production-centralized-access-security-and-monitoring)
33. LLM Gateway: Key Features, Advantages, Architecture - DagsHub, accessed: April 16, 2025, [https://dagshub.com/blog/llm-gateway-key-features-advantages-architecture/](https://dagshub.com/blog/llm-gateway-key-features-advantages-architecture/)
34. Top 6 Open-Source API Gateway Frameworks - Daily.dev, accessed: April 16, 2025, [https://daily.dev/blog/top-6-open-source-api-gateway-frameworks](https://daily.dev/blog/top-6-open-source-api-gateway-frameworks)
35. litellm - Unique Helm Charts - Artifact Hub, accessed: April 16, 2025, [https://artifacthub.io/packages/helm/unique/litellm](https://artifacthub.io/packages/helm/unique/litellm)
36. portkey-ai/portkeyai-gateway - Helm chart - Artifact Hub, accessed: April 16, 2025, [https://artifacthub.io/packages/helm/portkeyai-gateway/gateway](https://artifacthub.io/packages/helm/portkeyai-gateway/gateway)
37. AWS Marketplace: Bitnami Helm Chart for Apache APISIX - Amazon.com, accessed: April 16, 2025, [https://aws.amazon.com/marketplace/pp/prodview-nv2r4teochvfk](https://aws.amazon.com/marketplace/pp/prodview-nv2r4teochvfk)
38. Apache APISIX Helm Chart - GitHub, accessed: April 16, 2025, [https://github.com/apache/apisix-helm-chart](https://github.com/apache/apisix-helm-chart)
39. Helm charts for Kong - GitHub, accessed: April 16, 2025, [https://github.com/Kong/charts](https://github.com/Kong/charts)
40. gateway-operator 0.5.3 · kong/kong - Artifact Hub, accessed: April 16, 2025, [https://artifacthub.io/packages/helm/kong/gateway-operator](https://artifacthub.io/packages/helm/kong/gateway-operator)
41. Helm chart overview | Solo.io documentation, accessed: April 16, 2025, [https://docs.solo.io/gloo-mesh/main/reference/helm/overview/](https://docs.solo.io/gloo-mesh/main/reference/helm/overview/)
42. Package helm-charts/gloo-gateway - GitHub, accessed: April 16, 2025, [https://github.com/-/solo-io/packages/container/package/helm-charts%2Fgloo-gateway](https://github.com/-/solo-io/packages/container/package/helm-charts%2Fgloo-gateway)
43. Implementations - Kubernetes Gateway API, accessed: April 16, 2025, [https://gateway-api.sigs.k8s.io/implementations/](https://gateway-api.sigs.k8s.io/implementations/)
44. solo-io/gloo: The Cloud-Native API Gateway and AI Gateway - GitHub, accessed: April 16, 2025, [https://github.com/solo-io/gloo](https://github.com/solo-io/gloo)
45. AI Gateway - Kong Gateway Operator - Kong Docs, accessed: April 16, 2025, [https://docs.konghq.com/gateway-operator/latest/guides/ai-gateway/](https://docs.konghq.com/gateway-operator/latest/guides/ai-gateway/)
46. Kong Gateway Operator, accessed: April 16, 2025, [https://docs.konghq.com/gateway-operator/latest/](https://docs.konghq.com/gateway-operator/latest/)
47. gateway-operator/FEATURES.md at main · Kong/gateway-operator - GitHub, accessed: April 16, 2025, [https://github.com/Kong/gateway-operator/blob/main/FEATURES.md](https://github.com/Kong/gateway-operator/blob/main/FEATURES.md)
48. Integrations :: Gloo Edge Docs, accessed: April 16, 2025, [https://docs.solo.io/gloo-edge/main/introduction/integrations/](https://docs.solo.io/gloo-edge/main/introduction/integrations/)
49. Gloo Gateway (Gloo Edge API) - Docs | Solo.io, accessed: April 16, 2025, [https://docs.solo.io/gloo-edge/main/](https://docs.solo.io/gloo-edge/main/)
50. Kong AI Gateway 3.10: Enhancing AI Governance with Automated RAG and PII Sanitization, accessed: April 16, 2025, [https://konghq.com/blog/product-releases/ai-gateway-3-10](https://konghq.com/blog/product-releases/ai-gateway-3-10)
51. Portkey - LlamaIndex, accessed: April 16, 2025, [https://docs.llamaindex.ai/en/stable/examples/llm/portkey/](https://docs.llamaindex.ai/en/stable/examples/llm/portkey/)
52. LiteLLM Proxy Server - LLM Gateway - Microsoft Azure Marketplace, accessed: April 16, 2025, [https://azuremarketplace.microsoft.com/en-us/marketplace/apps/berrieaiincorporated1715199563296.litellm-gateway?tab=overview](https://azuremarketplace.microsoft.com/en-us/marketplace/apps/berrieaiincorporated1715199563296.litellm-gateway?tab=overview)
53. Return Repeat Requests from Cache - Portkey Docs, accessed: April 16, 2025, [https://portkey.ai/docs/guides/getting-started/return-repeat-requests-from-cache](https://portkey.ai/docs/guides/getting-started/return-repeat-requests-from-cache)
54. AI Semantic Cache - Plugin - Kong Docs, accessed: April 16, 2025, [https://docs.konghq.com/hub/kong-inc/ai-semantic-cache/](https://docs.konghq.com/hub/kong-inc/ai-semantic-cache/)
55. Litellm Redis Cache Overview | Restackio, accessed: April 16, 2025, [https://www.restack.io/p/litellm-answer-redis-cache-cat-ai](https://www.restack.io/p/litellm-answer-redis-cache-cat-ai)
56. Gloo AI Gateway - Semantic Caching - YouTube, accessed: April 16, 2025, [https://www.youtube.com/watch?v=drpa82tIU1g](https://www.youtube.com/watch?v=drpa82tIU1g)
57. Cache API responses | Apache APISIX® -- Cloud-Native API Gateway and AI Gateway, accessed: April 16, 2025, [https://apisix.apache.org/docs/apisix/tutorials/cache-api-responses/](https://apisix.apache.org/docs/apisix/tutorials/cache-api-responses/)
58. Gloo AI Gateway Hands-On Lab: Semantic Caching - Solo.io, accessed: April 16, 2025, [https://www.solo.io/resources/lab/gloo-ai-gateway-hands-on-lab-semantic-caching](https://www.solo.io/resources/lab/gloo-ai-gateway-hands-on-lab-semantic-caching)
59. Caching - AI Gateway - Cloudflare Docs, accessed: April 16, 2025, [https://developers.cloudflare.com/ai-gateway/configuration/caching/](https://developers.cloudflare.com/ai-gateway/configuration/caching/)
60. Concept | Guardrails against risks from Generative AI and LLMs - Dataiku Knowledge Base, accessed: April 16, 2025, [https://knowledge.dataiku.com/latest/ml-analytics/gen-ai/concept-genai-guardrails.html](https://knowledge.dataiku.com/latest/ml-analytics/gen-ai/concept-genai-guardrails.html)
61. Remove PII from conversations by using sensitive information filters - Amazon Bedrock, accessed: April 16, 2025, [https://docs.aws.amazon.com/bedrock/latest/userguide/guardrails-sensitive-filters.html](https://docs.aws.amazon.com/bedrock/latest/userguide/guardrails-sensitive-filters.html)
62. Guardrails for Embedding Requests - Portkey Docs, accessed: April 16, 2025, [https://portkey.ai/docs/product/guardrails/embedding-guardrails](https://portkey.ai/docs/product/guardrails/embedding-guardrails)
63. AI Prompt Guard - Plugin - Kong Docs, accessed: April 16, 2025, [https://docs.konghq.com/hub/kong-inc/ai-prompt-guard/](https://docs.konghq.com/hub/kong-inc/ai-prompt-guard/)
64. guardrails-ai/guardrails_pii - GitHub, accessed: April 16, 2025, [https://github.com/guardrails-ai/guardrails_pii](https://github.com/guardrails-ai/guardrails_pii)
65. Mosaic AI Gateway introduction | Databricks Documentation, accessed: April 16, 2025, [https://docs.databricks.com/aws/en/ai-gateway](https://docs.databricks.com/aws/en/ai-gateway)
66. Gloo AI Gateway - Content Safety with Prompt Guard - YouTube, accessed: April 16, 2025, [https://www.youtube.com/watch?v=XWFb3QP9gbA](https://www.youtube.com/watch?v=XWFb3QP9gbA)
67. opentelemetry | Apache APISIX® -- Cloud-Native API Gateway and ..., accessed: April 16, 2025, [https://apisix.apache.org/docs/apisix/plugins/opentelemetry/](https://apisix.apache.org/docs/apisix/plugins/opentelemetry/)
68. [200+ LLMs] Opensource AI Gateway in Rust : r/LLMDevs - Reddit, accessed: April 16, 2025, [https://www.reddit.com/r/LLMDevs/comments/1gvih6r/200_llms_opensource_ai_gateway_in_rust/](https://www.reddit.com/r/LLMDevs/comments/1gvih6r/200_llms_opensource_ai_gateway_in_rust/)
69. Should you use an LLM Proxy to Build your Application? - Langfuse Blog, accessed: April 16, 2025, [https://langfuse.com/blog/2024-09-langfuse-proxy](https://langfuse.com/blog/2024-09-langfuse-proxy)
70. Cookbook: LiteLLM (Proxy) + Langfuse OpenAI Integration + @observe Decorator, accessed: April 16, 2025, [https://langfuse.com/docs/integrations/litellm/example-proxy-python](https://langfuse.com/docs/integrations/litellm/example-proxy-python)
71. accessed: January 1, 1970, [https://portkey.ai/docs/observability/langfuse-integration](https://portkey.ai/docs/observability/langfuse-integration)
72. Apache APISIX Serverless Plugin for Event Hooks - API7.ai, accessed: April 16, 2025, [https://api7.ai/blog/serverless-plugin-for-event-hooks](https://api7.ai/blog/serverless-plugin-for-event-hooks)
73. Public API - Langfuse, accessed: April 16, 2025, [https://langfuse.com/docs/api](https://langfuse.com/docs/api)
74. accessed: January 1, 1970, [https://docs.konghq.com/gateway/latest/explore/observability/tracing/opentelemetry/](https://docs.konghq.com/gateway/latest/explore/observability/tracing/opentelemetry/)
75. Langfuse Kong Plugin - YouTube, accessed: April 16, 2025, [https://www.youtube.com/watch?v=SCgy9dYVPI4](https://www.youtube.com/watch?v=SCgy9dYVPI4)
76. accessed: January 1, 1970, [https://docs.solo.io/gloo-gateway/latest/observability/tracing/opentelemetry/](https://docs.solo.io/gloo-gateway/latest/observability/tracing/opentelemetry/)
77. Langfuse Observability & Tracing Integrations, accessed: April 16, 2025, [https://langfuse.com/docs/integrations/overview](https://langfuse.com/docs/integrations/overview)
78. Best LLM gateway? : r/LLMDevs - Reddit, accessed: April 16, 2025, [https://www.reddit.com/r/LLMDevs/comments/1fdii62/best_llm_gateway/](https://www.reddit.com/r/LLMDevs/comments/1fdii62/best_llm_gateway/)
79. llm – baeke.info, accessed: April 16, 2025, [https://baeke.info/tag/llm/](https://baeke.info/tag/llm/)
80. LiteLLM Proxy (LLM Gateway), accessed: April 16, 2025, [https://docs.litellm.ai/docs/providers/litellm_proxy](https://docs.litellm.ai/docs/providers/litellm_proxy)


## Related Articles

+ [Stages of Growth in Open Source](/growth/posts/stage-growth-of-open-source/)
+ [A Complete Guide to Open Source Contribution (For First-Timers)](/ai-technology/posts/open-source-contribution-guidelines/)
+ [My Practice Notes: Designing Standards for Open Source Communities](/ai-technology/posts/advanced-githook-design/)
+ [How to Ask Questions in Open Source Communities](/ai-technology/posts/the-art-of-asking-questions-in-open-source-communities/)
