Saya kira Postman hanya berfungsi di komputer saya, tapi saat ini terjadi gangguan layanan

• Postman mengalami gangguan layanan sementara karena insiden cloud global
• Gangguan ini disebabkan oleh masalah penyedia cloud, memicu gangguan fungsional dan kejadian tidak dapat diakses secara intermiten pada banyak pengguna
• Tim insinyur melakukan pemulihan secara real-time sambil layanan mulai pulih secara bertahap
• Gangguan pada beberapa fitur pencarian dan isu cross-dependency juga terus dimonitor dan diselesaikan
• Saat ini, gangguan sudah teratasi dan layanan normal telah pulih kembali; pemantauan stabilitas tambahan sedang dilakukan

---

Timeline dan proses pemulihan layanan Postman

Identifikasi gangguan dan dampak (Oct 20, 05:39 ~ 05:52 PDT)

• Postman mengalami masalah fungsional karena peningkatan tingkat error
• Penyebab insiden ini adalah masalah besar pada penyedia layanan cloud
• Tim Postman bekerja sama dengan vendor cloud untuk pemulihan cepat

Pemulihan sebagian dan pemantauan layanan (Oct 20, 05:56 ~ 17:17 PDT)

• Tren pemulihan pada beberapa sistem mulai terlihat
• Beberapa layanan terus dimonitor kinerjanya sambil proses pemulihan penuh dilanjutkan
• Sebagian besar fungsi telah dipulihkan, dengan fokus pada pencegahan gangguan tambahan melalui pemantauan berkelanjutan

Pemulihan penuh dan normalisasi layanan (Oct 20, 19:00 ~ 20:51 PDT)

• Masih ada masalah intermiten di beberapa layanan, namun sebagian besar sistem sudah pulih dengan stabil
• Kesalahan cross-dependency dan masalah terkait fitur pencarian juga diselesaikan secara bertahap
• Setelah semua isu terselesaikan dan pemulihan layanan penuh selesai, dilakukan pemantauan tambahan untuk memastikan stabilitas

---

Ringkasan dan pelajaran

• Postman sangat bergantung pada infrastruktur cloud sehingga sangat rentan terhadap gangguan global
• Untuk alat serupa atau layanan yang bergantung pada operasi lokal, penting untuk menyoroti kebutuhan kesiapan menghadapi gangguan infrastruktur cloud di masa depan
• Saat terjadinya gangguan, pemantauan isu real-time dan komunikasi sangat penting untuk pemeliharaan dan kepercayaan pelanggan
• Dalam proses pemulihan bertahapan, respons cepat tim dan pengumuman yang transparan menjadi sangat penting
• Penegasan kembali perlunya membangun sistem pemantauan untuk memastikan seluruh layanan berjalan normal

[GN⁺]

Komentar Hacker News

• Saya penasaran apakah saya melewatkan sesuatu karena tidak memakai Postman; sebagai alternatif, saya memakai fitur "Edit and Resend" di Firefox dan skrip curl tradisional untuk contoh yang bisa dipakai ulang.
  • Di kantor saya Postman digunakan sedikit: sebuah file koleksi berisi banyak permintaan dengan header dan body dibagikan agar developer bisa dengan mudah memuatnya dan menguji di server masing-masing, serta bisa beralih server cukup dengan satu klik. Sebagai pengganti, bisa jadi repositori git yang berisi skrip curl lengkap dengan variabel lingkungan; orang yang bukan teknisi pun menjalankan pengujian lewat Postman.
  • Bukan hanya Postman, klien semacam itu juga bisa menyiapkan dan menyimpan banyak request sekaligus untuk membuat test suite. Sebagian bahkan menyediakan fitur menulis skrip, request chaining, dan lain-lain. Ini mirip perbedaan antara text editor dan IDE; pada akhirnya ini masalah memilih berdasarkan kebutuhan masing-masing.
  • Fitur paling praktis adalah saat URL disalin-tempel, parameternya langsung diparse otomatis dan mudah diedit semuanya dari UI; selain itu pada akhirnya terasa tetap sama dengan curl yang sudah biasa.
  • Akhir-akhir ini saya kerja pakai jupyter notebook dan requests; akhirnya meskipun memakai Postman, saat mengonversi permintaan menjadi kumpulan kode terasa seperti pemrograman dengan bahasa yang terbatas.
• Mengejutkan melihat aplikasi seperti ini juga akhirnya memakai Electron dan cloud; di terminal aplikasi TUI 10 MB sudah cukup. Oh ya, ada pengganti bernama posting.sh.
  • Saya setuju tentang kisah aplikasi TUI 10 MB itu—sekarang dunia aplikasi Electron sudah membengkak sampai skala gigabyte. Sebagai referensi, paket vim adalah 2.3 MB, curl 1.2 MB, dan lua 362 KB.
  • Alasan memakai Electron adalah karena cenderung berawal dari ekstensi Chrome lalu berkembang menjadi bentuk standalone.
  • Saya sudah memakai hurl(https://hurl.dev/) selama beberapa tahun, tapi pengelolaan filenya berantakan jadi folder hanya dipenuhi teks; kali ini saya akan coba posting.sh.
  • Saya sedang mencari pengganti Postman/Bruno/foo untuk dipakai di server SSH atau remote container VS Code, dan posting.sh rasanya pas.
• RubyMine dan IDE JetBrains lain (produk terkait) punya HTTP client (Tools -> HTTP Client) bawaan yang kuat; setelah Postman makin rumit, ini sangat cocok untuk kebutuhan yang hanya perlu request web sederhana. Bukan maksud mengecilkan orang yang menyukai Postman, sekadar terasa berlebih dibanding kebutuhan saya sendiri.
  • HTTP client JetBrains sangat bagus: menempelkan perintah curl akan otomatis dikonversi dan diformat, lalu bagian yang diubah juga bisa disalin kembali sebagai curl.
• Untuk itulah Yaak(https://yaak.app) dibuat: bisa sepenuhnya offline, tanpa telemetri, open source, dan mendukung integrasi Git.
  • Saya penasaran struktur lisensi komersial Yaak; kalau pembelian lisensi Pro-nya berbasis "prinsip iktikad baik", saya penasaran juga apa bedanya dengan lisensi MIT. Saat mempelajari lisensi komersial open source, saya selalu penasaran situasi apa yang paling efektif.
  • Sudah 6–9 bulan saya pakai Yaak; awalnya saya build langsung dari source, sekarang beralih menjadi pengguna berbayar. Baru-baru ini Yaak mempublikasikan open metrics jumlah pelanggan dan pendapatannya, dan saya merasa transparansinya layak ditiru.
  • Saat ini saya memakai Bruno, dan juga sudah membaca materi perbandingan Yaak dengan Bruno. Jika Bruno mendukung semua fitur yang saya butuhkan, saya ingin tahu apa pembeda Yaak dibanding Bruno.
  • Apakah ini berarti setelah membuat dan menjual Insomnia lalu membuat alat pesaing baru? Penasaran juga apakah saat akuisisi ada kendala atau pembatasan apa pun.
  • Karena saya sangat menyukai produk Insomnia sebelum diakuisisi, saya sangat senang melihat Yaak hadir sebagai penerus semangatnya; saya memberi dukungan untuk Greg.
• Tergantung pada kebutuhan, banyak kasus yang tidak memerlukan aplikasi terpisah. JetBrains(Info), Visual Studio(Info), dan VSCode(Info) semuanya mendukung file HTTP.
  • Untuk VSCode, ini adalah plugin buatan developer anonim, jadi terasa sulit disebut sebagai fitur bawaan.
  • Di organisasi kami, QA yang bukan developer juga sering memakai API HTTP, jadi sekarang Bruno yang menjalankannya dengan baik.
  • Format file http tiap produk tidak sepenuhnya sama, jadi tim kami memakai hurl, tim QA lebih menyukai robot framework, dan sebagian memakai Bruno.
  • Semakin besar organisasi, makin banyak koleksi Postman yang dipakai untuk dokumentasi API, pengujian regresi, dan QA; khususnya ketergantungan pada pustaka JavaScript Postman dan kode kustom sangat besar.
• Saya kira kebanyakan orang sudah menerima bahwa Postman makin berkembang, fiturnya makin banyak, dan akhirnya jadi bergantung pada online.
  • Setelah Postman berubah menjadi online di kantor, sempat ada email ke seluruh staf untuk menghapus Postman, dan sekarang tim IT mencatatnya sebagai software terlarang di wiki. Dulu Postman benar-benar dipakai di mana-mana.
  • Karena Postman jadi alat standar industri, semua orang akhirnya menyesuaikan diri; orang bisnis pun memakai Postman dan berbagi koleksi jadi default. Saya sendiri tidak suka memakai Postman, tetapi saat perlu berbagi pekerjaan API saya tetap harus menggunakannya. Bisnis Postman mungkin diuntungkan, tapi saya tidak merasa ini baik untuk seluruh pengguna.
• Sebagai pengganti Postman yang sangat sederhana berbasis YAML, saya membuat yapi(https://github.com/jamierpond/yapi) yang bisa dipakai seperti ini:

  yapi -c ./users.yapi.yaml
  

  contoh file yaml (termasuk skema, url, method, path, dan cara menyatakan query parameter), dan dengan hanya menjalankan yapi, Anda juga bisa dengan mudah menemukan berkas konfigurasi memakai fzf.
  • Konsepnya sangat menarik dan sepertinya bisa sangat bermanfaat kalau sudah terbiasa dengan alur kerjanya, tapi saya penasaran kenapa metrik GitHub-nya begitu rendah, sepertinya karena kebanyakan orang tetap memakai Postman.
• Saya sudah lama memakai Paw, lalu beberapa tahun lalu Paw diakuisisi RapidAPI; ini aplikasi kecil tapi menjalankan perannya dengan sangat baik. Akhirnya saya sekarang pakai kombinasi Phoenix LiveBook notebook dengan paket Req. Anda bisa mengolah data secara bebas sambil memegang bahasa yang diinginkan; kalau tidak tahu Elixir, Jupyter atau sistem notebook lain juga bisa jadi alternatif.
• Kombinasi Bruno + git sangat pas untuk tim kami: mengelola koleksi di dalam repositori dan bisa dipakai offline tanpa dependensi eksternal; seharusnya saya sudah melakukan ini dari awal.
  • Saat import dengan menempelkan curl, ada bug aneh tapi sudah teratasi; selain itu saya 100% puas.
• Saya menghentikan penggunaan Postman sepenuhnya sejak 2018, karena saya merasa terlalu merepotkan jika harus login cuma untuk query API, dan terus terang daya tarik dari sisi penggunaan juga tidak begitu besar.