ສອບຖາມຫຼັກສູດເລືອກຊ່ອງທາງທີ່ສະດວກ ທີມງານຕອບເອງທຸກຊ່ອງທາງ
LINE @itgeniusຕອບໄວທີ່ສຸດ · ຈ–ສ 9:00–17:00 ໂມງ
ໂທລະສັບ
02-570-8449ຫ້ອງການ088-807-9770ມືຖື
ອີເມວ ແລະ ໂຊຊຽວ
contact@itgenius.co.thສຳລັບໃບສະເໜີລາຄາ ແລະ ເອກະສານFacebookitgeniusonlineYouTubeitgeniusengຂໍຄຳປຶກສາຈັດຝຶກອົບຮົມໃຫ້ທີມ
DevOps · DOP-09

API Gateway with Kong

หลักสูตร API Gateway with Kong เป็นการอบรมการบริหาร API Gateway ด้วย Kong ตั้งแต่ Routing การยืนยันตัวตนด้วย JWT และ OIDC Rate Limiting และ Config as Code ด้วย decK จนถึง Observability และ Gateway API บน Kubernetes เหมาะกับนักพัฒนา Backend ทีม DevOps และ Architect ที่ต้องเปิด API ให้พันธมิตร

ອັບເດດລ່າສຸດ
ລາຄາເລີ່ມຕົ້ນ 7,650 ບາດ / ທ່ານ 8,500 −10% ຍັງບໍ່ລວມ VAT 7% · ມີລາຄາໝູ່ຄະນະ
PDFດາວໂຫຼດ Course Outline
  • ໄລຍະເວລາ18 ຊົ່ວໂມງ · 3 ມື້
  • ຮູບແບບຢູ່ສະຖາບັນ / ອອນລາຍສົດ
  • ຮອບຕໍ່ໄປເປີດຕາມຄຳຂໍ
  • ໃບຢັ້ງຢືນມີໃບຢັ້ງຢືນ

ພາບລວມຫຼັກສູດ

เมื่อองค์กรมี API มากขึ้นจากทั้งระบบภายใน Mobile App และการเปิดให้พันธมิตรเชื่อมต่อ แต่ละ Service มักต้องเขียนเรื่องการยืนยันตัวตน การจำกัดปริมาณการใช้งาน การเก็บ Log และการแปลงข้อมูลซ้ำกันเอง มาตรฐานจึงไม่สม่ำเสมอและคุมความปลอดภัยได้ยาก ปัจจุบันยังมีโจทย์ใหม่คือการควบคุมการเรียกใช้ LLM และ AI Agent ผ่านจุดเดียวเพื่อดูแลต้นทุนและความปลอดภัยของข้อมูล API Gateway คือคำตอบของปัญหาเหล่านี้ หากออกแบบและดูแลอย่างถูกวิธี

หลักสูตรนี้พาผู้เรียนเข้าใจบทบาทของ API Gateway เปรียบเทียบผลิตภัณฑ์หลักในตลาด แล้วลงมือทำจริงด้วย Kong Gateway รุ่น Open Source ตั้งแต่ Service, Route และ Load Balancing การยืนยันตัวตนด้วย Key, JWT และ OIDC ผ่าน Keycloak การทำ Rate Limiting, Transformation และ Caching การจัดการ Config แบบ Declarative ด้วย decK ไปจนถึง Observability ด้วย Prometheus และ OpenTelemetry การนำ Gateway ขึ้น Kubernetes ตามมาตรฐาน Gateway API และภาพรวมของ AI Gateway ทั้งหมดต่อยอดบนโปรเจกต์ MetroLink Partner API Platform ชุดเดียวตลอดหลักสูตร (อบรม 3 วัน วันละ 6 ชั่วโมง รวม 18 ชั่วโมง ระดับ Intermediate)

ສິ່ງທີ່ທ່ານຈະໄດ້ຮັບ

  • เข้าใจบทบาท รูปแบบการใช้งาน และข้อแลกเปลี่ยนของ API Gateway ในสถาปัตยกรรม Microservices
  • เปรียบเทียบและเลือก API Gateway ที่เหมาะกับองค์กร เช่น Kong, Apache APISIX, Traefik และ Cloud Gateway
  • ติดตั้ง Kong Gateway แบบ DB-less และแบบใช้ฐานข้อมูล พร้อมกำหนด Service, Route และ Upstream ได้
  • ป้องกัน API ด้วย Key Authentication, JWT, ACL และ Identity Provider แบบ OIDC ได้
  • ควบคุมปริมาณการใช้งาน แปลงข้อมูล และทำ Caching ที่ระดับ Gateway โดยไม่ต้องแก้ Backend
  • จัดการ Config แบบ Declarative ด้วย decK และนำเข้าสู่กระบวนการ GitOps ได้
  • ติดตาม API ด้วย Metric, Log และ Distributed Trace ได้ครบ
  • นำ Gateway ขึ้น Kubernetes ด้วย Gateway API และเข้าใจแนวคิด AI Gateway สำหรับ LLM

ຫຼັກສູດນີ້ເໝາະສຳລັບ

  • นักพัฒนา Backend ที่ต้องเปิด API ให้ระบบอื่นหรือพันธมิตรภายนอกเชื่อมต่อ
  • ทีม DevOps, Platform Engineer และ System Engineer ที่ดูแลโครงสร้างพื้นฐานของ API
  • Software Architect ที่ต้องเลือกและวางมาตรฐาน API Gateway ขององค์กร
  • ทีมความปลอดภัยที่ต้องการเข้าใจการควบคุมการเข้าถึง API ที่ระดับ Gateway

ພື້ນຖານຂອງຜູ້ເຂົ້າຝຶກອົບຮົມ

  • เข้าใจพื้นฐาน HTTP, REST API, Header, Status Code และข้อมูล JSON
  • เคยพัฒนาหรือใช้งาน Web API อย่างน้อยหนึ่งภาษา
  • ใช้ Command Line และ Docker ได้ในระดับรันคอนเทนเนอร์และ Docker Compose
  • โน้ตบุ๊ก RAM 16 GB ขึ้นไป ติดตั้ง Docker Desktop หรือ Docker Engine ได้ พร้อมสิทธิ์ติดตั้งโปรแกรม

ຫົວຂໍ້ການຝຶກອົບຮົມ

รายละเอียดหลักสูตร

หลักสูตรนี้เน้นหลักการของ API Gateway ที่ใช้ได้กับทุกผลิตภัณฑ์ และลงมือทำจริงด้วย Kong Gateway รุ่น Open Source อบรม 3 วัน วันละ 6 ชั่วโมง รวม 18 ชั่วโมง (09:00-16:00 น.) รูปแบบ Workshop ต่อเนื่องบนโปรเจกต์ MetroLink Partner API Platform ซึ่งเป็นบริษัทขนส่งสมมติที่ใช้ข้อมูลจำลองทั้งหมด ระดับ Intermediate ทุก Lab รันบนโน้ตบุ๊กของผู้เรียนด้วย Docker และ kind โดยไม่ต้องมี License ส่วนความสามารถเฉพาะรุ่น Enterprise เช่น

OpenID Connect Plugin และ Kong AI Gateway เต็มรูปแบบ สอนในระดับภาพรวมและสาธิต หลักสูตรนี้ต่างจาก Enterprise GenAI Gateway and Private AI Platform ที่เจาะเฉพาะ Gateway สำหรับงาน GenAI และต่อยอดได้ดีกับ Observability with Prometheus and Grafana และ Kubernetes (K8s) Orchestration หัวข้อ Service Mesh, การเขียน Custom Plugin ด้วย Lua และ Developer Portal อยู่นอกขอบเขต ผู้เรียนจะได้ Lab Guide ไฟล์ docker-compose ไฟล์ Config ของ decK และ Manifest ของ Gateway API กลับไปใช้ต่อ

Day 1 แนวคิด API Gateway และพื้นฐาน Kong

Section 1: บทบาทของ API Gateway ในสถาปัตยกรรมสมัยใหม่

  • ปัญหา Cross-cutting Concerns ที่ Gateway เข้ามาช่วย เช่น Authentication, Rate Limiting และ Logging
  • รูปแบบ Edge Gateway, Backend for Frontend (BFF) และ Internal Gateway
  • Reverse Proxy, Ingress Controller, API Gateway และ Service Mesh ต่างกันอย่างไร
  • สิ่งที่ไม่ควรใส่ใน Gateway เช่น Business Logic และความเสี่ยงที่ Gateway กลายเป็นคอขวด
  • Workshop: วางภาพสถาปัตยกรรม API ของ MetroLink และแบ่งหน้าที่ระหว่าง Gateway กับ Service

Section 2: เลือก API Gateway ให้เหมาะกับองค์กร

  • Kong Gateway, Apache APISIX, Traefik, Envoy Gateway และ Cloud API Gateway ของ AWS, Azure และ Google
  • Kubernetes Gateway API คือมาตรฐานกลาง ไม่ใช่ผลิตภัณฑ์ และต้องเลือก Implementation
  • เกณฑ์การเลือก: License, Plugin, ประสิทธิภาพ, รูปแบบการ Deploy และค่าใช้จ่าย
  • ความต่างของ Kong รุ่น Open Source และ Enterprise ที่ควรรู้ก่อนตัดสินใจ
  • Workshop: ทำตารางเปรียบเทียบเพื่อเลือก Gateway ตามโจทย์ขององค์กร

Section 3: Lab: สถาปัตยกรรมและการติดตั้ง Kong Gateway

  • โครงสร้างบน NGINX และ OpenResty, Proxy Port, Admin API และ Kong Manager
  • โหมด DB-less เทียบกับโหมดใช้ PostgreSQL และ Hybrid Mode (Control Plane และ Data Plane)
  • ระบบ Plugin, ขอบเขตของ Plugin (Global, Service, Route, Consumer) และลำดับการทำงาน
  • Lab: ติดตั้ง Kong Gateway ด้วย Docker Compose ทั้งแบบ DB-less และแบบใช้ PostgreSQL

Section 4: Lab: Service และ Route

  • กำหนด Service และ Route ตาม Path, Host, Method และ Header
  • Strip Path, Preserve Host และลำดับการจับคู่ Route เมื่อมีหลายเงื่อนไข
  • จัดการผ่าน Admin API และทดสอบด้วย curl, Bruno หรือ Postman
  • Lab: รัน Route, Schedule และ Booking Service จำลองด้วย Docker Compose แล้วเปิดผ่าน Gateway

Section 5: Lab: Upstream, Load Balancing และ Health Check

  • Upstream และ Target สำหรับกระจายโหลดไปหลาย Instance
  • อัลกอริทึม Round Robin, Least Connections และ Consistent Hashing
  • Active และ Passive Health Check, Timeout และ Retry
  • Workshop: เพิ่ม Upstream สอง Target แล้วปิดหนึ่งตัวเพื่อดูการสลับเส้นทางอัตโนมัติ
Day 2 Security, Traffic Control และ Config as Code

Section 6: Lab: Consumer, Key Auth และ ACL

  • Consumer และ Credential สำหรับแทนผู้ใช้ API แต่ละราย
  • Key Authentication และ Basic Authentication สำหรับระบบภายใน
  • ACL Group สำหรับแบ่งสิทธิ์พันธมิตรตามแพ็กเกจ Basic และ Premium
  • ไม่ส่ง Credential ต่อไปยัง Backend และส่งตัวตนผู้เรียกผ่าน Header แทน
  • Lab: ป้องกัน API ภายในด้วย Key Auth และจำกัดสิทธิ์ตามแพ็กเกจด้วย ACL

Section 7: Lab: JWT และ OIDC กับ Keycloak

  • แนวคิด OAuth 2.0 และ OpenID Connect ที่ต้องรู้ก่อนผูกกับ Gateway
  • ตั้งค่า Realm และ Client บน Keycloak เพื่อออก Token ให้พันธมิตร
  • JWT Plugin: ตรวจลายเซ็น วันหมดอายุ และ Claim ของ Token
  • เปรียบเทียบ OIDC Plugin ของรุ่น Enterprise กับการตรวจ JWT ในรุ่น Open Source
  • Lab: พันธมิตรขอ Token จาก Keycloak แล้วเรียก API ผ่าน Gateway

Section 8: การป้องกันระดับเครือข่ายและ Rate Limiting

  • IP Restriction, CORS และการจำกัดขนาด Request
  • จัดการ TLS และ Certificate ที่ Gateway
  • Rate Limiting ตามช่วงเวลา และการเลือกเก็บสถานะแบบ Local หรือ Redis
  • กำหนดโควตาต่างกันตามแพ็กเกจ และ Request Termination สำหรับปิดปรับปรุงระบบ
  • Lab: ตั้ง Rate Limit ตามแพ็กเกจบน Redis แล้วยิงทดสอบจนเกินโควตา

Section 9: Lab: Transformation และ Caching

  • Request Transformer และ Response Transformer สำหรับเพิ่ม ลบ หรือเปลี่ยน Header และ Body
  • Correlation ID เพื่อติดตาม Request ข้ามระบบ
  • Proxy Cache และการกำหนดเงื่อนไขว่าอะไรควร Cache และนานเท่าไร
  • แนวคิด Canary Release ด้วยการแบ่ง Traffic ที่ Gateway
  • Lab: เพิ่ม Cache ให้ API ตารางเดินรถแล้ววัดผลก่อนและหลัง

Section 10: Lab: Declarative Config ด้วย decK

  • คำสั่ง Dump, Diff, Validate และ Sync ของ decK
  • เก็บ Config ใน Git และแยกค่าตามสภาพแวดล้อม
  • แนวทาง GitOps: เปลี่ยน Gateway ผ่าน Merge Request ที่ตรวจสอบได้
  • Lab: Export Config ทั้งหมดของ MetroLink เป็นไฟล์ decK แล้วทดลอง Sync และย้อนกลับ
Day 3 Observability, Kubernetes และ AI Gateway

Section 11: Lab: Observability ของ API Gateway

  • Prometheus Plugin และ Dashboard ใน Grafana สำหรับ Latency, Error Rate และ Throughput
  • ส่ง Log ด้วย File Log และ HTTP Log Plugin
  • OpenTelemetry Plugin และการดู Distributed Trace จาก Gateway ถึง Backend ใน Jaeger
  • Lab: เพิ่ม Metric, Log และ Trace ให้ MetroLink แล้วหาต้นเหตุ Request ที่ช้า

Section 12: Kubernetes และ Gateway API

  • พื้นฐาน Kubernetes ที่จำเป็น: Pod, Deployment, Service และ Namespace
  • Gateway API v1.6: GatewayClass, Gateway และ HTTPRoute
  • การแยกบทบาทผู้ดูแล Infrastructure กับทีมพัฒนาที่ดูแล Route ของตนเอง
  • เทียบ Gateway API กับ Ingress แบบเดิม และแนวทางย้ายระบบ

Section 13: Lab: Kong บน Kubernetes

  • สร้าง Cluster บนเครื่องด้วย kind
  • ติดตั้ง Kong Ingress Controller ด้วย Helm
  • กำหนดเส้นทางด้วย HTTPRoute และผูก Plugin ของ Kong กับ Resource บน Kubernetes
  • Lab: ย้าย API ของ MetroLink ขึ้น Kubernetes พร้อม Auth และ Rate Limit เดิม

Section 14: AI Gateway สำหรับควบคุมการเรียกใช้ LLM

  • ทำไมต้องคุมการเรียก LLM ผ่านจุดเดียว: ต้นทุน Token, ความปลอดภัยของข้อมูล และการสลับผู้ให้บริการ
  • ความสามารถของ Kong AI Gateway เช่น AI Proxy, Token Rate Limiting, Semantic Cache และ Prompt Guard
  • แนวโน้มการควบคุม AI Agent และการเรียก MCP Tool ผ่าน Gateway
  • Lab: กำหนดเส้นทางไป LLM บนเครื่องผ่าน Ollama ด้วยปลั๊กอินกลุ่ม AI ของ Apache APISIX

Section 15: Production Readiness และ Master Workshop

  • High Availability, การแยก Control Plane และ Data Plane และการอัปเกรดเวอร์ชัน
  • Load Test ด้วย k6 และการอ่านผลจาก Dashboard เพื่อปรับแต่ง Gateway
  • Checklist ก่อนเปิด API ให้พันธมิตรใช้งานจริง
  • Master Workshop: รวมทุกความสามารถบน MetroLink ทดสอบภายใต้โหลด แล้วนำเสนอสถาปัตยกรรมของทีม

ຮອບຝຶກອົບຮົມ ແລະ ຮູບແບບການຝຶກອົບຮົມ

ສຳລັບບຸກຄົນ — ຮອບຝຶກອົບຮົມທົ່ວໄປ

ຂະນະນີ້ຍັງບໍ່ມີຮອບຝຶກອົບຮົມເປີດຮັບສະໝັກ ລົງຊື່ຈອງໄວ້ໄດ້ເລີຍ ທີມງານຈະຕິດຕໍ່ກັບເປັນກຸ່ມທຳອິດເມື່ອເປີດຮອບຕໍ່ໄປ ຫຼື ສອບຖາມທາງ LINE ຫຼື ໂທ 02-570-8449 ຫຼື 088-807-9770

ສຳລັບອົງກອນ — In-house / Private Training

  • ປັບເນື້ອໃນໃຫ້ກົງກັບເຄື່ອງມື ແລະ ວຽກຈິງຂອງທີມ
  • ເລືອກວັນເອງ ຝຶກອົບຮົມທີ່ບໍລິສັດ ຫຼື ອອນລາຍສົດ
  • ອອກໃບສະເໜີລາຄາໃນນາມນິຕິບຸກຄົນໃຫ້ຝ່າຍຈັດຊື້
ຂໍໃບສະເໜີລາຄາຝຶກອົບຮົມອົງກອນ

ວິທະຍາກອນຜູ້ສອນ

ຄຳຖາມທີ່ພົບເລື້ອຍ

หลักสูตรนี้ต่างจาก Enterprise GenAI Gateway and Private AI Platform อย่างไร

Enterprise GenAI Gateway and Private AI Platform เจาะการสร้าง Gateway และแพลตฟอร์มสำหรับงาน GenAI โดยเฉพาะ ส่วนหลักสูตรนี้เป็น API Gateway สำหรับ API ทั่วไปขององค์กร ตั้งแต่ Routing, Authentication, Rate Limiting, Caching, Config as Code, Observability และ Kubernetes โดยมีเรื่อง AI Gateway เป็นหัวข้อปิดท้ายในระดับภาพรวม ผู้ที่ต้องการต่อยอดเรื่อง Monitoring หรือ Kubernetes สามารถเรียน Observability with Prometheus and Grafana และ Kubernetes (K8s) Orchestration ต่อได้

ต้องซื้อ License ของ Kong หรือไม่

ไม่ต้อง Lab ทั้งหมดใช้ Kong Gateway รุ่น Open Source จาก Docker Image ทางการ ซึ่งใช้งานได้โดยไม่ต้องมี License ส่วนความสามารถเฉพาะรุ่น Enterprise เช่น OpenID Connect Plugin และ Kong AI Gateway เต็มรูปแบบ ผู้สอนจะอธิบายและสาธิตให้เห็นภาพ เพื่อให้ผู้เรียนตัดสินใจได้ว่าองค์กรจำเป็นต้องใช้รุ่น Enterprise หรือไม่

องค์กรใช้ Gateway ตัวอื่นอยู่แล้ว เรียนหลักสูตรนี้ได้ประโยชน์ไหม

ได้ประโยชน์ เพราะหลักสูตรเน้นหลักการที่ใช้ได้กับทุก Gateway เช่น การแบ่งหน้าที่ระหว่าง Gateway กับ Service การยืนยันตัวตน การจำกัดปริมาณ Config as Code และ Observability และมีช่วงเปรียบเทียบ Kong, Apache APISIX, Traefik, Envoy Gateway และ Cloud API Gateway เพื่อให้นำแนวคิดไปปรับกับผลิตภัณฑ์ที่องค์กรใช้อยู่ได้

ไม่เคยใช้ Kubernetes มาก่อน เรียนวันที่สามได้หรือไม่

ได้ หลักสูตรปูพื้น Kubernetes ที่จำเป็นต่อ Lab ไว้ในวันที่สาม ทั้ง Pod, Deployment, Service และ Namespace และใช้ kind สร้าง Cluster บนโน้ตบุ๊กของผู้เรียนเอง จึงไม่ต้องมี Cluster มาก่อน แต่ควรใช้ Docker และ Docker Compose ได้คล่องตามพื้นฐานที่กำหนด

ต้องเตรียมเครื่องอย่างไร

ผู้เรียนใช้โน้ตบุ๊กของตนเองที่มี RAM อย่างน้อย 16 GB และพื้นที่ว่างประมาณ 30 GB ติดตั้ง Docker Desktop (Windows ใช้ WSL2) หรือ Docker Engine, Git, VS Code และเครื่องมือทดสอบ API อย่าง Bruno หรือ Postman ส่วน kubectl, Helm และ kind จะแนะนำการติดตั้งในคลาส ควรมีสิทธิ์ติดตั้งโปรแกรมและดาวน์โหลด Docker Image ผ่านเครือข่ายได้

ทำ Lab เรื่อง AI Gateway ต้องมีบัญชี LLM แบบเสียเงินหรือไม่

ไม่จำเป็น Lab ใช้โมเดลขนาดเล็กที่รันบนเครื่องผ่าน Ollama ร่วมกับปลั๊กอินกลุ่ม AI ของ Apache APISIX หากต้องการทดลองกับผู้ให้บริการ LLM บน Cloud ผู้เรียนใช้บัญชีและ API Key ของตนเองซึ่งอาจมีค่าใช้จ่ายตามการใช้งาน

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ

ບົດຄວາມເຜີຍແຜ່ເປັນພາສາໄທ.