คิดว่า Postman ใช้ได้เฉพาะบนเครื่องของตัวเอง แต่ตอนนี้เกิดเหตุขัดข้องการให้บริการ

 (status.postman.com)
3 คะแนน โดย GN⁺ 2025-10-21 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • Postman เผชิญเหตุ การหยุดให้บริการชั่วคราว จากปัญหาคลาวด์ระดับโลก
  • เหตุขัดข้องเกิดจากปัญหาของผู้ให้บริการคลาวด์ ทำให้ผู้ใช้จำนวนมากเจอ ความผิดพลาดของฟังก์ชัน และการเข้าถึงไม่สามารถใช้ได้เป็นช่วงๆ
  • ทีมวิศวกร ดำเนินการกู้คืนแบบเรียลไทม์และบริการกำลังฟื้นตัวอย่างค่อยเป็นค่อยไป
  • มีการติดตามและแก้ไขอาการขัดข้องของ ฟังก์ชันการค้นหา รวมถึงประเด็น cross-dependency อย่างต่อเนื่อง
  • ปัจจุบัน เหตุขัดข้องได้รับการแก้ไขและมีการกู้คืนบริการให้กลับปกติแล้ว โดยมีการติดตามเพื่อความเสถียรเพิ่มเติม

ไทม์ไลน์เหตุขัดข้องและกระบวนการฟื้นฟูบริการ Postman

การระบุเหตุขัดข้องและผลกระทบ (Oct 20, 05:39 ~ 05:52 PDT)

  • Postman เริ่มมีปัญหาการทำงานเมื่อ อัตราความผิดพลาดเพิ่มสูงขึ้น
  • สาเหตุของเหตุขัดข้องนี้คือการเกิดปัญหาสำคัญจาก ผู้ให้บริการคลาวด์
  • ทีม Postman ร่วมมือกับผู้ให้บริการคลาวด์เพื่อดำเนินการ ฟื้นฟูอย่างรวดเร็ว

การฟื้นฟูบางส่วนและการตรวจสอบอย่างต่อเนื่อง (Oct 20, 05:56 ~ 17:17 PDT)

  • มีการสังเกตเห็นการฟื้นตัวในบางระบบ
  • ดำเนินการติดตาม ประสิทธิภาพการใช้งาน ของหลายบริการอย่างต่อเนื่อง และเร่งรัดการฟื้นฟูแบบเต็มรูปแบบต่อไป
  • การกู้คืนฟังก์ชันส่วนใหญ่ได้รับการยืนยัน และมุ่งเน้นการเฝ้าระวังต่อเนื่องเพื่อป้องกันเหตุขัดข้องเพิ่มเติม

การฟื้นฟูสมบูรณ์และการทำงานปกติของบริการ (Oct 20, 19:00 ~ 20:51 PDT)

  • แม้ยังมีปัญหาเป็นครั้งคราวในบางบริการบางส่วน แต่ระบบส่วนใหญ่ฟื้นตัวได้อย่างมั่นคง
  • สามารถแก้ไข ข้อผิดพลาดข้ามการพึ่งพา (cross-dependency) และปัญหาที่เกี่ยวข้องกับ ฟังก์ชันการค้นหา อย่างค่อยเป็นค่อยไป
  • หลังจากแก้ไขเหตุขัดข้องทั้งหมดและ ฟื้นฟูบริการสำเร็จอย่างสมบูรณ์ แล้ว ได้มีการตรวจสอบเพิ่มเติมเพื่อยืนยันความเสถียร

สรุปและประเด็นสะท้อน

  • โครงสร้างของ Postman มีการพึ่งพาสภาพแวดล้อมคลาวด์สูง จึงถูกกระทบโดยตรงจาก เหตุขัดข้องระดับโลก
  • สำหรับเครื่องมือที่คล้ายกันหรือบริการที่พึ่งพาโหมดทำงานแบบโลคัลมากขึ้น จำเป็นต้องเน้นการเตรียมพร้อมต่อเหตุขัดข้องด้าน โครงสร้างพื้นฐานคลาวด์
  • เมื่อเกิดเหตุขัดข้อง การติดตามประเด็นแบบเรียลไทม์และการสื่อสารมีความสำคัญต่อการดูแลระบบและความเชื่อมั่นของลูกค้า
  • ในกระบวนการที่การกู้คืนบริการเกิดขึ้นเป็นขั้นเป็นตอน การตอบสนองที่รวดเร็วของทีม และการสื่อสารที่โปร่งใสมีความสำคัญสูง
  • ทำให้เห็นความสำคัญใหม่ของการสร้างระบบติดตามเพื่อยืนยันว่าบริการทั้งหมดทำงานปกติ

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-10-21
ความคิดเห็นจาก Hacker News
  • ฉันสงสัยว่าการไม่ใช้ Postman อาจทำให้พลาดอะไรไปหรือไม่ ทางเลือกหนึ่งคือฟีเจอร์ Edit and Resend ของ Firefox และสำหรับตัวอย่างที่นำกลับมาใช้ซ้ำก็ใช้สคริปต์ curl แบบดั้งเดิม
    • ที่บริษัทใช้ Postman อยู่บ้าง โดยแบ่งปันไฟล์คอลเลกชันที่มีคำขอจำนวนมากพร้อม header และ body เพื่อให้นักพัฒนาสามารถโหลดและทดสอบบนเซิร์ฟเวอร์ของตนเองได้ง่าย และสลับเซิร์ฟเวอร์ด้วยคลิกเดียวได้ อีกทางเลือกคือที่เก็บ Git ที่มีสคริปต์ curl พร้อมตัวแปรสภาพแวดล้อม และบุคคลที่ไม่ใช่นักพัฒนาก็ใช้ Postman รันการทดสอบได้
    • ไม่ได้มีเฉพาะ Postman เท่านั้น เครื่องมือแบบนี้สามารถเตรียมและเก็บคำขอที่หลากหลายไว้ล่วงหน้าเพื่อสร้าง test suite ได้ บางตัวยังมีฟีเจอร์เขียนสคริปต์ การเชื่อมต่อ chain ของคำขอ ฯลฯ แนวคิดคล้ายความต่างระหว่าง text editor กับ IDE และสุดท้ายแล้วเป็นการเลือกตามระดับความต้องการของแต่ละคน
    • จุดที่สะดวกที่สุดคือเมื่อคัดลอกและวาง URL พารามิเตอร์จะถูก parse อัตโนมัติ และแก้ไขได้ง่ายทั้งหมดผ่าน UI นอกนั้นก็คือคล้ายกับ curl แบบเดิมที่เราคุ้นเคย
    • ช่วงนี้ฉันใช้ jupyter notebook และ requests อยู่ และสุดท้ายแล้วเมื่อแปลงคำขอเป็น collection ใน Postman ก็รู้สึกว่ากำลังเขียนโปรแกรมด้วยภาษาที่มีข้อจำกัด
  • ฉันรู้สึกทึ่งที่แอปพวกนี้ก็ไปใช้ Electron และ cloud ในที่สุด ทั้งที่แอป TUI ขนาด 10MB ในเทอร์มินัลก็น่าจะเพียงพออยู่แล้ว สำหรับข้อมูลเพิ่มเติมมีทางเลือกอย่าง posting.sh
    • เห็นด้วยกับแนวคิดแอป TUI ขนาด 10MB นี้ ช่วงนี้เป็นยุคที่แอป Electron โตเป็นหน่วย gigabyte ครับ โดยเทียบได้จากขนาดแพ็กเกจ vim 2.3MB, curl 1.2MB และ lua 362KB
    • เหตุผลที่มีการใช้ Electron มากขึ้นมักเพราะเริ่มต้นจากส่วนขยาย Chrome แล้วค่อยพัฒนาเป็น standalone
    • ฉันใช้ hurl(https://hurl.dev/) มาหลายปี แต่การจัดระเบียบไฟล์ไม่ค่อยดี สุดท้ายเลยมีไฟล์ข้อความค้างอยู่ในโฟลเดอร์เท่านั้น รอบนี้จะลองใช้ posting.sh สักครั้ง
    • ฉันกำลังหาทางเลือก Postman/Bruno/foo สำหรับใช้งานใน SSH server หรือ remote container ของ VS Code และ posting.sh เป็นตัวที่ตรงที่สุด
  • RubyMine และ JetBrains IDE (ผลิตภัณฑ์ที่เกี่ยวข้อง) มี HTTP Client ที่ทรงพลังในตัว (Tools -> HTTP Client) หลังจาก Postman มีความซับซ้อนขึ้น มันจึงเหมาะกับกรณีที่ต้องการคำขอเว็บอย่างง่าย และไม่ใช่เพื่อดูถูกผู้ที่ชอบ Postman แต่เป็นความรู้สึกว่ามันเกินความจำเป็นเมื่อเทียบกับความต้องการของฉัน
    • HTTP client ของ JetBrains ใช้งานได้ดีมาก วางคำสั่ง curl แล้วจะถูกแปลงและจัดรูปแบบให้อัตโนมัติ และสามารถคัดลอกกลับเป็น curl ได้อีกครั้ง
  • เหตุผลตรงนี้เองที่ทำให้ Yaak(https://yaak.app) ถูกสร้างขึ้น เป็นเครื่องมือที่ทำงานแบบออฟไลน์ได้เต็มที่ ไม่มี telemetry เป็น open-source และรองรับ Git integration
    • อยากเข้าใจโครงสร้างใบอนุญาตเชิงพาณิชย์ของ Yaak หากโปรไลเซนส์แบบพรีเมียมอิงหลักความสุจริตตามมโนธรรม (good faith) แตกต่างจาก MIT license อย่างไร และเวลาศึกษา open-source commercial licensing ก็มักสงสัยเสมอว่าควรใช้ตัวไหนให้เหมาะกับสถานการณ์อะไร
    • ฉันใช้ Yaak มา 6-9 เดือน และตอนแรก build จาก source เอง ตอนนี้กลายเป็นผู้ใช้แบบมีค่าใช้จ่ายแล้ว เมื่อเห็นว่า Yaak เปิดเผยสถิติผู้สมัครและรายได้ผ่าน open metrics รู้สึกว่ารูปแบบการดำเนินงานที่โปร่งใสนี้ดูดีมาก
    • ขณะนี้ฉันใช้ Bruno และอ่านข้อมูลเปรียบเทียบ Yaak กับ Bruno แล้ว หาก Bruno รองรับฟีเจอร์ที่ฉันต้องการครบแล้ว อยากฟังว่าความต่างของ Yaak คืออะไรเมื่อเทียบกับ Bruno
    • มีความสงสัยว่า Insomnia ถูกสร้างขึ้นและขายให้แล้วหรือยังมีการสร้างเครื่องมือคู่แข่งใหม่ และตอนทำดีลมีข้อจำกัดอะไรหรือไม่
    • ก่อน Insomnia ถูกซื้อไป ฉันชื่นชอบผลิตภัณฑ์นั้นมาก จึงดีใจมากที่ Yaak ออกมาเป็นทายาททางจิตวิญญาณของมัน และขอให้กำลังใจ Greg
  • แล้วแต่การใช้งาน หลายครั้งไม่จำเป็นต้องมีแอปแยกจากกัน JetBrains(ข้อมูล), Visual Studio(ข้อมูล), VSCode(ข้อมูล) ทั้งหมดรองรับไฟล์ http ได้
    • ตัวที่ใช้กับ VSCode เป็นปลั๊กอินของนักพัฒนาที่ไม่ระบุชื่อ ทำให้มองยากเพราะเป็นฟีเจอร์ในตัว
    • ในองค์กรของเรา QA ที่ไม่ใช่นักพัฒนาก็ใช้ http api ค่อนข้างบ่อย อยู่มาว่า Bruno ทำหน้าที่นี้ได้ดี
    • รูปแบบไฟล์ http ของแต่ละตัวไม่เหมือนกันทั้งหมด ดังนั้นทีมของเราใช้ hurl QA ก็ชอบ robot framework มากกว่า และบางส่วนใช้ Bruno
    • เมื่อองค์กรเติบโตขึ้น คอลเลกชัน Postman จำนวนมากถูกใช้เพื่อทำ API docs, regression testing และ QA อย่างหนัก โดยเฉพาะการพึ่งพา postman javascript library และ custom code สูงมาก
  • ฉันคิดว่าคนส่วนใหญ่ยอมรับกันแล้วว่า Postman ค่อยๆ เพิ่มฟีเจอร์จนบวมขึ้นและมีการพึ่งพาออนไลน์มากขึ้น
    • ที่บริษัท หลังจาก Postman เปลี่ยนเป็น online มีอีเมลแจ้งให้ลบ Postman ออกจากเครื่องทั้งหมด จากนั้นทีม IT ก็ระบุไว้เป็นซอฟต์แวร์ต้องห้ามใน wiki ในอดีตเคยใช้กันแทบทุกที่
    • เมื่อ Postman กลายเป็นมาตรฐานของอุตสาหกรรมแล้ว ทุกคนก็ปรับตัวตามได้ คนด้านธุรกิจก็ใช้ Postman และการแชร์คอลเลกชันกลายเป็นสิ่งปกติ ฉันไม่ชอบใช้ Postman แต่เมื่อมีงาน API ที่ต้องแชร์ก็จำเป็นต้องใช้ มันอาจเป็นเรื่องดีสำหรับธุรกิจของ Postman แต่ไม่รู้สึกว่าดีสำหรับผู้ใช้ทุกคน
  • ทำทางเลือก Postman ที่เบาและง่ายบนพื้นฐาน YAML คือ yapi(https://github.com/jamierpond/yapi) ซึ่งใช้ได้แบบนี้ 
    yapi -c ./users.yapi.yaml
    ตัวอย่างไฟล์ yaml (รวม schema, url, method, path, และวิธีระบุ query parameters), เมื่อรันแค่ yapi ก็สามารถใช้ fzf เพื่อค้นหาไฟล์ config ได้ง่าย
    • เป็นคอนเซ็ปต์ที่น่าสนใจมาก และน่าจะใช้งานได้ดีเมื่อคุ้นเคยกับ workflow แล้ว แต่สงสัยว่าทำไม GitHub ถึงมีสถิติการใช้งานต่ำขนาดนี้ คิดว่าอาจเป็นเพราะทุกคนยังใช้ Postman กันอยู่
  • ฉันใช้ Paw มานาน และเมื่อไม่กี่ปีก่อนมันถูกควบรวมกับ RapidAPI เป็นแอปเล็ก ๆ แต่ทำงานได้ยอดเยี่ยม ช่วงนี้ใช้ด้วยการผสาน Phoenix LiveBook notebook กับแพ็กเกจ Req ซึ่งจัดการภาษาและแปลงข้อมูลได้ตามต้องการได้อย่างอิสระ หากไม่รู้จัก Elixir ก็อาจใช้ jupyter หรือระบบ notebook อื่นแทนได้
  • ชุด Bruno + git เหมาะมากกับทีมเรา เก็บคอลเลกชันไว้เวอร์ชันใน repo และทำงานออฟไลน์ได้โดยไม่ต้องพึ่ง dependency ภายนอก คิดว่าน่าจะใช้วิธีนี้ตั้งแต่แรกตั้งแต่ตอนนั้น
    • ที่การ import โดยการวาง curl มีบั๊กแปลก ๆ เกิดขึ้น แต่ตอนนี้แก้ไขแล้ว ที่เหลือรู้สึกพึงพอใจ 100%
  • ตั้งแต่หลังปี 2018 ฉันหยุดใช้ Postman อย่างสมบูรณ์ เพราะการทำ API query ต้องมีการล็อกอินก่อนใช้งานซึ่งรู้สึกไม่สะดวก และพูดตรง ๆ ว่าความใช้งานก็ไม่ค่อยน่าดึงดูดมากนัก