จุดเชื่อมเดียวของทุกระบบธุรกิจ
CKN Integration คือชั้นกลางที่ทุก Solution ต้องเรียกผ่าน ดูแล registry ของ service, workflow, routing, retry, compensation และ connector ภายนอกไว้ในที่เดียว ธุรกิจจึงเปลี่ยนขั้นตอนและต่อระบบใหม่ได้ โดยไม่ต้องแก้โค้ดของแต่ละระบบ และทุกการเรียกมีบันทึกให้ตรวจสอบย้อนหลัง
แผนที่ระบบแบบ real-time
เส้นทางจากทุก Solution ผ่าน Integration ไปยังบริการธุรกิจ เส้นไหนมีปัญหาเปลี่ยนสีทันที
รู้ทันทีว่า API ไหนล้มเหลว
รายการ operation ที่ผิดพลาด เรียงจากหนักสุด พร้อมอัตราและรหัส error
ตัดวงจรก่อนปัญหาลาม
เมื่อบริการปลายทางล่ม circuit breaker เปิดเอง และบอกว่า process ไหนได้รับผลกระทบ
ออกแบบ workflow ด้วยการลากวาง
วางขั้นตอน เงื่อนไข และการอนุมัติของกระบวนการธุรกิจ แล้ว validate ก่อนเผยแพร่
สิ่งที่ CKN Integration ทำได้
Registry ของ service และ endpoint
ทุกระบบที่เชื่อมต่อถูกลงทะเบียนพร้อมสัญญาที่ชัดเจน รู้ว่าใครเรียกอะไรได้ และระบบไหนพร้อมใช้งาน
- contract manifest และ schema contract ต่อ endpoint
- transformation และ retry policy ที่กำหนดเป็นข้อมูล
- ตรวจ health ของ service เป็นระยะด้วย health probe
- แผนผังระบบแบบ real time พร้อมจำนวนความล้มเหลวต่อเส้นทาง
Workflow และ BPM แบบข้อมูล
ขั้นตอนธุรกิจเป็นข้อมูลที่ออกแบบ ตรวจทาน และเปลี่ยนเวอร์ชันได้ ไม่ต้อง deploy โค้ดใหม่ทุกครั้งที่กระบวนการเปลี่ยน
- ชุด step มาตรฐาน: INVOKE, gateway, รอ timer / event / callback
- human review task สำหรับจุดที่ต้องให้คนอนุมัติ
- sub-process, วนซ้ำตามรายการ และ schedule ตามเวลา
- ตัวออกแบบ ตัวทดสอบ และคิวตรวจทานเวอร์ชันใน console
Routing, retry และ compensation
เมื่อบางขั้นตอนล้ม ระบบ retry ตามนโยบาย และถอนผลที่ทำไปแล้วด้วย compensation แทนการปล่อยข้อมูลค้างครึ่งทาง
- retry policy ต่อ endpoint และ timer ที่ไม่หายเมื่อ restart
- COMPENSATE step และคำสั่งถอนผลทั้ง instance
- คิว exception และ hold monitor สำหรับผู้ดูแล
- step ที่ล้มอย่างถาวรไม่ถูก retry ซ้ำโดยไม่จำเป็น
Entry API ตัวเดียวสำหรับ Solution
Solution ทุกตัวเรียกผ่านประตูเดียว ไม่ต้องรู้ที่อยู่หรือรูปแบบของแต่ละ business service
- entry operation ที่เผยแพร่แล้วพร้อม client grant ต่อแอป
- ตรวจ request body กับ schema ก่อนส่งต่อ และคืน error code ของปลายทางตรงๆ
- Idempotency-Key ป้องกันการสั่งซ้ำ เก็บการตอบซ้ำ 30 วัน
- command batch ส่งได้ครั้งละหลายรายการ
Connector ภายนอกและ messaging
เชื่อมระบบภายนอกผ่าน connector ที่มี credential ของตัวเอง รับ callback กลับ และส่ง event ถึงกันอย่างเรียงลำดับ
- outbox poller ดึง event จาก business service ทีละ tenant ตามลำดับ
- รับ webhook / callback แล้วปลุก workflow ที่รออยู่
- connector การส่งเอกสารภาษีอิเล็กทรอนิกส์ของไทย (e-Tax) ที่ทดสอบกับผู้ให้บริการจำลอง
- event subscription และ WebSocket stream ของ operation
ความปลอดภัยและการตรวจสอบ
ทุกการเรียกข้ามระบบมีตัวตนและขอบเขตที่ตรวจได้ และผู้ดูแลเห็นสิ่งที่เกิดขึ้นจริงจาก trace
- token ที่ตรวจกับ identity และ tenant ต้องตรงกับ token
- ออก delegation grant ต่อการเรียก ไม่ส่งต่อ credential ของผู้ใช้
- egress guard กัน connector ไม่ให้เรียกที่อยู่ภายในหรือ metadata ของ cloud
- audit timeline, flow trace และ exception queue ใน console
สร้างและทดสอบที่ขนาดนี้
ตัวเลขเหล่านี้นับจากโค้ด เอกสาร และผลการทดสอบจริง ไม่ใช่ผล benchmark ความเร็ว
ตัวเลขจากชุดทดสอบและ benchmark ภายในของ CKN ผลจริงขึ้นกับเครื่องและปริมาณข้อมูลของแต่ละระบบ
ธุรกิจของคุณได้อะไร
ต้นทุนการต่อระบบต่ำลง
Solution ใหม่ต่อกับ business service ผ่าน entry operation ที่มีอยู่แล้ว ไม่ต้องเขียนการเชื่อมต่อแบบจุดต่อจุดซ้ำทุกครั้ง การเปลี่ยนขั้นตอนทำที่ workflow ในที่เดียว
ลดความเสี่ยงข้อมูลค้างและการสั่งซ้ำ
retry, compensation และ Idempotency-Key ทำให้การเรียกที่ล้มหรือถูกส่งซ้ำไม่สร้างข้อมูลซ้ำหรือค้างครึ่งทาง งานที่ต้องให้คนตัดสินจะเข้าคิวตรวจทาน
คุมได้และตรวจสอบได้
ทุกการเรียกผ่านจุดเดียวที่ตรวจตัวตน สิทธิ์ และ tenant จึงเห็นภาพรวมได้จาก console และมี audit trail ว่าใครเรียกอะไร เมื่อไร
ตัวอย่างการเรียกผ่าน entry API
ใครใช้บริการนี้
- Solution ตามอุตสาหกรรมทุกตัวที่เรียกผ่าน entry API
- business service ทั้ง 14 ตัวที่ถูกเรียกและส่ง event ผ่านชั้นนี้
- identity ที่ออก token และ delegation grant ให้ทุกการเรียก
- console ของผู้ดูแลที่ใช้ดู flow, exception และ health
GET /entry/core-branch/search?limit=50 HTTP/1.1
Host: https://integration.example.com
Authorization: Bearer <access-token>
X-CKN-Operation-Code: CORE.BRANCH.SEARCH
HTTP/1.1 200 OK
{
"success": true,
"data": {
"processInstanceId": "<uuid>",
"status": "COMPLETED",
"result": { "...": "answer of the business service" },
"page": { "next_cursor": "<cursor>", "has_more": true, "limit": 50 },
"warnings": []
}
}