[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"guide-how-to-plan-for-the-hour-your-provider-is-down::tr":3,"guide-related-how-to-plan-for-the-hour-your-provider-is-down::tr":17},{"slug":4,"title":5,"excerpt":6,"body":7,"meta_title":5,"meta_description":8,"keywords":9,"category":15,"published_at":16,"updated_at":16},"how-to-plan-for-the-hour-your-provider-is-down","Sağlayıcınızın Çöktüğü Saate Nasıl Hazırlanılır?","Bağımlı olduğunuz hizmetlerden biri bir saat boyunca erişilemez olacak ve önemli kararların tamamı bu olmadan önce verilir: her özellik onsuz ne yapar, kimin bir şeyleri kapatma yetkisi vardır, müşterilere ne söylenir ve biriken iş sonradan nasıl boşaltılır.","\u003Ch2>Bu yazının kapsadığı ve kapsamadığı\u003C\u002Fh2>\n\u003Cp>Bağımlı olduğunuz bir şey bir saat boyunca erişilemez olacak. Kalıcı olarak değil, felaket ölçeğinde değil; yalnızca ürününüzün onsuz bir biçimde davranmak zorunda kalacağı kadar bir süre yok olacak. Yapılmaya değer iş neredeyse tümüyle önceden yapılır, çünkü o saat içinde kimse bir şey tasarlamaz; yalnızca zaten var olan seçenekler arasından seçer.\u003C\u002Fp>\n\u003Cp>Bu yazı, altınızdaki bir arayüzün biçim değiştirmesi üzerine değildir; onu denetlemediğiniz bir API'ye bağımlı olmak yazısı kapsar. Erişilebilir olmayı sürdürürken yanlış yanıt veren bir sistem üzerine de değildir; o, bir yapay zekâ özelliği bir şeyi yanlış yaptığında ne yapılır yazısının konusudur. Kimin kusurlu olduğu sorusu da değildir; onu kiralanan bir hizmetin sorumluluğu üzerine eşlik eden yazı üstleniyor. Bu yazı, kusur kimde olursa olsun, şeyin basitçe orada olmadığını varsayar ve ürününüzün bu konuda ne yaptığını sorar.\u003C\u002Fp>\n\u003Ch2>Özellik başına karar verin: başarısız ol, bekle ya da azal\u003C\u002Fh2>\n\u003Cp>Çalıştırmadığınız bir şeyi çağıran her özellik için, çağrı geri dönmediğinde yalnızca üç dürüst davranış vardır. Başarısız olabilir ve kişiye bu bölümün erişilemez olduğunu açıkça söyleyebilir. Bekleyebilir; isteği kabul edip sonra tamamlayabilir. Ya da azalarak çalışabilir; elinde kalanla işin daha küçük bir sürümünü yapabilir.\u003C\u002Fp>\n\u003Cp>Neredeyse her ürün bu seçimi farklı yerlerde farklı yapmalıdır ve seçimler, kodun rastgele yaptığı şeye bırakılmak yerine ürün davranışı olarak yazılmalıdır. Sessizce daha az sonuç döndüren bir arama kutusu makul bir azalmadır. Sessizce daha azını yapan bir faturalama eylemi değildir; yüksek sesle başarısız olmalıdır. Erişilemeyen bir özet çoğu zaman yalnızca yok olabilir ve altındaki metin okunabilir kalabilir. Kaba kural şudur: azalma, küçültülmüş sürüm hâlâ yararlı ve açıkça küçültülmüş olduğunda doğrudur; bir kişinin eksik çıktıyı tam sanabileceği yerde yanlıştır.\u003C\u002Fp>\n\u003Ch2>Ne olduğunu bir hata iletisinde değil arayüzde söyleyin\u003C\u002Fh2>\n\u003Cp>Profesyonel hissettiren bir kesintiyle ürkütücü olan arasındaki fark, büyük ölçüde kimse panik hâlinde değilken yazılmış sözcüklerdir. Bu özellik geçici olarak kullanılamıyor ve çalışmanız kaydedildi diyen bir ekran üç iş yapar: kapsamı adlandırır, veri konusunda güven verir ve bir zaman ölçeği ima eder. Genel bir hata iletisi bunların hiçbirini yapmaz ve kişiyi desteğe yönlendirir, bu da o saatin bedelini katlar.\u003C\u002Fp>\n\u003Cp>Yokluğu en görünür olan iki üç bağımlılık için bu metinleri önceden yazın ve bunların dağıtım yapmadan değiştirilebilir olmasını sağlayın; çünkü bir olay sırasında dağıtım yapmak, tam da ikinci bir olayın doğduğu andır.\u003C\u002Fp>\n\u003Ch2>Bekleyebilecekleri bekleyemeyeceklerden ayırın\u003C\u002Fh2>\n\u003Cp>Kuyruğa alınabilecek iş reddedilmek yerine kuyruğa alınmalıdır, ama yalnızca iki koşul sağlanırsa. Alıcı sistem iki kez sorulmaya dayanmalıdır; çünkü belirsiz bir sonuçtan en güvenli çıkış yeniden denemektir ve her denemeyi ayrı sayan bir sisteme karşı yeniden deneme, bir kesintiyi veri sorununa çevirir. Kuyruğun bir sınırı ve o sınıra ulaşıldığında ne olacağına dair bir kararı olmalıdır; çünkü sınırsız bir kuyruk, biriken işi daha yeni ayağa kalkmış bir hizmete boşaltırken bir saatlik kesintiyi çok daha uzun bir kesintiye dönüştürür.\u003C\u002Fp>\n\u003Cp>İlgili tuzak yeniden denemenin kendisidir. Her istemcinin hemen ve aynı anda yeniden denemesi, sağlayıcı toparlandığı anda varan bir dalga üretir; oysa o an dalgaya en az dayanabileceği andır. Denemeleri aralıklandırmak ve herkesin aynı anda yeniden başlamamasını sağlayacak biçimde dağıtmak, toparlanmayla ikinci bir arıza arasındaki farktır.\u003C\u002Fp>\n\u003Ch2>Kimin kapatma yetkisi olduğuna karar verin\u003C\u002Fh2>\n\u003Cp>Özenle tasarlanmış bir azalma davranışının hiç kullanılmamasının en yaygın nedeni, nöbetteki kimsenin onu kullanma yetkisi olduğuna inanmamasıdır. Bir özelliği kapatmak kıdemli birini bulmayı gerektiriyorsa, bu sabahın üçünde olmayacaktır ve o saat arızayı izlemekle geçecektir.\u003C\u002Fp>\n\u003Cp>Öyleyse kimin yapabileceğini önceden ve isimle değil rolle söyleyin; atabilecekleri az sayıdaki anahtarı ve her birinin bedelini yazın. Bu yetkiyi nöbette olana vermek denetimi yitirmek değildir. Yazdığınız planın, gerçekten uyanık olan kişi tarafından uygulanmasının tek yoludur.\u003C\u002Fp>\n\u003Ch2>Müşteri iletisini ihtiyaç duymadan önce yazın\u003C\u002Fh2>\n\u003Cp>Şimdi iki şeye karar verin: hangi noktada kamuya bir şey söylersiniz ve onu kim yazar. İkisini de olay sırasında çözmek çok daha zordur; çünkü o anda gelmeyecek bir kesinliği bekleme dürtüsü baskındır. Neyin etkilendiğini adlandıran, neyin etkilenmediğini söyleyen ve bir sonraki güncelleme için saat veren kısa bir not, sessizlikten neredeyse her zaman iyidir; üstelik güncelleme saati açıklamadan daha önemlidir, çünkü sınırsız bir endişeyi bir beklemeye çevirir.\u003C\u002Fp>\n\u003Ch2>O saatten sonraki saati planlayın\u003C\u002Fh2>\n\u003Cp>Toparlanma, planlamada atlanan ve gerçekte nadiren atlanan kısımdır. Kuyruğa alınmış iş, daha yeni dönmüş olan şeyi boğmadan boşaltılmalıdır. Yeniden denenen her şeyin yinelenmeye karşı denetlenmesi gerekir. Bir bağımlılık yokken sessizce başarısız olan her şeyin bulunması gerekir ve bu, arızaları yalnızca dönen günlüklerde değil kalıcı bir yerde kaydetmeye önceden karar verdiyseniz çok daha kolaydır.\u003C\u002Fp>\n\u003Cp>Sonra değerlendirmeyi yazın. Yararlı çıktı, düzeltemeyeceğiniz sağlayıcı arızasının açıklaması değil, bağımlılığın yokluğu veri alındığında ürününüzün gerekenden kötü davrandığı yerlerin listesidir; çünkü orası sizindir.\u003C\u002Fp>\n\u003Ch2>Mümkün olan en küçük provayı yapın\u003C\u002Fh2>\n\u003Cp>Bütün bunlar, biri bir bağımlılığı bilerek, denetimli biçimde ve mesai saatlerinde kapatıp ürünün ne yaptığını izleyene kadar kuramsal kalır. Üretim dışı bir ortamda tek bir özellikle ve tek bir soruyla başlayın: davranış yazdığımıza uyuyor mu? İlk prova genellikle bir zaman aşımının herkesin sandığından çok daha uzun olduğunu, bir özellikteki arızanın ilgisiz bir sayfayı da düşürdüğünü ya da bir şeyi kapatması gereken anahtarın henüz var olmadığını bulur. Bu bulgular çarşamba öğleden sonra ucuz, başka her zaman pahalıdır.\u003C\u002Fp>\n\u003Ch2>Hangi bağımlılıkların bu emeği hak ettiğini bilin\u003C\u002Fh2>\n\u003Cp>Her bağımlılık bir saatlik planlamayı hak etmez ve hepsine eşit davranmak, alıştırmanın bir şey üretmeden tıkanmasının yoludur. Onları soyut bir önem sırasına göre değil iki soruya göre sıralayın: bu eksik olduğunda ürünün ne kadarı durur ve bunu hızla fark etme olasılığımız nedir? Ödemeyi durduran bir bağımlılık yazılı bir planı hak eder; nadiren ziyaret edilen bir sayfayı süsleyen bir bağımlılık, eksik olabileceğini söyleyen bir cümleyi hak eder. İlk kategoriyi kapsayan üç dört kayıt bitmiş bir iştir ve kimsenin hakkında bir karar vermediği eksiksiz bir envanterden çok daha değerlidir.\u003C\u002Fp>","Bir bağımlılık erişilemez olduğunda her özelliğin ne yapacağına önceden karar verin: başarısız ol, bekle ya da azalarak çalış. Yetki ve kuyruk boşaltma dâhil.",[10,11,12,13,14],"kademeli bozulma","kesinti planlaması","bağımlılık arızası","olay müdahalesi","güvenilirlik","how-to","2026-09-09T03:30:02+00:00",[18,23,27,31,36,40],{"slug":19,"title":20,"excerpt":21,"updated_at":22},"ai-tool-pricing-models-seat-vs-usage-vs-credits","Yapay Zekâ Araçlarında Fiyatlandırma Modelleri: Kullanıcı Başına, Kullanıma Dayalı ve Kredili","Yapay zekâ araçlarının ücret aldığı üç yaygın yöntem — kullanıcı başına, kullanıma göre ve kredili — ve ekibinizin çalışma biçimi için hangisinin gerçekten daha ucuza geleceğini nasıl değerlendireceğiniz.","2026-08-05T14:32:26+00:00",{"slug":24,"title":25,"excerpt":26,"updated_at":22},"how-ai-image-generators-differ-diffusion-vs-the-rest","Yapay Zeka Görsel Üreticileri Arasındaki Farklar: Diffusion ve Diğerleri, Sade Bir Dille","Yapay zeka görsel üreticilerinin nasıl çalıştığına, diffusion yaklaşımının neden baskın hale geldiğine ve araçlar arasında pratikte hangi farkları beklemeniz gerektiğine dair teknik olmayan bir açıklama.",{"slug":28,"title":29,"excerpt":30,"updated_at":22},"how-to-automate-your-workflow-without-code","Kod Yazmadan İş Akışınızı Nasıl Otomatikleştirirsiniz","Ayakta kalan otomasyonlar kurmak için pratik bir sıra: doğru süreci seçmek, bir araca dokunmadan önce haritalamak ve ilk denemelerin çoğunu bozan hata durumlarını ele almak.",{"slug":32,"title":33,"excerpt":34,"updated_at":35},"how-to-build-a-chatbot-without-coding","Kod Yazmadan Chatbot Nasıl Kurulur","Kodsuz araçlarla çalışan bir chatbot'a giden pratik bir yol: kapsama karar vermek, kendi içeriğinizi bağlamak, yanıtlayamadığı soruları ele almak ve maliyetini bilmek.","2026-08-05T14:32:27+00:00",{"slug":37,"title":38,"excerpt":39,"updated_at":16},"how-to-build-an-evaluation-set-that-does-not-go-stale","Bayatlamayan Bir Değerlendirme Kümesi Nasıl Kurulur?","Değerlendirme kümelerinin çoğu bir kez, toplanması kolay olan neyse ondan derlenir ve sonra sessizce işi temsil etmeyi bırakır. Zaten elinizde olan arızalardan bir küme nasıl kurulur, üretimden nasıl beslenir, ölçtüğü sistemden nasıl korunur ve ne zaman süresinin dolduğu nasıl anlaşılır.",{"slug":41,"title":42,"excerpt":43,"updated_at":44},"how-to-change-a-prompt-without-breaking-production","Üretimi Bozmadan Bir Prompt Nasıl Değiştirilir","Promptlar bir metin kutusunda düzenlenip saniyeler içinde yayına alınır; sessizce bir şeyleri bozmalarının nedeni budur: derleyici yok, yığın izi yok, bariz bir arıza anı yok. Onlara koddaki sürüm disiplinini verin.","2026-08-24T03:30:02+00:00"]