· kaynak Hacker News – Front Page (hnrss.org)
Death Plan Switch: solo geliştiriciler için ücretsiz, kendi sunucunuzda barındırabileceğiniz bir ölü adam şalteri
Tek kişilik bir web stüdyosu, Death Plan Switch adlı ücretsiz, MIT lisanslı ve self-hosted bir ölü adam şalteri yayımladı; solo çalışan bir operatör sessiz kalırsa haftalık check-inlerden başlayıp yakınlarına ve iş bağlantılarına kadar tırmanan bir süreç devreye giriyor.

Ne oldu
Avustralya'nın Yeni Güney Galler eyaletinin taşrasında tek kişilik bir web stüdyosu işleten bir geliştirici, aniden ortadan kaybolursa müşterilerini çaresiz bırakacak olan bağımsız web geliştiricileri için Death Plan Switch adlı ücretsiz, MIT lisanslı bir ölü adam şalteri yayımladı. Proje, 20 Ekim'de bir Show HN gönderisiyle Hacker News'in ana sayfasına ulaştı; kaynak kodu GitHub'da yayımlandı.
Fikir basit: yazılım operatörüne haftada bir e-posta gönderiyor. Operatör yanıt vermeyi bırakırsa, süreç sabit bir sırayla tırmanıyor — önce yakınları, sonra harekete geçmesi gerekenler — ta ki biri operatörün iyi olduğunu doğrulayana ya da önceden yazılmış mesajlar gönderilene kadar.
Eskalasyon nasıl çalışıyor
Projenin web sitesine göre her adım, haftanın aynı saatinde gelen haftalık check-in e-postasından itibaren zamanlanıyor. Kaçırılırsa, 24. saatte kayıtlı iki e-posta adresine bir hatırlatma, ardından 48. saatte son bir hatırlatma gidiyor. 72. saatte sistem operatörün yakınlarına her şeyin yolunda olup olmadığını soruyor ve aynı soruyu 120. saatte yineliyor. 144. saatte, adı geçen her kişiye operatörün onun için yazdığı mesaj ulaşıyor. Haftalık ritim nedeniyle, yakınlar bir sorundan en geç son başarılı check-in'den 13 gün sonra haberdar oluyor.
Tasarımı şekillendiren iki güvenlik mekanizması var. Yakınlar operatörün iyi olduğunu söylerse süreç sona eriyor ve kimse başka bir şey duymuyor. Bir terslik olduğunu söylerlerse, kişiler süreyi beklemeden mesajlarını hemen alıyor. Operatör ise herhangi bir aşamada — şalter tetiklendikten sonra bile — check-in yapabiliyor; bu durumda zaten bilgilendirilmiş olanlara bunun yanlış alarm olduğu bildiriliyor.
Son derece pratik bir ayrıntı da şu: e-postadaki bağlantıyı açmak check-in sayılmıyor, çünkü otomatik e-posta tarayıcıları rutin olarak bağlantıları ziyaret ediyor. Operatörün sayfadaki bir düğmeye basması gerekiyor.
Neden yapıldı
Eşlik eden yazıda geliştirici, müşterilerinin sitelerinin, alan adlarının ve hosting'inin tamamının kendi şahsından geçtiğini anlatıyor. Mevcut süreklilik planları, işletmenin bağlı olduğu her şeyi anlatan tek bir şifreli belge; şifreyi bir yedek geliştirici, ikinci kopyayı da bir avukat tutuyor. Eksik olan, yazdıklarına göre, aradaki parçaymış: operatörün sessiz kaldığını fark eden ve ardından insanları bilinçli bir sırayla bilgilendiren bir şey. Kendi başına barındırabilecekleri basit bir seçenek bulamayınca bir tane yapmışlar.
Geliştirici, sistemi geçen haftadan beri kendisi üzerinde çalıştırıyor; yakınları ve yedek geliştirici de doğrulanmış durumda. Deneyen herkesen pürüzler ve istenen değişiklikler konusunda geri bildirim istiyor.
Bilinçli sınırlar
Proje, ne olmadığı konusunda alışılmadık derecede açık. Sistem e-posta gönderiyor; biri neden check-in yapmayı bıraktığını bilemez ve kendi sunucusu, zamanlayıcısı veya e-posta servisi çökerse çalışmayı durdurur. Hiçbir belge ve şifre saklamıyor — mesajların amacı şeylerin nerede olduğunu ve kimin aranacağını göstermek. Barındırılan bir sürüm ve hesap sistemi yok; iletişim yalnızca e-postayla, SMS, telefon araması veya uygulma yok. MIT lisansı hiçbir garanti içermiyor.
Çalıştırmak için gerekenler
Gereksinimler mütevazı: PHP 8.1 veya daha yeni bir sürümü olan bir web sunucusu, bir SMTP hesabı, HTTPS ve 15 dakikada bir bir web adresine istek gönderen bir cron görevi ya da herhangi bir harici zamanlayıcı. Veritabanı yok. Apache olduğu gibi çalışırken, nginx için dört satırlık bir yapılandırma gerekiyor. Geliştirici, tek bir kesintinin ikisini birden etkilememesi için şalteri koruduğu sitelerden ayrı bir yerde barındırmayı öneriyor; kurulumun tarayıcıdan birkaç dakikada tamamlandığını, yükleyicinin crontab satırını — tek gerçekten teknik adımı — kendisinin ürettiğini söylüyor.
Neden önemli
Solo çalışanlar, bus faktörü bire olan işletmelerdir. Tek bir kişi çoğu zaman müşterilerin alan adlarının, hosting'in ve dağıtımların anahtarlarını elinde tutar ve süreklilik önerilerinin çoğu, her şeyi yazılı hale getirip birine şifre vermekte son bulur. Bu, emaneti çözer ama tespiti çözmez: plan, ancak biri operatörün gittiğini fark ederse ve nereye bakacağını bilirse işe yarar. Bir ölü adam şalteri bu boşluğu doldurur; self-hosted ve MIT lisanslı bir uygulama ise bağımsız bir geliştiricinin bir abonelik olmadan ya da ölüm planını kendisi de kaybolabilecek üçüncü bir tarafa emanet etmeden bunu benimsemesini sağlar. Ödünleşim gizlenmek yerine itiraf edilmiş durumda — şalter, üzerinde çalıştığı altyapı kadar güvenilirdir. Olduğu gibi çalıştırılıp uyarlanabilen çalışan bir kod olarak, tek kişilik işletmelerin yapması gerektiğini bildiği ama nadiren sıra getirdiği bir planlama parçasının önündeki eşiği düşürüyor.
- #self-hosted
- #open-source
- #php
- #developer-tools
- #continuity-planning