Tưởng rằng Postman chỉ hoạt động trên máy của tôi, nhưng hiện đang xảy ra gián đoạn dịch vụ

 (status.postman.com)
3 điểm bởi GN⁺ 2025-10-21 | 1 bình luận | Chia sẻ qua WhatsApp
  • Postman đã gặp phải tình trạng gián đoạn dịch vụ tạm thời do sự cố đám mây toàn cầu
  • Sự cố do vấn đề của nhà cung cấp đám mây đã gây ra lỗi chức năng và tình trạng không thể truy cập gián đoạn cho nhiều người dùng
  • Nhóm kỹ sư đã tiến hành khôi phục theo thời gian thực, và dịch vụ đã dần trở lại
  • Các sự cố của một phần chức năng tìm kiếm cùng vấn đề phụ thuộc chéo đang được theo dõi và giải quyết liên tục
  • Hiện tại sự cố đã được xử lý và dịch vụ đã phục hồi bình thường, với việc tiếp tục giám sát độ ổn định

Dòng thời gian gián đoạn và quá trình khôi phục dịch vụ Postman

Xác định sự cố và tác động (Oct 20, 05:39 ~ 05:52 PDT)

  • Postman ghi nhận tỷ lệ lỗi tăng và xuất hiện các lỗi chức năng
  • Nguyên nhân của sự cố này là do vấn đề nghiêm trọng của nhà cung cấp dịch vụ đám mây
  • Đội ngũ Postman đã phối hợp với nhà cung cấp đám mây để ứng phó nhằm khôi phục nhanh chóng

Khôi phục một phần dịch vụ và giám sát (Oct 20, 05:56 ~ 17:17 PDT)

  • Đã quan sát thấy xu hướng phục hồi của một số hệ thống
  • Tiếp tục theo dõi hiệu năng của nhiều dịch vụ và triển khai khôi phục toàn diện
  • Đã xác nhận phần lớn tính năng đã được phục hồi, tập trung vào việc ngăn chặn thêm sự cố thông qua giám sát liên tục

Khôi phục hoàn toàn và đưa dịch vụ trở lại bình thường (Oct 20, 19:00 ~ 20:51 PDT)

  • Một số dịch vụ vẫn còn sự cố gián đoạn, nhưng nhiều hệ thống đã phục hồi ổn định
  • Đã giải quyết dần các lỗi sự phụ thuộc chéo và các vấn đề liên quan đến chức năng tìm kiếm
  • Sau khi tất cả các sự cố được xử lý và hoàn tất khôi phục dịch vụ toàn diện, đã triển khai giám sát bổ sung để đảm bảo tính ổn định

Tổng kết và bài học rút ra

  • Postman có mức phụ thuộc cao vào môi trường đám mây, nên có cấu trúc chịu ảnh hưởng trực tiếp từ sự cố toàn cầu
  • Trong tương lai, các công cụ tương tự hoặc dịch vụ phụ thuộc vào hoạt động cục bộ cũng cho thấy nhu cầu chuẩn bị trước cho sự cố hạ tầng đám mây
  • Khi xảy ra sự cố, giám sát sự cố và truyền thông theo thời gian thực rất quan trọng đối với duy trì vận hành và niềm tin khách hàng
  • Trong quá trình khôi phục diễn ra dần dần, phản hồi nhanh của đội ngũ cùng thông báo minh bạch có vai trò lớn
  • Nhu cầu tái khẳng định thiết lập hệ thống giám sát để kiểm tra việc mọi dịch vụ có đang vận hành ổn định hay không

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-10-21
Ý kiến Hacker News
  • Mình đang băn khoăn không biết có bỏ sót điều gì không khi không dùng Postman; như một lựa chọn thay thế, mình dùng tính năng "Edit and Resend" của Firefox và script curl truyền thống cho các ví dụ tái sử dụng
    • Công ty mình dùng Postman ở mức độ vừa phải: chia sẻ file collection chứa vô số request có header và body để lập trình viên dễ dàng nạp vào rồi test trên server của riêng họ, và chỉ cần một cú click là chuyển server. Ở góc độ thay thế, một repo git chứa script curl có biến môi trường có thể làm việc này, và cả những người không phải kỹ sư cũng thực hiện test bằng Postman
    • Không chỉ Postman, các client loại này đều có thể chuẩn bị và lưu nhiều request cùng lúc để tạo test suite. Một số còn cung cấp tính năng viết script, request chaining, v.v. Khái niệm khá giống sự khác biệt giữa text editor và IDE; cuối cùng là chuyện chọn theo mức độ cần cho bản thân
    • Tính năng tiện nhất là khi dán URL thì các tham số sẽ tự động parse và có thể dễ dàng chỉnh sửa toàn bộ trong UI; ngoài ra thì về bản chất cũng chẳng khác gì curl quen thuộc
    • Dạo gần đây mình làm việc với jupyter notebook và requests; cuối cùng khi dùng Postman thì biến request thành code theo collection vẫn cho cảm giác lập trình bằng ngôn ngữ bị giới hạn
  • Ngạc nhiên là ngay cả app kiểu này cũng đi theo hướng dùng Electron và cloud, khi mà terminal với app TUI 10MB là đủ. Nhân tiện, có một phương án thay thế là posting.sh
    • Mình đồng cảm với ý tưởng app TUI 10MB, giờ thì các app Electron đã phình to lên đến quy mô gigabyte. Thực tế, gói vim là 2,3MB, curl là 1,2MB, và lua là 362KB
    • Lý do dùng Electron là do xu hướng phát triển từ extension của Chrome rồi tiến hóa sang standalone
    • Mình đã dùng hurl(https://hurl.dev/) vài năm nay, nhưng việc sắp xếp file tệ nên chỉ còn đống file văn bản trong thư mục, nên lần này dự định thử posting.sh
    • Mình đang tìm một thay thế Postman/Bruno/foo để dùng trong SSH server hoặc remote container của VS Code, và posting.sh đúng là vừa ý
  • RubyMine và các IDE của JetBrains (sản phẩm liên quan) có HTTP Client tích hợp rất mạnh (Tools -> HTTP Client), phù hợp khi Postman càng ngày càng phức tạp và chỉ cần những request web đơn giản; không phải để chê người thích Postman, mà vì mình thấy hơi quá so với nhu cầu của bản thân
    • HTTP client của JetBrains rất hay: dán lệnh curl vào sẽ tự động chuyển đổi và format lại, đồng thời có thể copy phần đã chỉnh sửa ra lại dạng curl
  • Chính vì những lý do này nên có Yaak(https://yaak.app), hoàn toàn offline, không telemetry, mã nguồn mở và hỗ trợ tích hợp với Git
    • Mình tò mò về cấu trúc giấy phép thương mại của Yaak: nếu mô hình mua Pro license dựa trên "nguyên tắc thiện chí" thì khác gì với MIT license? Luôn tự hỏi trong chuyện giấy phép thương mại mã nguồn mở nên dùng cái nào trong từng trường hợp
    • Mình đã dùng Yaak khoảng 6-9 tháng rồi, lúc đầu build từ source, giờ đã chuyển sang người dùng trả phí. Gần đây, khi thấy Yaak công khai open metrics về số lượng đăng ký và doanh thu, mình thấy cách vận hành minh bạch của họ rất ổn
    • Mình đang dùng Bruno và cũng đã đọc so sánh giữa Yaak và Bruno; nếu Bruno hỗ trợ đầy đủ mọi tính năng mình cần thì muốn nghe Yaak có điểm khác biệt gì để chọn
    • Băn khoăn liệu họ có tạo ra một công cụ cạnh tranh mới sau khi tạo Insomnia rồi bán, liệu lúc giao dịch có điều khoản nào cấm không
    • Vì mình rất thích Insomnia thời trước khi bị mua lại nên việc Yaak ra đời như một người kế nhiệm tinh thần của nó là niềm vui lớn; chúc Greg
  • Tùy mục đích sử dụng, có rất nhiều trường hợp không cần app riêng; JetBrains(thông tin), Visual Studio(thông tin), VSCode(thông tin) đều hỗ trợ file http
    • Phiên bản cho VSCode là plugin do một lập trình viên ẩn danh viết, nên khá khó nhận diện là tính năng built-in hay không
    • Trong tổ chức mình, QA không phải dev cũng hay dùng http api, nên hiện tại Bruno đang làm tốt vai trò này
    • Định dạng file http không hoàn toàn giống nhau giữa các sản phẩm, nên đội mình dùng hurl; đội QA lại thích robot framework hơn, và một vài người dùng Bruno
    • Khi tổ chức càng lớn, lượng postman collection khổng lồ được dùng nhiều cho tài liệu hóa API, regression testing và QA, đặc biệt phụ thuộc khá nhiều vào thư viện javascript của Postman và custom code
  • Mình nghĩ phần lớn mọi người đã chấp nhận rằng Postman đang ngày càng phình to vì thêm quá nhiều chức năng và phụ thuộc online nhiều hơn
    • Ở công ty, sau khi Postman chuyển sang online đã có email gửi cho toàn bộ nhân viên yêu cầu xóa Postman, và hiện giờ IT đã đưa nó vào danh sách phần mềm bị cấm trên wiki; trước kia hầu như nơi nào cũng dùng
    • Khi Postman trở thành công cụ tiêu chuẩn ngành, mọi người đều đang dần thích nghi; cả người business cũng dùng Postman và chia sẻ collection là điều mặc định. Mình ghét Postman nhưng khi phải chia sẻ công việc API thì đành phải dùng, Postman có thể tốt cho nghiệp vụ của họ nhưng không hẳn tốt cho mọi người dùng
  • Mình đã làm một công cụ thay thế Postman siêu nhẹ dựa trên yaml là yapi(https://github.com/jamierpond/yapi), có thể dùng như sau 
    yapi -c ./users.yapi.yaml
    Đây là ví dụ file yaml (kèm schema, url, method, path, cách chỉ định query parameter), chỉ cần chạy yapi là có thể dùng fzf để tìm nhanh file cấu hình
    • Ý tưởng rất thú vị và nghĩ sẽ dễ dùng khi đã quen workflow, nhưng lại thắc mắc sao GitHub lại có số liệu khiêm tốn vậy; có lẽ vì mọi người đều vẫn dùng Postman
  • Mình đã dùng Paw suốt một thời gian dài, nhưng vài năm trước nó đã sáp nhập vào RapidAPI. App nhỏ nhưng làm tròn vai trò, gần đây dùng kết hợp Phoenix LiveBook notebook và package Req, thao tác trực tiếp ngôn ngữ mong muốn và tự do xử lý dữ liệu; nếu không biết Elixir thì Jupyter hoặc hệ thống notebook khác cũng là một lựa chọn
  • Bruno + git rất phù hợp với đội của mình: versioning collection trong repo, chạy offline không cần dependency bên ngoài; đáng lẽ ra nên làm vậy từ sớm
    • Phần import bằng cách paste/copy curl có một lỗi lạ nhưng đã sửa; phần còn lại thì 100% hài lòng
  • Mình đã ngừng dùng Postman hoàn toàn từ sau năm 2018, vì phải đăng nhập mới làm được API query thấy quá phiền, và thành thật mà nói cảm giác dùng cũng không mấy hấp dẫn