API Request Flow
แผนผังคำขอ API ตั้งแต่ Gateway ตรวจรูปแบบและสิทธิ์ ผ่าน Business Logic กับฐานข้อมูล จนสร้าง Response พร้อมเส้นทางปฏิเสธที่สื่อสารได้
สร้างสำเนาใหม่ งานต้นฉบับของเทมเพลตไม่ถูกแก้ไข
- เริ่มต้น
Client ส่ง Request
ระบุ Method, Path, Header และ Payload ตามสัญญา
- ขั้นตอน
Gateway ตรวจขนาดและรูปแบบ
ปฏิเสธคำขอที่ผิดรูปแบบก่อนเข้าระบบหลัก
- ตัดสินใจ
ยืนยันตัวตนและสิทธิ์ผ่านหรือไม่
ตรวจ Credential และ Scope ฝั่ง Server
- ขั้นตอน
ประมวลผล Business Rule
ตรวจ Input ซ้ำในขอบเขต Domain
- สิ้นสุด
ตอบกลับ 401 หรือ 403
ไม่เปิดเผยรายละเอียดสิทธิ์เกินจำเป็น
- ขั้นตอน
อ่านหรือเขียนข้อมูลผ่าน Repository
ควบคุม Transaction และ Timeout
- ตัดสินใจ
ประมวลผลสำเร็จหรือไม่
แยกข้อผิดพลาดที่คาดได้จากความล้มเหลวภายใน
และอีก 2 Node ในเทมเพลต
สิ่งที่อยู่ใน Flow
ลำดับหลักของเทมเพลต
รายการนี้เป็นสรุปอ่านเร็ว ส่วนรายละเอียดและทางแยกครบอยู่ใน Graph ที่เปิดแก้ได้
- ขั้นที่ 1
รับ Request ตาม API contract
- ขั้นที่ 2
ตรวจขนาด รูปแบบ ตัวตน และสิทธิ์
- ขั้นที่ 3
ประมวลผลผ่าน Domain กับ Repository
- ขั้นที่ 4
ตอบสถานะสำเร็จหรือข้อผิดพลาดที่ปลอดภัย
เทมเพลตที่เกี่ยวข้อง
Flow การ Login และยืนยันตัวตน
แผนผังตรวจข้อมูลเข้าสู่ระบบ แยกผลลัพธ์สำเร็จ บัญชีถูกล็อก และข้อมูลไม่ถูกต้อง เพื่อให้ทีมพัฒนากับทีม Support เห็นเงื่อนไขเดียวกัน
ดูเทมเพลตFlow คัดกรอง Software Bug
กระบวนการรับ Bug ตรวจข้อมูล ทำซ้ำ ประเมินความรุนแรง กำหนดเจ้าของ และตัดสินใจแก้ด่วนหรือเข้ารอบพัฒนา โดยไม่ปะปน Feature Request
ดูเทมเพลตIncident Escalation Flow
Flow รับ Alert ประเมินผลกระทบ ตั้งระดับเหตุการณ์ เรียก On-call สื่อสารสถานะ และส่งต่อผู้บัญชาการเหตุการณ์ โดยแยกงานเร่งด่วนกับการติดตามทั่วไป
ดูเทมเพลตพร้อมปรับ Flow ให้ตรงกับทีมแล้วหรือยัง
เปิดสำเนาใน Editor แล้วแก้ Node, Edge และรายละเอียดได้ทันที