06 · Enterprise AI control layer

AISIX AI Gateway

AISIX คือ AI-native gateway ที่ออกแบบสำหรับ traffic ของ Models และ AI Agents โดยเฉพาะ ทุกแอปเรียก Model ผ่านจุดเดียวที่มี model alias ที่เสถียร รวม credentials, routing, limit, guardrail และ usage telemetry ไว้ใน control plane เดียว

หนึ่ง Gateway · หลาย Models · ควบคุมจากศูนย์กลาง AISIX เป็นผลิตภัณฑ์ภายใต้แนวทาง AI Infrastructure ของ DOME CLOUD ไม่ใช่ Apache APISIX หรือ API7: AISIX ดูแล AI traffic ส่วน APISIX และ API7 ดูแล API ทั่วไป

ทำไมต้อง AISIX

AI อยู่ในองค์กรแล้ว แต่ control layer มักยังไม่มี

หลายทีมเริ่มใช้ AI เร็วกว่าที่องค์กรจะกำกับได้ AISIX อยู่ระหว่างแอปของคุณกับ AI Provider ทำให้ทุกคำขอถูกยืนยันตัวตน, route, จำกัด และบันทึกไว้ในที่เดียว

ต่อกันแบบ point-to-point ไม่มี policy ร่วมกัน
HR AppFinanceCRMCoding agents
Provider AProvider BProvider CProvider D

แต่ละแอปถือ provider key, policy และ log ของตัวเอง

control plane เดียว policy plane เดียว
HR AppFinanceCRMCoding agents
AI Gateway auth · routing · policy · telemetry
Provider AProvider BProvider CProvider D

แอปเรียก alias ส่วน AISIX ถือ key, บังคับ policy และบันทึกการใช้งาน

ห้าปัญหาการควบคุมที่ AISIX ปิดให้

01

Credentials กระจัดกระจาย

แต่ละทีมเก็บ provider key และการตั้งค่าของตัวเอง

รวม caller key และ provider credential พร้อมกำหนดสิทธิ์ตาม Model และ Tool

02

ผูกกับ Vendor

เปลี่ยน Model ต้องแก้หลายแอป

Model alias ที่เสถียร ทำให้แอปไม่ต้อง hard-code provider

03

ค่าใช้จ่ายไม่ถูกควบคุม

Token และบิลผู้ให้บริการกระจายอยู่หลายทีม

ควบคุม usage และ budget ต่อผู้เรียก ตาม edition ที่รองรับ

04

Policy ไม่สม่ำเสมอ

แต่ละแอปมี limit, guardrail และ log ไม่เหมือนกัน

policy plane เดียวสำหรับ traffic ที่ผ่าน Gateway

05

มองไม่เห็นภาพรวม

request, latency, error และ AI usage กระจัดกระจาย

usage event, metric และ audit history รวมในที่เดียว

ใช่คุณหรือเปล่า?

คุณน่าจะต้องใช้ AISIX ถ้า...

องค์กรส่วนใหญ่ตอบใช่อย่างน้อยสองข้อ

นัดประเมินความพร้อม AISIX
  • 01 ทีมของคุณใช้ AI มากกว่าหนึ่ง Provider
  • 02 มีมากกว่าหนึ่งแอปที่ถือ provider key ของตัวเอง
  • 03 คุณต้องเห็นค่าใช้จ่าย AI แยกตามทีมหรือแอป
  • 04 คุณต้องมี limit และ guardrail ที่เหมือนกันทุกแอป
  • 05 มี Agent หรือ Tool ที่ลงมือทำงานด้วย AI
  • 06 คุณต้องมีหลักฐาน audit สำหรับการใช้ AI

ตอบใช่สองข้อขึ้นไป เริ่มจาก AISIX readiness assessment

สิ่งที่เราส่งมอบ

สามบริการหลักที่ส่งมอบครบวงจร

กำหนดขอบเขตให้ชัด ส่งมอบให้ครบทุกส่วน

01

Access & credentials

รวม caller key, สิทธิ์การเข้าถึง Model/Tool และ provider credential ไว้ที่ Gateway แทนการเก็บไว้ในทุกแอป

  • Caller keys
  • Model access
  • Central provider keys
02

Model routing

Model alias ที่เสถียร พร้อม routing และ failover เปลี่ยน provider ได้โดยไม่ต้องแก้โค้ดแอป

  • Aliases
  • Failover
  • Provider choice
03

Policy & visibility

Rate limit, budget และ guardrail ต่อ caller พร้อม usage event, metric และ audit ของ AI traffic (budget ขึ้นกับ edition)

  • Rate limits
  • Budgets*
  • Telemetry
ภายใน AISIX

ดูคำขอหนึ่งรายการเดินผ่าน AISIX

สลับดูสี่มุมมองเพื่อเห็นว่า AISIX ทำอะไรก่อนส่งคำขอไปยังผู้ให้บริการโมเดล ทั้งหมดนี้เป็นการจำลอง ไม่ใช่ข้อมูลจริง

AISIX Gateway จำลอง
1แอปส่งคำขอ
2AISIX ตรวจสิทธิ์และนโยบาย แล้วเลือกเส้นทาง
3ผู้ให้บริการส่งผลลัพธ์กลับ
แอปที่เรียก
HR App hr-analytics
คีย์แอป
ชื่อโมเดลที่ใช้
summary-standard

ชื่อกลางที่แอปเรียก ผู้ให้บริการเบื้องหลังเปลี่ยนได้โดยไม่ต้องแก้แอป

AI Gateway จุดควบคุมกลาง
  • ยืนยันแอป
  • ตรวจสิทธิ์
  • ใช้นโยบาย
  • เลือกเส้นทาง
  • บันทึก
  • ส่งผลกลับ
คำขอ AI ผ่านนโยบายแล้ว
ผลลัพธ์
อนุญาต จำลอง

แอปไม่ต้องเก็บคีย์ของผู้ให้บริการ

คีย์ผู้ให้บริการ
ABC
เก็บไว้ใน AISIX
  • คีย์แอปผ่านการตรวจสอบ
  • คีย์ผู้ให้บริการอยู่ใน AISIX
เป็นการจำลองเท่านั้น ไม่ใช่คำขอหรือข้อมูลจริง AISIX AI Gateway
Edition และการติดตั้ง

หนึ่ง Gateway สามวิธีในการวาง control plane

ทุก edition gateway runtime อยู่ในสภาพแวดล้อมของคุณ ความต่างอยู่ที่ control plane อยู่ที่ไหนและมีฟีเจอร์บริหารจัดการมากแค่ไหน

สภาพแวดล้อมของคุณ
Apps & Agents
แอปองค์กรAI AgentsCoding agents
AI Gateway
ยืนยันผู้เรียกModel aliasesLimit & guardrailUsage telemetry
Models · MCP · A2A
Public modelsPrivate modelsMCP toolsA2A agents

AISIX OSS

Open source

ทีมที่บริหาร gateway เอง

Gateway runtime
Customer-operated
Control plane
ไม่มีให้
Configuration
Declarative / self-managed
Usage, budgets & audit
ต้องเสริมเอง

AISIX Enterprise

Self-hosted control plane

องค์กรที่ต้องการบริหาร control plane เอง

Gateway runtime
Customer-operated
Control plane
Customer-hosted
Configuration
Dashboard + Admin API
Usage, budgets & audit
มีตาม edition

AISIX Cloud

Hosted control plane

ทีมที่ต้องการ control plane แบบ hosted

Gateway runtime
Customer-operated
Control plane
API7-hosted
Configuration
Dashboard + Admin API
Usage, budgets & audit
มีตาม edition

ตรวจสอบ availability, edition และเงื่อนไขเชิงพาณิชย์อีกครั้งระหว่างการประเมิน

AISIX · Assessment

ยังไม่แน่ใจว่า edition ไหนเหมาะ?

เริ่มจาก assessment สั้น ๆ หรือพิสูจน์ด้วย PoC กับ use case จริง

01 ประเมิน สำรวจระบบ สถาปัตยกรรม และ edition ที่เหมาะ
02 PoC ทดสอบ 1–2 use case จริงบน AISIX
03 Rollout วางนโยบาย ฝึกทีม และดูแล production
AISIX® · AI Gateway

AI Traffic ต่างจาก API Traffic

AISIX อยู่ข้าง API Gateway เดิมของคุณ ตัวหนึ่งดูแล AI และ Agent traffic อีกตัวดูแล API ทั่วไป

Traditional API Gateway

HTTP / API

ดูแล auth และ routing ของ REST, GraphQL และ internal services พร้อม plugin, rate limit และ service management

  • HTTP / API traffic
  • Plugin และ rate limit
  • REST, GraphQL, internal services

AISIX AI Gateway

AI / agents

Gateway สำหรับ model และ agent traffic โดยเฉพาะ: model alias, provider credential, routing และ telemetry เฉพาะ AI

  • AI / agent traffic
  • Model aliases และ provider keys
  • Guardrails, MCP / A2A ตามที่รองรับ
ขอบเขต governance

Gateway ควบคุม traffic. Governance ครอบคลุมทั้งองค์กร.

AISIX บังคับ policy กับทุก AI request ที่ผ่าน Gateway แต่ identity, data, cost และ incident response ยังต้องเชื่อมต่อโดยรอบ

AI Gateway

AISIX บังคับใช้

  • สิทธิ์ผู้เรียก
  • Model aliases และ routing
  • Limit และ guardrail
  • Usage telemetry
ขอบเขต Gateway
เชื่อมต่อโดยรอบ
01

IAM & access

Joiner, mover, leaver และ service identity

02

Data & privacy

Data classification, DLP และ AppSec

03

AI FinOps

Cost allocation และ procurement

04

SIEM & response

Audit retention, detection และ incident response

05

Resilience

App resilience, recovery และ BCP

กำกับสิ่งที่มองไม่เห็นไม่ได้

AISIX ทำให้ AI traffic มองเห็นได้ ส่วนการควบคุมโดยรอบทำให้ทั้งองค์กรรับผิดชอบได้

เริ่มต้นอย่างไร

แผน 90 วัน ไม่ใช่ big-bang rollout

เริ่มจากหนึ่งหรือสอง use case จริง พิสูจน์การควบคุมก่อนขยายทั้งองค์กร

วันที่ 1 ถึง 30 01

ประเมินและออกแบบ

สำรวจการใช้ AI และความเสี่ยง กำหนดข้อกำหนดด้านข้อมูลและ identity และเลือกแอปนำร่อง

  • AI usage และ risk inventory
  • Target architecture
  • PoC plan
วันที่ 31 ถึง 60 02

พิสูจน์

ติดตั้ง AISIX เชื่อม 1 ถึง 2 แอปและ provider ทดสอบเส้นทาง allowed, denied และ failure

  • AISIX environment
  • Verified PoC
  • Decision log
วันที่ 61 ถึง 90 03

กำกับและขยาย

วางนโยบายและขั้นตอนปฏิบัติ เพิ่ม budget และ audit control ฝึกทีม และวางแผน production rollout

  • AI policies
  • Budget และ audit controls
  • Production rollout plan
นัดประเมินหรือทำ PoC กับ AISIX อ่านเด็ค AI Infrastructure ขอบเขตและระยะเวลาขึ้นกับขนาดและข้อกำหนดของแต่ละองค์กร
จุดที่ทำให้มันได้ผล

ออกแบบมาให้รับงานจริงใน production

Control plane เดียว

แอปไม่ต้องถือ provider key หรือ policy แยกกันอีก

สลับ Model ได้ปลอดภัย

ย้าย traffic ระหว่าง provider ที่ alias ไม่ใช่ในโค้ด

เห็นค่าใช้จ่าย

เห็น token และการใช้งานตาม caller/ทีม/แอป ตาม edition

พร้อมสำหรับ Agent

เชื่อม MCP tools และ A2A agents ผ่าน Gateway ตามที่รองรับ

AISIX ≠ Apache APISIX ≠ API7

AISIX ดูแล AI และ Agent traffic; Apache APISIX และ API7 ดูแล API ทั่วไป ทั้งสองออกแบบให้ทำงานร่วมกันผ่าน identity และ policy ร่วม

อ่านเด็ค AI Infrastructure
เริ่มต้นคุยกับเรา

พร้อมยกระดับขีดจำกัดของระบบหรือยัง?

เล่าให้เราฟังว่าคุณกำลังสร้างอะไร เราจะช่วยประเมินและเสนอแนวทางที่เหมาะสม ปรึกษาเบื้องต้นฟรี

Messenger · m.me/domecloud.io