Postmanは自分のPCだけでしか動かないと思っていたが、現在サービス停止が発生

• Postman は、グローバルなクラウド問題により一時的に サービス停止事象 を経験
• 障害はクラウドプロバイダーの問題により、多くのユーザーが 機能エラー および断続的な接続不可の事象を引き起こした
• エンジニアリングチーム がリアルタイムで復旧作業を進め、段階的にサービスを回復した
• 一部の 検索機能 の障害とクロスデペンデンシーの問題も継続的に監視・解決された
• 現在、障害は解消され、正常なサービス復旧 が完了しており、追加の安定性監視が進行中

---

Postman サービス障害のタイムラインと復旧プロセス

障害の特定と影響 (Oct 20, 05:39 ~ 05:52 PDT)

• Postman で エラー率の増加 が発生し、機能的な問題が表れた
• この障害の原因は クラウドサービスプロバイダー の重大なインシデント発生であった
• Postman チームはクラウドベンダーと協力し、迅速な正常化 に向けて対応した

サービス部分復旧とモニタリング (Oct 20, 05:56 ~ 17:17 PDT)

• 一部システムの回復傾向 が観測された
• 複数のサービスを継続的に パフォーマンス監視 しつつ、全面的な復元作業を継続した
• 大半の機能回復が確認され、継続監視 により追加障害の予防に集中した

完全復旧とサービス正常化 (Oct 20, 19:00 ~ 20:51 PDT)

• 一部サービスで 断続的な問題 が残っていたが、多数のシステムが安定して回復した
• クロスデペンデンシーエラー と 検索機能 の関連問題まで段階的に解決した
• すべての問題解決と完全な サービス復旧 が完了し、安定性確保のため追加の監視が実施された

---

要約と示唆

• Postman はクラウド環境への依存が高く、グローバル障害 の影響を直接受ける構造になっている
• 今後は、同様のツールやローカル動作に依存するサービスでも クラウドインフラ障害 に備える必要性が浮き彫りになる
• 障害発生時のリアルタイムなイシュー監視とコミュニケーションは、保守運用および顧客信頼 にとって重要である
• サービス復旧が段階的に進む過程で チームの迅速な対応 と透明な告知が重要
• すべてのサービスが正常に稼働していることを確認する 監視体制 を確立する必要性が再確認された

[GN⁺]

Hacker News コメント

• Postmanを使っていないことで何か見落としているのではないかと気になる。代わりにFirefoxの「Edit and Resend」機能を使い、再利用の例には従来型のcurlスクリプトを使っている
  • 会社ではPostmanを少し使っており、ヘッダーとボディを含む多数のリクエストが入ったコレクションファイルを共有して、開発者が簡単に読み込んで各自のサーバーでテストでき、サーバー切り替えもワンクリックで可能。代替としては、環境変数を含むcurlスクリプトを入れたGitリポジトリが候補になる。技術者でない人もPostmanでテストを実行している
  • Postmanに限らず、その種のクライアントは様々なリクエストを一度に準備して保存し、テストスイートを作れる。中にはスクリプト作成やリクエストのチェイニングなどの機能もある。これはテキストエディタとIDEの差に似た概念で、最終的には必要なレベルに応じて選べばよい
  • URLをコピー＆ペーストするとパラメータが自動でパースされ、UI上で簡単に編集できるのが最も便利。あとは結局、慣れたcurlとそれほど変わらない
  • 最近はJupyter Notebookとrequestsで作業している。結局、Postmanでコレクションとしてリクエストをコード化すると、制限のある言語でプログラミングしているように感じる
• このようなアプリがElectronとクラウドを使うようになってしまった現実は驚きだ。ターミナル上では10MB程度のTUIアプリで十分だったはずなのに、参考としてposting.shという代替がある
  • 10MBクラスのTUIアプリの話には同意する。最近はElectronアプリがギガバイト単位に肥大化した世界だ。ちなみにvimパッケージは2.3MB、curlは1.2MB、そしてluaは362KB
  • Electronを使っている理由は、元々Chrome拡張として始まり、スタンドアロン形態へ発展した経緯があるからだ
  • 数年間hurlを使ってきたが、ファイル整理が進まず、フォルダーにはテキストファイルだけが積み上がっている。今回はposting.shを一度試してみる
  • SSHサーバーやVS Codeのリモートコンテナーで使うPostman/Bruno/fooの代替を探していたが、posting.shがまさにそれだった
• RubyMineやJetBrains IDE（関連製品）には強力なHTTPクライアント（Tools -> HTTP Client）が組み込まれている。Postmanが複雑化してからは、単にWebリクエストだけが必要な場面にぴったり。Postmanが好きな人を貶す意図はなく、自分の必要量に比べると過剰だったと感じる
  • JetBrainsのHTTPクライアントは本当に良い。curlコマンドを貼り付けると自動で変換・フォーマットされ、修正した部分を再びcurlとしてコピーできる
• まさにこのためにYaak（https://yaak.app）を作った。完全にオフラインで使え、テレメトリなし、オープンソースでGit連携をサポート
  • Yaakの商用ライセンス構造が気になる。プロライセンスの購入が「誠実・善意の原則」に基づく構造なら、MITライセンスとどう違うのか知りたい。オープンソース商用ライセンスがどんな状況で何が有効なのか、ずっと気になっている
  • 6〜9か月間Yaakを使っており、最初はソースから直接ビルドしていたが今は有料ユーザーに切り替えた。最近、Yaakが加入者数と収益をopen metricsで公開しているのを見て、透明性のある運営方法がよく見えた
  • 現在Brunoを使っており、YaakとBrunoの比較資料も読んだ。もしBrunoで自分が求める全機能がサポートされているなら、Brunoと比べてYaakの差別化ポイントは何か聞いてみたい
  • Insomniaを作って売却した後に新しい競合ツールを作ったのかと思う。取引時に何の制約もなかったのか気になる
  • Insomnia買収前の製品が大好きだったので、精神的な後継としてYaakが登場したのは本当に嬉しい。Gregを応援している
• 用途によっては別のアプリが必要ない場合も多い。JetBrains（情報）、Visual Studio（情報）、VSCode（情報）はすべてHTTPファイルをサポートしている
  • VSCode向けは匿名の開発者が作ったプラグインで、内蔵機能としては見つけにくい
  • 我々の組織では開発者以外のQAもHTTP APIを頻繁に使うため、現在Brunoがその役割をうまくこなしている
  • 製品ごとにHTTPファイルのフォーマットが完全に同じではない。なので我々のチームはhurlを使い、QAチームはrobot frameworkをより好み、そして一部はBrunoを使う
  • 組織の規模が大きくなるほど、大規模なPostmanコレクションをAPIドキュメント化、回帰テスト、QA向けに多用する。特にPostman JavaScriptライブラリとカスタムコードへの依存度が高い
• ほとんどの人がPostmanが機能を増やして肥大化し、オンライン依存を持つことを受け入れたと考えている
  • 会社でPostmanがオンライン化された後、全社員にPostman削除の依頼メールが送られ、現在ITチームでは禁則ソフトウェアとしてウィキに登録されている。以前は本当にどこでも使われていた
  • Postmanが業界標準ツール化するにつれ、誰もがそれに適応した。ビジネス側の人たちもPostmanを使い、コレクション共有がデフォルトになっている。自分はPostmanの使用が好きではないが、API作業を共有しなければならない時はやむを得ず使う。Postmanの事業自体は良いことだが、すべてのユーザーにとって良いとは思わない
• 非常にシンプルな軽量YAMLベースのPostman代替としてyapi（https://github.com/jamierpond/yapi）を作った。以下のように使える

  yapi -c ./users.yapi.yaml
  

  YAMLファイル例（スキーマ、url、method、path、クエリパラメータ指定方法を含む）、単にyapiを実行するだけで、fzfを使って設定ファイルを簡単に見つけることもできる
  • とても興味深いコンセプトで、ワークフローに慣れれば上手く使えそうだが、なぜGitHubでこれほど低調な統計を示しているのか疑問。結局、みんなPostmanを使っているせいだと思う
• 長い間Pawを使ってきたが、数年前にRapidAPIに合併された。小さなアプリだが役割を見事に果たしている。最近はPhoenix LiveBook notebookとReqパッケージを組み合わせて使っており、使いたい言語を直接扱えるのでデータ加工も自由だ。Elixirを知らなければJupyterや他のノートブックシステムも代替になるだろう
• Bruno + Gitの組み合わせがうちのチームには完璧で、コレクションをリポジトリ内でバージョン管理し、外部依存なしでオフライン利用可能。もっと早くこうすべきだった
  • curl貼り付け（import）で妙なバグがあったが解消され、その他は100%満足
• 2018年以来Postmanの使用を完全に停止している。APIクエリを行うにはログインが必要という点があまりに不便だと思っていた。正直、使い勝手もあまり魅力的ではなかった