3 puan yazan GN⁺ 2025-10-21 | 1 yorum | WhatsApp'ta paylaş
  • Postman küresel bir bulut sorunundan ötürü geçici olarak hizmet kesintisi yaşadı
  • Arıza, bulut sağlayıcısındaki bir sorun nedeniyle birçok kullanıcıda işlevsel hata ve kesintili erişim kaybı oluşmasına yol açtı
  • Mühendislik ekibi gerçek zamanlı olarak kurtarma çalışmalarını sürdürdü ve hizmet adım adım geri döndü
  • Bazı arama işlevi arızaları ile cross-dependency (çapraz bağımlılık) sorunları da sürekli izlenip giderildi
  • Şu anda arıza giderildi ve hizmetin normal çalışmaya döndüğü doğrulandı; ek kararlılık takibi sürdürülüyor

Postman hizmet kesintisi zaman çizelgesi ve toparlanma süreci

Arıza tespiti ve etki (20 Ekim, 05:39 ~ 05:52 PDT)

  • Postman’da hata oranı artışı nedeniyle işlevsel sorunlar ortaya çıktı
  • Bu kesintinin kaynağı, bulut hizmet sağlayıcısının ciddi bir sorunu nedeniyle oluştu
  • Postman ekibi, hızlı bir şekilde normale dönmek için bulut sağlayıcısıyla birlikte hareket ederek müdahale etti

Kısmi geri dönüş ve izleme (20 Ekim, 05:56 ~ 17:17 PDT)

  • Bazı sistemlerde toparlanma eğilimi gözlendi
  • Birçok servisi sürekli performans takibinde tutarak kapsamlı bir geri getirme çalışması sürdürüldü
  • Çoğu işlevin geri döndüğü doğrulandı ve ek kesintileri önlemek için sürekli izlemeye odaklanıldı

Tam toparlanma ve hizmetin normalleşmesi (20 Ekim, 19:00 ~ 20:51 PDT)

  • Bazı hizmetlerde aralıklı sorunlar kalmış olsa da birçok sistem stabil biçimde toparlandı
  • Cross-dependency hataları ve arama işlevi ile ilgili problemler de kademeli olarak giderildi
  • Tüm sorunlar çözüldü ve tam hizmet restorasyonu tamamlandıktan sonra, stabiliteyi güvence altına almak için ek izleme yapıldı

Özet ve çıkarımlar

  • Postman’ın yüksek bulut bağımlılığı, onu doğrudan küresel kesintilerden etkilenebilir kılıyor
  • Benzer araçlarda veya yerel çalışmaya dayalı hizmetlerde gelecekte bulut altyapı arızalarına hazırlık ihtiyacını vurguluyor
  • Arıza anında gerçek zamanlı izleme ve iletişim, bakım ile müşteri güveni için kritik önem taşır
  • Hizmetin kademeli geri dönüş sürecinde ekibin hızlı müdahalesi ve şeffaf duyuruların önemi öne çıkıyor
  • Tüm hizmetlerin düzgün çalışır durumda olduğundan emin olmak için izleme sistemleri kurmanın gerekliliği yeniden ortaya çıkıyor

1 yorum

 
GN⁺ 2025-10-21
Hacker News Yorumları
  • Postman'i kullanmıyor olmama rağmen bir şeylerin eksik olup olmadığından emin değilim; alternatif olarak Firefox’un “Edit and Resend” özelliğini ve yeniden kullanılabilir örneklerde klasik curl betiklerini kullanıyorum
    • Şirket içinde Postman’ı bir miktar kullanıyoruz. Başlıkları ve gövdeleri içeren çok sayıda isteğin bulunduğu bir koleksiyon dosyasını paylaşarak geliştiricilerin rahatça yükleyip kendi sunucularında test edebilmelerine, hatta sunucu değiştirmeyi tek tıklamayla yapabilmelerine izin veriyor; alternatif olarak ortam değişkenlerini içeren curl betiklerini barındıran bir git deposu olabilir. Teknik bilgiye sahip olmayan kişiler bile Postman ile testleri çalıştırabiliyor.
    • Bu, yalnızca Postman’e özgü değil; bu tip istemcilerle bir anda çok sayıda isteği hazırlayıp saklayarak bir test süiti oluşturmak mümkün. Bazıları betik yazımı, istek zinciri kurma gibi özellikler de sunuyor. Bu, bir metin editörü ile IDE arasındaki fark benzetmesine benziyor. Sonuçta kişinin ihtiyacına göre seçilecek bir konu.
    • En kullanışlı özelliği, URL’yi kopyalayıp yapıştırınca parametrelerin otomatik ayrıştırılması ve arayüzde tümünün kolayca düzenlenebilmesi; geri kalanında ise aslında zaten alışık olduğumuz curl’den farklı bir şey değil.
    • Son dönemde Jupyter notebook ve requests ile çalışıyorum; sonunda Postman kullansam bile istekleri koleksiyon halinde kodlarken sınırlı bir dille programlama yapıyormuş gibi hissettiriyor.
  • Bunu da dahil olmak üzere bu tür uygulamaların Electron ve bulut kullanır hale gelmesi şaşırtıcı; terminalde 10 MB’lık bir TUI uygulaması yeterli olurdu, bu arada posting.sh adlı bir alternatif var
    • 10 MB’lık bir TUI uygulaması meselesine katılıyorum, bugünlerde Electron uygulamaları gigabayt seviyesine kadar büyümüş durumda. Örnek olarak vim paketi 2.3 MB, curl 1.2 MB ve lua 362 KB.
    • Electron’ın seçilmesinin nedeni büyük ölçüde başlangıçta Chrome uzantısı olup sonradan standalone bir forma evrilme eğiliminden geliyor.
    • Birkaç yıldır hurl(https://hurl.dev/) kullanıyorum ama dosyalarım dağınık olduğu için klasöre metin dosyaları birikiyor; bu kez posting.shyi bir kez denemeyi düşünüyorum.
    • SSH sunucularında ya da VS Code’un uzak konteynerlerinde kullanılacak bir Postman/Bruno/foo alternatifi arıyordum; posting.sh tam yerine oturdu.
  • RubyMine ve JetBrains IDE’lerinde (ilgili ürünler) güçlü bir HTTP istemcisi (Tools -> HTTP Client) yer alıyor; Postman karmaşıklaştıktan sonra yalnızca web isteği gereken basit senaryolarda iyi bir seçenek, Postman’i sevenleri küçümsemek gibi bir niyetim yok, yalnızca bana göre gereğinden fazla geldiği hissi var
    • JetBrains’in HTTP istemcisi gerçekten çok iyi: curl komutunu yapıştırınca otomatik dönüştürüp biçimlendiriyor, değişiklikleri tekrar curl olarak kopyalayabiliyorsunuz.
  • Tam da bu yüzden Yaak(https://yaak.app) yapılmış; tamamen çevrimdışı çalışabiliyor, telemetri içermiyor, açık kaynak ve Git entegrasyonu destekliyor
    • Yaak’ın ticari lisans modelini merak ediyorum; Pro lisans alınmasının “good faith” ilkesine dayandığı bir yapısı varsa MIT lisansından farkı nedir; açık kaynakta ticari lisans konularını incelerken hangi durumda neyin etkili olduğu benim için daima merak konusu.
    • 6-9 aydır Yaak kullanıyorum; başta doğrudan kaynaktan derleyerek başladıktan sonra şimdi ücretli kullanıcıya geçtim. Son zamanlarda Yaak’ın abone sayısı ve gelirini open metrics olarak herkese açmasını görünce operasyon biçiminin şeffaf olması hoşuma gitti.
    • Şu anda Bruno kullanıyorum ve Yaak ile Bruno’nun karşılaştırmasını da okudum; Bruno’da istediğim bütün özellikler destekleniyorsa Yaak’ın Bruno’ya kıyasla farklılığının ne olacağını duymak isterim.
    • Insomnia’yı üretip sattıktan sonra yeni bir rekabetçi araç geliştirilmiş mi diye merak ediyorum; anlaşma sırasında herhangi bir kısıtlama var mıydı?
    • Insomnia’nın devralınmasından önceki dönemde ürünü çok seviyordum, bu yüzden onun manevi ardılı olarak Yaak’ın gelmesi beni çok mutlu etti; Greg’in arkasındayım.
  • Kullanım amacına göre ayrı bir uygulamaya gerek duymayan durumlar da var, JetBrains(bilgi), Visual Studio(bilgi), VSCode(bilgi) hepsi http dosya desteği sunuyor
    • VSCode için olanı anonim bir geliştirici tarafından geliştirilmiş bir eklenti, bu yüzden yerleşik bir özellik gibi görünmüyor
    • Organizasyonumuzda geliştirmeyecek QA ekipleri bile sık sık http api kullandığı için şu anda Bruno bu rolü iyi karşılıyor
    • Ürünlerin her birinde http dosyası formatı tamamen aynı değil; bu nedenle ekibimiz hurl kullanıyor. QA ekibi robot framework’ü daha çok tercih ediyor, bazıları Bruno kullanıyor.
    • Organizasyon büyüdükçe, kocaman postman collection'lar API dokümantasyonu, regresyon testleri ve QA için çokça kullanılıyor; özellikle Postman JavaScript kütüphanesine ve özelleştirilmiş koda büyük ölçüde bağımlıyız.
  • Çoğu kişinin, Postman’in giderek işlevsel hale gelerek şiştiğini ve online bağımlılığına sahip olduğunu kabul ettiğini düşünüyorum
    • Şirketimizde Postman’in online'e geçmesinden sonra tüm personele Postman kaldırma talebiyle bir e-postası gönderildi; şu anda IT ekibi bunu yasaklı yazılımlar listesine wiki'de ekledi. Eskiden gerçekten her yerde kullanılıyordu.
    • Postman’in sektördeki standart bir araç haline gelmesiyle herkes buna uyum sağladı; iş tarafı da Postman kullanıp koleksiyon paylaşımını normal kıldı. Ben Postman kullanmayı sevmiyorum ama API işlerini paylaşmam gerektiğinde mecburen kullanıyorum; Postman için bu iyi bir iş ama bu, herkes için iyi olduğu anlamına gelmiyor.
  • Çok basit ve hafif bir yaml tabanlı Postman alternatifi olarak yapi(https://github.com/jamierpond/yapi) geliştirdim; şöyle kullanılabiliyor:
    yapi -c ./users.yapi.yaml
    
    yaml dosyası örneği (şema, url, method, path, sorgu parametresi belirtme yöntemi dahil), sadece yapi çalıştırmanız bile fzf kullanarak ayar dosyasını kolayca bulmanızı sağlayabilir.
    • Gerçekten ilgimi çeken bir konsept, iş akışına alışınca iyi kullanılır. Ancak GitHub’da neden bu kadar düşük istatistik gördüğünü merak ediyorum, sanırım bu yüzden herkes Postman kullanıyor.
  • Uzun zamandır Paw kullanıyordum ama RapidAPI’ye birkaç yıl önce birleşti. Küçük bir uygulama olmasına rağmen görevini çok iyi yapıyor. Son dönemde Phoenix LiveBook notebook ile Req paketini birleştirerek çalışıyorum; istediğiniz dili doğrudan ele alıp veri manipülasyonunu özgürce yapabiliyorsunuz. Elixir bilmiyorsanız jupyter veya başka bir notebook sistemi de alternatif olabilir.
    • Bruno + git ikilisi ekibimiz için mükemmel; koleksiyonları depo içinden versiyonlayıp dış bağımlılık olmadan çevrimdışı çalışabiliyoruz, keşke en başta bunu yapsaydık.
    • curl yapıştırma (import) fonksiyonunda garip bir hata vardı ama düzeltilmiş; bunun dışında %100 memnunum.
  • 2018'den bu yana Postman kullanımını tamamen durdurdum; API sorgusu yapmak için bile oturum açmak zorunda kalmak çok can sıkıcıydı, dürüst olmak gerekirse kullanılabilirliği de pek cazip değildi.