การเปิดตัวในเดือนกรกฎาคมมีสามธีมหลักที่ชัดเจน: การรักษาความปลอดภัยและการจัดการการเข้าถึงระดับองค์กรที่แข็งแกร่งขึ้น, การย้าย API และการซิงค์ข้อมูลจำเพาะที่เชื่อถือได้มากขึ้น, และเวิร์กโฟลว์การทดสอบที่บำรุงรักษาง่ายขึ้น
ทีม API ต้องการมากกว่าแค่คุณสมบัติแต่ละอย่าง พวกเขาต้องการความมั่นใจว่าข้อมูลรับรองจะถูกพบก่อนที่จะกลายเป็นเหตุการณ์, การเข้าถึงและกิจกรรมขององค์กรยังคงตรวจสอบย้อนหลังได้, ข้อมูล API ที่นำเข้ายังคงมีความหมาย, และการทดสอบอัตโนมัติง่ายต่อการนำกลับมาใช้ใหม่และตรวจสอบ
ในเดือนนี้ Apidog ปรับปรุงเวิร์กโฟลว์ที่เชื่อมโยงกันเหล่านี้ในสามด้าน:
- ความปลอดภัยและการเข้าถึงระดับองค์กร (แผน Enterprise): ตรวจจับความเสี่ยงด้านข้อมูลรับรอง, ตรวจสอบกิจกรรมสำคัญขององค์กร, และปรับปรุงเวิร์กโฟลว์ SCIM, SAML, และ SSO
- การย้าย API และการซิงค์ข้อมูลจำเพาะ: รักษาบริบทของ Postman ได้มากขึ้น และทำให้การนำเข้า OpenAPI/Swagger ปลอดภัยขึ้นเมื่อทำซ้ำ
- ความน่าเชื่อถือของการทดสอบและเวิร์กโฟลว์: นำสินทรัพย์การทดสอบกลับมาใช้ใหม่ได้มากขึ้น, ดูว่าสถานการณ์ล่าสุดรันเมื่อใด, และบันทึกการกำหนดค่าสภาพแวดล้อมขนาดใหญ่ได้อย่างน่าเชื่อถือมากขึ้น
1. 🔐 ความปลอดภัยและการเข้าถึงระดับองค์กร
การกำกับดูแล API ระดับองค์กรขึ้นอยู่กับสามสิ่งที่ต้องทำงานร่วมกัน: ข้อมูลที่ละเอียดอ่อนต้องถูกค้นพบได้, กิจกรรมสำคัญต้องตรวจสอบย้อนหลังได้, และผู้ใช้ที่เหมาะสมต้องได้รับสิทธิ์เข้าถึงที่ถูกต้อง การอัปเดตเดือนกรกฎาคมนี้เสริมทั้งสามส่วนของโมเดลการดำเนินงานดังกล่าว
ความพร้อมใช้งาน: แผน Enterprise
Enterprise Secret Scanner ช่วยให้เห็นความเสี่ยงด้านข้อมูลรับรอง
โปรเจกต์ API มักมีพารามิเตอร์คำขอ, เฮดเดอร์, สภาพแวดล้อม, ตัวแปร, สคริปต์, ตัวอย่าง และการตั้งค่าการยืนยันตัวตน หากคีย์ API, โทเค็นการเข้าถึง, คีย์ส่วนตัว หรือข้อมูลรับรองอื่นถูกเก็บเป็นข้อความธรรมดา ความเสี่ยงเหล่านี้อาจค้นพบได้ยาก โดยเฉพาะในองค์กรขนาดใหญ่
Secret Scanner ช่วยให้ทีม Enterprise ค้นหา ตรวจสอบ และจัดการความเสี่ยงตลอดวงจรชีวิต API ได้เป็นขั้นตอน:
- ตรวจสอบภาพรวมระดับองค์กร — ผู้ดูแลระบบองค์กรดูได้ว่าทีมใดมีการค้นพบความลับที่ยังไม่ได้แก้ไข และระบุเจ้าของทีมหรือผู้ดูแลระบบทีมเพื่อประสานงาน
- ตรวจสอบระดับทีม — ทีมสามารถตรวจสอบการค้นพบข้ามโปรเจกต์ และเปิดรายละเอียดของเหตุการณ์ที่เกี่ยวข้องกับความเสี่ยงด้านความลับเดียวกัน
- เปิดแหล่งที่มาโดยตรง — แต่ละเหตุการณ์เชื่อมโยงกลับไปยังคำขอ, สภาพแวดล้อม, ตัวแปร, ตัวอย่าง หรือทรัพยากรต้นทางที่เกี่ยวข้อง
- บันทึกผลการแก้ไข — ทำเครื่องหมายการค้นพบว่าแก้ไขแล้วพร้อมเหตุผล เช่น เพิกถอนแล้ว, ผลบวกลวง หรือ ไม่แก้ไข
- กำหนดรูปแบบตรวจจับเอง — ผู้ดูแลระบบทีมสามารถสร้าง แก้ไข เปิดใช้ ปิดใช้ หรือลบรูปแบบสำหรับข้อมูลรับรองภายในองค์กรได้
แทนที่จะหยุดที่การตรวจจับ ทีมสามารถติดตามแหล่งที่มา ระบุผู้รับผิดชอบ บันทึกผลลัพธ์ และรักษากระบวนการแก้ไขให้ชัดเจนขึ้นได้
บันทึกการตรวจสอบระดับองค์กร (Enterprise Audit Logs) ช่วยปรับปรุงการตรวจสอบย้อนหลังขององค์กร
เมื่อองค์กรจัดการสมาชิก ทีม โปรเจกต์ และสิทธิ์จำนวนมาก ผู้ดูแลระบบต้องมีประวัติกิจกรรมสำคัญที่เชื่อถือได้ มิฉะนั้นการตรวจสอบสิทธิ์ที่เปลี่ยนโดยไม่คาดคิด หรือการค้นหาว่าใครทำรายการที่มีความละเอียดอ่อน อาจกลายเป็นงานตรวจสอบด้วยตนเองที่ใช้เวลานาน
Enterprise Audit Logs ให้เจ้าของและผู้ดูแลระบบองค์กรตรวจสอบเหตุการณ์จากศูนย์กลางได้ บันทึกแต่ละรายการสามารถรวมข้อมูลต่อไปนี้:
- ผู้ดำเนินการ
- ประเภทเหตุการณ์
- คำอธิบายเหตุการณ์
- ที่อยู่ IP ต้นทาง
- เวลาประทับ
ผู้ดูแลระบบสามารถกรองตามช่วงเวลา ประเภทเหตุการณ์ และผู้ดำเนินการ เพื่อตรวจสอบการเปลี่ยนแปลงเกี่ยวกับสมาชิก ทีม สิทธิ์ โปรเจกต์ และเหตุการณ์เข้าสู่ระบบได้รวดเร็วขึ้น
สิ่งนี้ช่วยสนับสนุนการตรวจสอบความปลอดภัย การสอบสวนเหตุการณ์ และกระบวนการปฏิบัติตามข้อกำหนดภายใน โดยไม่ต้องรวบรวมกิจกรรมจากหลายแหล่ง
เวิร์กโฟลว์ข้อมูลประจำตัวองค์กรและ SSO ที่เชื่อถือได้มากขึ้น
Apidog ปรับปรุงความเข้ากันได้กับ SCIM 2.0 สำหรับการเชื่อมต่อกับผู้ให้บริการข้อมูลประจำตัว (IdP) การดำเนินการวงจรชีวิตผู้ใช้และการจัดการกลุ่มระดับองค์กรมีความยืดหยุ่นมากขึ้นต่อความแตกต่างของฟิลด์ SCIM และพฤติกรรมของปลายทาง
ผลลัพธ์คือทีมสามารถเปิดใช้งาน อัปเดต และซิงโครไนซ์ผู้ใช้และกลุ่มได้อย่างน่าเชื่อถือยิ่งขึ้น
สำหรับองค์กรที่ใช้ IdP เช่น JumpCloud, Microsoft Entra ID และ Okta การปรับปรุงเหล่านี้ช่วยให้เวิร์กโฟลว์การกำกับดูแลข้อมูลประจำตัวทำงานราบรื่นขึ้น:
- การแมปกลุ่ม SAML รองรับทั้งสตริงกลุ่มเดี่ยวและอาร์เรย์หลายกลุ่ม
- ผู้ใช้ได้รับบทบาทองค์กรและทีมที่คาดหวังหลังเข้าสู่ระบบ SSO
- การเป็นสมาชิกทีมเดิมไม่ถูกรบกวน
- หลังเข้าสู่ระบบ SSO แล้ว Apidog สามารถขยายและเลือกองค์กรกับทีมที่เกี่ยวข้องโดยอัตโนมัติ
แนวทางนี้ช่วยลดการนำทางด้วยตนเอง และทำให้ผู้ใช้เข้าสู่โปรเจกต์ที่ถูกต้องพร้อมสิทธิ์ที่ถูกต้องได้เร็วขึ้น
2. 📦 การย้าย API และการซิงค์ข้อมูลจำเพาะ
คุณภาพของการย้ายข้อมูลไม่ได้วัดแค่ว่านำเข้าได้หรือไม่ แต่ขึ้นอยู่กับสิ่งที่เกิดขึ้นหลังนำเข้า:
- คำขอต้องอ่านและตรวจสอบได้
- การยืนยันตัวตนต้องยังใช้งานได้
- ตัวแปรต้องรักษาบริบทเดิม
- การซิงค์ข้อมูลจำเพาะซ้ำต้องไม่ลบหรือเขียนทับทรัพยากรที่ไม่เกี่ยวข้อง
การย้าย Postman ที่สมบูรณ์และเชื่อถือได้มากขึ้น
ตอนนี้ Apidog รักษาและแมปข้อมูล Postman ได้มากขึ้น ทั้งจากการนำเข้าไฟล์ในเครื่องและการนำเข้าผ่าน Postman API:
- การยืนยันตัวตนระดับคอลเลกชันและการตั้งค่า OAuth 2.0 ระดับปลายทางถูกนำเข้าได้แม่นยำขึ้น
- URL ของ OAuth 2.0 Refresh Token ถูกแมปอย่างถูกต้อง
- คำอธิบายตัวแปรและการจัดประเภทความลับสามารถรักษาไว้ได้
- ฟิลด์ไฟล์
form-dataรักษาชื่อไฟล์ต้นฉบับไว้ เมื่อไม่สามารถถ่ายโอนไฟล์ในเครื่องจริงได้ - การนำเข้า Postman API สามารถรวม Globals ได้ พร้อมตัวเลือกให้ยกเว้นระหว่างนำเข้า
- อักขระที่ไม่รองรับในชื่อตัวแปร เช่น ช่องว่างหรือขีดคั่น ถูกแทนด้วยขีดล่าง เพื่อลดความล้มเหลวของการแก้ไขเทมเพลต
- การนำเข้า Postman API ซ้ำมีโอกาสน้อยลงที่จะใช้ข้อมูลคอลเลกชันจากแคชเบราว์เซอร์ที่ล้าสมัย
| ก่อนหน้า | ตอนนี้ |
|---|---|
| รายละเอียดการยืนยันตัวตนอาจต้องสร้างใหม่หลังการย้ายข้อมูล | รักษาการตั้งค่าการยืนยันตัวตนและเนื้อหาคำขอได้มากขึ้น |
| บริบทตัวแปรหรือเมตาดาต้าความลับอาจสูญหาย | ตัวแปรยังคงมีบริบทที่เป็นประโยชน์มากขึ้น |
| Globals ไม่ได้รวมผ่านเส้นทาง Postman API | ตรวจสอบและนำเข้า Globals ได้ |
| อักขระชื่อตัวแปรที่ไม่รองรับอาจทำให้การอ้างอิงเสีย | ชื่อตัวแปรถูกทำให้เป็นมาตรฐานสำหรับเทมเพลต Apidog |
| การนำเข้าซ้ำอาจใช้ข้อมูลแคชเก่า | การย้ายและซิงโครไนซ์ซ้ำเชื่อถือได้มากขึ้น |
ผลลัพธ์คือทีมใช้เวลาทำความสะอาดหลังย้ายข้อมูลน้อยลง และเปลี่ยนข้อมูลที่นำเข้าเป็นคำขอที่ตรวจสอบและรันได้เร็วขึ้น
เวิร์กโฟลว์การนำเข้า OpenAPI และ Swagger ที่ปลอดภัยยิ่งขึ้น
การนำเข้า OpenAPI และ Swagger มักเป็นเวิร์กโฟลว์ซิงโครไนซ์ต่อเนื่อง ไม่ใช่แค่การย้ายข้อมูลครั้งเดียว ดังนั้นข้อผิดพลาดการนำเข้า การแยกวิเคราะห์ไม่สมบูรณ์ หรือการลบทรัพยากรที่ไม่ถูกต้อง จึงอาจส่งผลกระทบต่อโปรเจกต์ซ้ำ ๆ
ตอนนี้ Apidog แสดงรายละเอียดข้อผิดพลาดชัดเจนขึ้นเมื่อไม่สามารถนำเข้าไฟล์ OpenAPI หรือ Swagger ได้ หากปัญหาเกี่ยวข้องกับรูปแบบข้อมูลจำเพาะที่เลือก ขั้นตอนนำเข้าจะแนะนำการเปลี่ยนรูปแบบเพื่อดำเนินการตรวจสอบต่อไปได้โดยตรง
การเปิดตัวนี้ยังปรับปรุงกรณีซิงโครไนซ์ที่ซับซ้อน:
- การนำเข้าตามกำหนดเวลาสามารถประมวลผลคำจำกัดความที่ส่งคืนพร้อม HTTP response แบบไม่ใช่ 2xx ได้ถูกต้องขึ้น
- การนำเข้า OpenAPI 3.1 ลงในสาขาการทำซ้ำ รักษาส่วนปลายทาง, Webhooks, โฟลเดอร์, คำอธิบาย และสถานะเลิกใช้แล้วได้เชื่อถือได้ขึ้น
- โฟลเดอร์ที่ไม่มีส่วนปลายทาง HTTP มีโอกาสน้อยลงที่จะถูกลบผิดพลาด เมื่อลบทรัพยากรที่ไม่มีอยู่ในข้อมูลจำเพาะต้นฉบับแล้ว
- การอ้างอิง Schema แบบวงกลมได้รับการจัดการได้เชื่อถือได้ขึ้นระหว่างนำเข้า
- การซิงโครไนซ์โมเดลข้ามโมดูลและแหล่งนำเข้าตามกำหนดเวลามีโอกาสน้อยลงที่จะเขียนทับโมเดลที่ไม่เกี่ยวข้องแต่ใช้ชื่อเดียวกัน
การเปลี่ยนแปลงเหล่านี้ทำให้การซิงโครไนซ์ข้อมูลจำเพาะปลอดภัยขึ้นสำหรับทีมที่ทำงานกับหลายโมดูล หลายสาขา และการนำเข้าตามกำหนดเวลา
3. 🧪 ความน่าเชื่อถือของการทดสอบและเวิร์กโฟลว์
ระบบอัตโนมัติจะดูแลยากเมื่อสินทรัพย์ทดสอบต้องถูกทำซ้ำ กิจกรรมของสถานการณ์มองเห็นได้ยาก หรือการอัปเดตการกำหนดค่าขนาดใหญ่ล้มเหลวจากปัญหาที่หลีกเลี่ยงได้ การปรับปรุงในเดือนกรกฎาคมช่วยลดแรงเสียดทานเหล่านี้
นำสินทรัพย์การทดสอบกลับมาใช้ใหม่ได้มากขึ้นใน Apidog CLI
เมื่อ Apidog CLI รันกรณีสถานการณ์ ขั้นตอนของสถานการณ์สามารถอ้างอิงส่วนปลายทาง กรณีทดสอบ และสถานการณ์อื่นได้
แนวทางปฏิบัติที่นำไปใช้ได้ทันทีคือ:
- แยกคำขอหรือกรณีทดสอบที่ใช้ร่วมกันให้เป็นสินทรัพย์กลาง
- อ้างอิงสินทรัพย์เหล่านั้นจากขั้นตอนของสถานการณ์
- ใช้สถานการณ์เดียวกันทั้งในการทดสอบแบบโต้ตอบ สคริปต์ในเครื่อง และไปป์ไลน์ CI/CD
สิ่งนี้ช่วยให้การสร้างสถานการณ์เป็นแบบโมดูลาร์มากขึ้น และลดการสร้างขั้นตอนทดสอบเดิมซ้ำในหลายเวิร์กโฟลว์
ดูว่าสถานการณ์การทดสอบรันครั้งสุดท้ายเมื่อใด
รายการสถานการณ์การทดสอบอัตโนมัติแสดงเวลารันล่าสุดควบคู่กับเวลาสร้าง ทีมจึงสามารถใช้ข้อมูลนี้เพื่อตรวจสอบได้อย่างรวดเร็วว่า:
- สถานการณ์ใดถูกรันเมื่อเร็ว ๆ นี้
- การทดสอบใดอาจต้องตรวจสอบเพิ่มเติม
- กิจกรรมการทดสอบของโปรเจกต์เป็นอย่างไร
ข้อมูลดังกล่าวช่วยให้สื่อสารสถานะการทดสอบกับผู้มีส่วนได้ส่วนเสียได้ชัดเจนขึ้น
บันทึกการกำหนดค่าสภาพแวดล้อมขนาดใหญ่ได้อย่างน่าเชื่อถือมากขึ้น
โปรเจกต์ขนาดใหญ่อาจสะสมค่าว่างที่ไม่ถูกต้องในการกำหนดค่าสภาพแวดล้อม ซึ่งเพิ่มขนาดคำขอและบางครั้งทำให้การบันทึกล้มเหลว
ตอนนี้ Apidog จะลบข้อมูลว่างที่ไม่ได้ใช้นี้เมื่อบันทึกสภาพแวดล้อม ทำให้การอัปเดตการกำหนดค่าเชื่อถือได้มากขึ้นสำหรับโปรเจกต์ที่มีหลายโมดูล
🐞 การแก้ไขข้อผิดพลาดและการปรับปรุงเล็กน้อย
การแก้ไขและปรับปรุงในเดือนนี้ประกอบด้วย:
- แก้ไขปัญหาที่การแจ้งเตือนของ Runner และผลลัพธ์การรันล่าสุดอาจแสดงระยะเวลาเฉลี่ยเป็น 0 หลังสถานการณ์ทดสอบเสร็จสมบูรณ์
- แก้ไขปัญหาที่การคลิก “ลืมรหัสผ่าน” ไม่นำข้อมูลบัญชีที่เคยป้อนกลับมาใช้ซ้ำโดยอัตโนมัติ
- แก้ไขปัญหาที่เจ้าขององค์กรอาจสูญเสียการเข้าถึงการตั้งค่าองค์กรหลังเกินขีดจำกัดสมาชิก
- แก้ไขปัญหาที่เจ้าของทีมสามารถเข้าร่วมใหม่ผ่านลิงก์คำเชิญโปรเจกต์ด้วยบทบาทสมาชิกปกติที่ไม่ถูกต้อง
- แก้ไขการชดเชยเขตเวลาในเวลากิจกรรมล่าสุดของรายการสมาชิกองค์กร
- แก้ไขปัญหาที่การโคลนโปรเจกต์จากเว็บไซต์เอกสารที่เผยแพร่อาจรวมส่วนปลายทางจากโมดูลที่ยังไม่เผยแพร่
- แก้ไขปัญหาที่ขั้นตอนของชุดทดสอบอาจหายไปหลังบันทึกในสาขาย่อย
- แก้ไขปัญหาที่ Runner อาจไม่สามารถดำเนินการชุดทดสอบในสาขาย่อยได้
- แก้ไขปัญหาที่การส่งออกเอกสารหลายโมดูลอาจมีส่วนปลายทางจากโมดูลที่ไม่ได้เลือก
- แก้ไขปัญหาที่การปิดใช้ “Import Authentication” อาจเปลี่ยนการยืนยันตัวตนของไดเรกทอรีเป็น “No Auth” อย่างไม่ถูกต้อง
- ปรับปรุงการจดจำ Secret Scanner สำหรับรูปแบบข้อมูลรับรองเพิ่มเติม
- แก้ไขปัญหาที่รูปภาพในเอกสาร Markdown อาจไม่แสดงในไคลเอนต์เดสก์ท็อป On-Premises
- ปรับปรุงข้อมูลการใช้งานเครดิตสะสม เพื่อแสดงยอดรวมที่เพิ่มขึ้นและยอดรวมที่ใช้ไปได้แม่นยำขึ้น
🌟 สิ่งนี้หมายความว่าอะไร
การเปิดตัวในเดือนกรกฎาคมสร้างเส้นทางการทำงานที่เชื่อถือได้มากขึ้นในสามด้านของการดำเนินงาน API:
| จุดเน้น | สิ่งที่ปรับปรุง | ความสำคัญ |
|---|---|---|
| ความปลอดภัยและการเข้าถึงระดับองค์กร | Secret Scanner, Audit Logs, ความเข้ากันได้กับ JumpCloud SCIM และ SAML, และการนำทางพื้นที่ทำงาน SSO ที่เร็วขึ้น | องค์กรค้นหาความเสี่ยงด้านข้อมูลรับรอง ตรวจสอบกิจกรรมสำคัญ และจัดการสิทธิ์ผู้ใช้ได้โดยมีช่องว่างน้อยลง |
| การย้าย API และการซิงค์ข้อมูลจำเพาะ | รักษาบริบทของ Postman ได้มากขึ้น พร้อมการนำเข้า OpenAPI และ Swagger ที่ปลอดภัยและแก้ปัญหาได้ง่ายขึ้น | ทีมใช้เวลาน้อยลงในการแก้ไขข้อมูลนำเข้า และลดความเสี่ยงที่ทรัพยากรโปรเจกต์จะสูญหายหรือถูกเขียนทับ |
| ความน่าเชื่อถือของการทดสอบและเวิร์กโฟลว์ | สถานการณ์ CLI นำสินทรัพย์เดิมกลับมาใช้ได้ กิจกรรมสถานการณ์มองเห็นง่ายขึ้น และการบันทึกสภาพแวดล้อมขนาดใหญ่เสถียรขึ้น | เวิร์กโฟลว์อัตโนมัติสร้าง ตรวจสอบ และบำรุงรักษาได้ง่ายขึ้น |
การอัปเดตเหล่านี้ช่วยให้ทีมรักษาความปลอดภัย ผู้ดูแลระบบ นักออกแบบ API และวิศวกรทดสอบทำงานบนรากฐานการดำเนินงานที่ชัดเจนและเชื่อถือได้มากขึ้น
💬 เข้าร่วมการสนทนา
เชื่อมต่อกับเพื่อนวิศวกร API และทีม Apidog:
- เข้าร่วมชุมชน Discord ของเราเพื่อการสนทนาและการสนับสนุนแบบเรียลไทม์
- เข้าร่วมชุมชน Slack ของเราเพื่อการสนทนาทางเทคนิค
- ติดตามเราบน X (Twitter) เพื่อรับการอัปเดตล่าสุด
ป.ล. สำหรับรายละเอียดทั้งหมดของการอัปเดต โปรดดู Apidog Changelog!
ขอแสดงความนับถือ,
ทีมงาน Apidog
Top comments (0)