สรุปสั้นๆ
ระดับฟรีของ Postman มีข้อจำกัดในการแชร์ Collection ในแบบที่นักพัฒนาหลายคนไม่ทันตั้งตัว หากคุณต้องการทำงานร่วมกับเพื่อนร่วมทีมโดยไม่ต้องจ่าย $19 ต่อผู้ใช้ต่อเดือน คุณมีวิธีแก้ไขปัญหาชั่วคราวอยู่บ้าง แต่แต่ละวิธีก็มีข้อแลกเปลี่ยนที่สำคัญ แผนฟรีของ Apidog ช่วยให้คุณสามารถแชร์พื้นที่ทำงานกับผู้ใช้ได้สูงสุด 3 คน โดยไม่ต้องอัปเกรด
บทนำ
Postman เริ่มต้นจากการเป็นส่วนเสริมของ Chrome ที่เรียบง่ายสำหรับการส่งคำขอ HTTP ตลอดหลายปีที่ผ่านมาได้เติบโตเป็นแพลตฟอร์ม API เต็มรูปแบบ และราคาก็เพิ่มขึ้นตามไปด้วย ปัจจุบัน ทีมที่ต้องการแชร์ Collection และทำงานร่วมกันแบบเรียลไทม์จำเป็นต้องใช้แผนแบบชำระเงิน ระดับฟรีทำให้นักพัฒนาจำนวนมากต้องหาวิธีแก้ปัญหาชั่วคราว
หากคุณกำลังดำเนินงานทีมขนาดเล็ก, โปรเจกต์เสริม, หรือสตาร์ทอัพที่ทุกดอลลาร์มีความสำคัญ การจ่าย $19 ต่อผู้ใช้ต่อเดือนเพียงเพื่อแชร์ Collection รู้สึกว่าเป็นจำนวนที่มาก นั่นคือ $228 ต่อคนต่อปีก่อนที่คุณจะได้เปิดตัวคุณสมบัติใดๆ เลย
ข่าวดีคือมีวิธีที่ถูกต้องตามกฎหมายในการแชร์ Postman Collection ในแผนฟรี ไม่มีวิธีใดที่ราบรื่นเท่ากับการจ่ายเงินสำหรับแผน Team แต่ก็ใช้งานได้ คู่มือนี้จะแนะนำแต่ละวิธี อธิบายข้อเสีย และแสดงให้เห็นถึงทางเลือกฟรีที่แท้จริง
แผนฟรีของ Postman อนุญาตอะไรบ้าง
ก่อนที่จะดูวิธีแก้ไขปัญหาชั่วคราว สิ่งสำคัญคือต้องทำความเข้าใจว่าแผนฟรีมีอะไรบ้าง ณ ปี 2024-2025
แผนฟรีของ Postman ให้คุณ:
- ผู้ใช้ 1 คนต่อพื้นที่ทำงาน (ไม่สามารถแก้ไขร่วมกันได้)
- พื้นที่ทำงานสาธารณะที่ใช้งานอยู่ได้สูงสุด 3 แห่ง
- พื้นที่ทำงานส่วนตัวไม่จำกัด
- การเรียกใช้ mock server 1,000 ครั้งต่อเดือน
- การเรียกใช้ monitoring 1,000 ครั้งต่อเดือน
- จำกัดการรัน Collection 25 ครั้งต่อเดือนบน cloud runner
ข้อจำกัดที่สำคัญ: คุณไม่สามารถเชิญเพื่อนร่วมทีมเข้าสู่พื้นที่ทำงานส่วนตัวในแผนฟรีได้ พื้นที่ทำงานส่วนตัวต้องใช้แผน Basic เป็นอย่างน้อยที่ $19/ผู้ใช้/เดือน นั่นคืออุปสรรคแรกที่ทีมขนาดเล็กส่วนใหญ่เจอ
วิธีที่ 1: ส่งออก Collection เป็นไฟล์ JSON และแชร์ไฟล์
วิธีแก้ปัญหาชั่วคราวที่ตรงที่สุดคือการส่งออก Collection ของคุณเป็นไฟล์ JSON และส่งให้เพื่อนร่วมทีมของคุณ
วิธีการ:
- เปิด Postman และไปที่ Collection ของคุณในแถบด้านข้างซ้าย
- คลิกเมนูสามจุดข้างชื่อ Collection
- เลือก “Export.” (ส่งออก)
- เลือกรูปแบบ Collection v2.1 (นี่คือมาตรฐานปัจจุบันและมีความเข้ากันได้กว้างที่สุด)
- บันทึกไฟล์ JSON และแชร์ผ่านอีเมล, Slack, หรือไดรฟ์ที่แชร์
เพื่อนร่วมทีมของคุณจะนำเข้าโดยไปที่ File > Import และลากไฟล์ JSON เข้ามา
ข้อเสีย:
ทันทีที่คุณส่งออก Collection จะกลายเป็นภาพรวม หากคุณเพิ่ม endpoint ใหม่หรือแก้ไขคำขอ เพื่อนร่วมทีมของคุณจะไม่มีทางรู้ พวกเขากำลังทำงานจากสำเนาเก่า
ตัวแปร Environment ไม่ได้มาพร้อมกับ Collection โดยค่าเริ่มต้น คุณต้องส่งออก Environment แยกต่างหาก และเพื่อนร่วมทีมของคุณก็ต้องนำเข้าเช่นกัน หากคุณลืมตัวแปรเดียว คำขอของพวกเขาจะล้มเหลวและพวกเขาจะใช้เวลาในการดีบักสิ่งที่ไม่ได้เสียจริง
ไม่มีขั้นตอนการรวม (merge workflow) หากสองคนแก้ไขสำเนาท้องถิ่นพร้อมกันแล้วพยายามรวมกัน คุณจะต้องทำด้วยตัวเอง
วิธีนี้เหมาะสำหรับการส่งมอบเพียงครั้งคราวที่ไม่บ่อยนัก มันจะล้มเหลวอย่างรวดเร็วเมื่อ Collection มีการเปลี่ยนแปลงอย่างต่อเนื่อง
วิธีที่ 2: ใช้พื้นที่ทำงานสาธารณะ
Postman ให้คุณสร้างพื้นที่ทำงานสาธารณะในแผนฟรี ใครก็ตามที่มีลิงก์สามารถดูและ fork Collection ได้
วิธีการตั้งค่า:
- สร้างพื้นที่ทำงานใหม่ใน Postman
- เมื่อถูกถามให้เลือกระดับการมองเห็น ให้เลือก “Public” (สาธารณะ)
- เพิ่ม Collection ของคุณไปยังพื้นที่ทำงานสาธารณะ
- แชร์ URL ของพื้นที่ทำงานกับเพื่อนร่วมทีมของคุณ
เพื่อนร่วมทีมของคุณสามารถ fork Collection ไปยังพื้นที่ทำงานของตนเองและทำงานจากที่นั่นได้
ข้อเสีย:
สาธารณะหมายถึงสาธารณะ ใครก็ตามบนอินเทอร์เน็ตสามารถค้นหาและดู Collection ของคุณได้หากพวกเขามี URL หรือค้นหาในเครือข่าย API สาธารณะของ Postman สำหรับเครื่องมือภายใน, สภาพแวดล้อมการจัดเตรียม (staging environments) หรือสิ่งใดก็ตามที่มีโทเค็นการตรวจสอบสิทธิ์ฝังอยู่ในตัวอย่างการตอบกลับ นี่คือความเสี่ยงที่สำคัญ
Collection ที่ถูก fork จะไม่ซิงค์อัตโนมัติ หากคุณอัปเดตต้นฉบับ เพื่อนร่วมทีมจะต้องดึงการเปลี่ยนแปลงเข้าสู่ fork ของตนเองด้วยตนเอง ไม่มีแจ้งเตือนว่ามีการเปลี่ยนแปลงเกิดขึ้น
การแสดงความคิดเห็นและการทำงานร่วมกันโดยตรงยังคงต้องใช้แผน Team พื้นที่ทำงานสาธารณะเป็นแบบอ่านอย่างเดียวสำหรับผู้ดู; พวกเขาไม่สามารถแก้ไขต้นฉบับได้
วิธีนี้ใช้ได้ดีสำหรับโปรเจกต์โอเพนซอร์สหรือเอกสาร API สาธารณะ ไม่เหมาะสำหรับขั้นตอนการทำงานของทีมภายใน
วิธีที่ 3: ใช้ Git repository เป็นเลเยอร์สำหรับการซิงค์
บางทีมแก้ปัญหาการซิงค์โดยถือว่า JSON ที่ส่งออกเป็นส่วนหนึ่งของโค้ด และคอมมิตลงใน Git repository
ขั้นตอนการทำงานมีดังนี้:
- บุคคลหนึ่งเป็นเจ้าของ Postman Collection และส่งออกหลังจากทุกการเปลี่ยนแปลงที่สำคัญ
- พวกเขาคอมมิต JSON ที่อัปเดตแล้วไปยัง Git repo ที่ใช้ร่วมกัน (GitHub, GitLab, Bitbucket)
- เพื่อนร่วมทีมดึงเวอร์ชันล่าสุดและนำเข้าสู่ Postman ในเครื่องของตน
ข้อเสีย:
การนำเข้าทุกครั้งจะเขียนทับ Collection ในเครื่องที่มีอยู่ หากเพื่อนร่วมทีมมีการเปลี่ยนแปลงในเครื่อง การเปลี่ยนแปลงเหล่านั้นจะหายไป เว้นแต่พวกเขาจะส่งออกและรวม (merge) ก่อน
ขั้นตอนการทำงานนี้ต้องมีวินัย ใครบางคนต้องจำการส่งออกและคอมมิตทุกครั้งที่มีการเปลี่ยนแปลง ในทางปฏิบัติ เวอร์ชันใน Git มักจะล้าหลังสถานะ Postman จริงเสมอ
คุณไม่สามารถรันคำขอได้โดยตรงจาก Git repo ใครบางคนจะต้องทำขั้นตอนการนำเข้าเสมอ ซึ่งใช้เวลาและสร้างความขัดแย้ง
วิธีนี้ดีกว่าการแชร์ไฟล์ดิบเพราะให้ประวัติและแหล่งความจริงแหล่งเดียว แต่ขั้นตอนด้วยตนเองเพิ่มภาระงานที่ทำให้ทีมช้าลง
วิธีที่ 4: ใช้พื้นที่ทำงานส่วนตัวฟรีของ Postman ด้วยบัญชี “หลัก” เพียงบัญชีเดียว
ทีมขนาดเล็กบางทีมแก้ปัญหาการจำกัดการทำงานร่วมกันโดยให้ทุกคนแชร์บัญชี Postman เดียวกัน บุคคลหนึ่งล็อกอินบนเครื่องหลายเครื่องโดยใช้ข้อมูลรับรองชุดเดียวกัน
สิ่งนี้ขัดต่อข้อกำหนดในการให้บริการของ Postman และสร้างปัญหาจริง:
- Postman สามารถตรวจจับข้อมูลรับรองที่แชร์และล็อกบัญชีได้
- การเปลี่ยนแปลงที่ทำโดยบุคคลหนึ่งสามารถเขียนทับการเปลี่ยนแปลงที่ทำโดยอีกบุคคลหนึ่งได้หากเกิดความขัดแย้งในการซิงค์
- ไม่มีทางที่จะระบุการเปลี่ยนแปลงว่าเป็นของบุคคลใดบุคคลหนึ่งได้
วิธีนี้ถูกกล่าวถึงในที่นี้เพราะทีมใช้งานจริง ไม่ใช่เพราะเป็นความคิดที่ดี
Apidog จัดการการแชร์ระดับฟรีอย่างไร
Apidog ใช้วิธีที่แตกต่างในการแก้ปัญหาการทำงานร่วมกัน แผนฟรีรวมสมาชิกทีมสูงสุด 3 คนในพื้นที่ทำงานที่แชร์กัน พร้อมการซิงค์แบบเรียลไทม์ระหว่างทุกคน ไม่ต้องใช้วิธีแก้ปัญหาชั่วคราว ไม่ต้องจัดการไฟล์ JSON
เมื่อคุณทำการเปลี่ยนแปลงคำจำกัดความ API ใน Apidog เพื่อนร่วมทีมของคุณจะเห็นทันที ทุกคนกำลังทำงานจากแหล่งข้อมูลความจริงเดียวกันโดยไม่ต้องมีใครส่งออกหรือนำเข้าอะไรเลย
หากคุณใช้ Postman อยู่แล้ว คุณสามารถนำเข้า Collection ที่มีอยู่ได้โดยตรง Apidog รองรับรูปแบบ Postman Collection v2.1 ดังนั้นการเปลี่ยนมาใช้จึงทำได้เพียงคลิกเดียว ไม่ใช่โปรเจกต์ที่ใช้เวลาทั้งสุดสัปดาห์
แผนฟรียังรวมถึง:
- ตัวแก้ไขการออกแบบ API เต็มรูปแบบ (OpenAPI 3.0 และ Swagger)
- Smart Mock สำหรับสร้างการตอบสนองที่สมจริงโดยไม่ต้องพึ่งพาคลาวด์
- ตัวรันการทดสอบที่ไม่มีขีดจำกัดการรันรายเดือน
- เอกสาร API ที่สร้างขึ้นโดยอัตโนมัติจากคำจำกัดความของคุณ
- การจัดเก็บข้อมูลแบบ Local-first ดังนั้นข้อมูลของคุณจะอยู่ในเครื่องของคุณเว้นแต่คุณจะเลือกซิงค์
สำหรับทีม 2-3 คน แผนฟรีของ Apidog ครอบคลุมการทำงานเดียวกันกับแผน Team ของ Postman โดยไม่มีค่าใช้จ่าย
การเลือกวิธีที่เหมาะสมกับสถานการณ์ของคุณ
นี่คือคู่มือการตัดสินใจอย่างรวดเร็ว:
| สถานการณ์ | วิธีที่ดีที่สุด |
|---|---|
| ส่งมอบครั้งเดียว, Collection มีความเสถียร | ส่งออก JSON และแชร์ไฟล์ |
| โปรเจกต์โอเพนซอร์ส, ไม่มีข้อมูลที่ละเอียดอ่อน | พื้นที่ทำงานสาธารณะของ Postman |
| ทีมพัฒนา, การพัฒนาที่ใช้งานอยู่ | แผนฟรีของ Apidog |
| ใช้ Git อยู่แล้ว, ต้องการประวัติเวอร์ชัน | ขั้นตอนการทำงาน Git + ส่งออก JSON |
หากทีมของคุณกำลังสร้าง API อย่างกระตือรือร้นและคุณกำลังเจอข้อจำกัดการแชร์ของ Postman วิธีแก้ปัญหาชั่วคราวด้วย JSON และ Git จะทำให้คุณช้าลง พวกมันแก้ปัญหาเฉพาะหน้าแต่เพิ่มความขัดแย้งอย่างต่อเนื่อง
คำถามที่พบบ่อย
ฉันสามารถแชร์ Postman collection ได้โดยไม่ต้องมีบัญชีได้หรือไม่?ได้ คุณสามารถส่งออก collection เป็นไฟล์ JSON และส่งไฟล์โดยตรง ผู้รับสามารถนำเข้าได้โดยไม่ต้องมีบัญชี Postman หากพวกเขากำลังใช้ไคลเอนต์ API ที่รองรับรูปแบบ Postman Collection v2.1 ซึ่งรวมถึง Apidog
แผน Postman Basic อนุญาตให้แชร์ทีมได้หรือไม่?ได้ แผน Basic ที่ $19/ผู้ใช้/เดือน อนุญาตให้ทำงานร่วมกันในพื้นที่ทำงานส่วนตัวกับผู้ใช้หลายคน แผนฟรีไม่สามารถทำได้
พื้นที่ทำงานสาธารณะของ Postman คืออะไร?พื้นที่ทำงานสาธารณะสามารถมองเห็นได้โดยทุกคนบนอินเทอร์เน็ต ผู้เยี่ยมชมสามารถดูและ fork collection ได้แต่ไม่สามารถแก้ไขต้นฉบับได้ การสร้างพื้นที่ทำงานสาธารณะได้สูงสุด 3 แห่งในแผนฟรีนั้นไม่มีค่าใช้จ่าย
ตัวแปรสภาพแวดล้อมของฉันจะถูกส่งออกพร้อมกับ collection ของฉันหรือไม่?ไม่ ตัวแปรสภาพแวดล้อมจะถูกส่งออกแยกต่างหาก ไปที่ Environments ในแถบด้านข้าง คลิกเมนูสามจุดบนสภาพแวดล้อมที่คุณต้องการ และส่งออกเป็นไฟล์ JSON แยกต่างหาก แชร์ทั้งสองไฟล์กับเพื่อนร่วมทีมของคุณ
มีผู้ใช้กี่คนที่สามารถแชร์พื้นที่ทำงานในแผนฟรีของ Apidog ได้?แผนฟรีของ Apidog รองรับผู้ใช้สูงสุด 3 คนในพื้นที่ทำงานที่แชร์กันพร้อมการซิงค์แบบเรียลไทม์ โดยไม่ต้องใช้บัตรเครดิต
ฉันสามารถนำเข้า Postman collections ที่มีอยู่ลงใน Apidog ได้หรือไม่?ได้ Apidog รองรับการนำเข้าไฟล์ JSON ของ Postman Collection v2.1 โดยตรง ไปที่ Import ใน Apidog เลือกไฟล์ของคุณ แล้ว collection ของคุณจะถูกนำเข้าพร้อมกับคำขอ, header และตัวแปรสภาพแวดล้อมที่ครบถ้วน
ข้อจำกัดการแชร์ในระดับฟรีของ Postman เป็นเรื่องจริง และวิธีแก้ปัญหาชั่วคราวก็มีค่าใช้จ่ายจริงในด้านเวลาและความน่าเชื่อถือ สำหรับทีมที่มีผู้ใช้สูงสุด 3 คนที่ต้องการการทำงานร่วมกันจริง การเปลี่ยนไปใช้เครื่องมือที่สร้างมาเพื่อการแชร์ระดับฟรีมักจะสะอาดกว่าการปะติดปะต่อขั้นตอนการทำงานที่ต้องใช้ความพยายามด้วยตนเองอย่างต่อเนื่อง
