دوستان عزیز
جذابیت ساخت dead man's switch خودتان را درک میکنم. کنترل کامل میخواهید، بدون وابستگی به شخص ثالث و رضایت از ساخت چیزی دقیقاً متناسب با نیازهایتان. بهعنوان کسی که عاشق ساختن چیزهاست، کاملاً درک میکنم.
اما باید آنچه درباره چرا سوئیچهای self-hosted نرخ شکست نگرانکنندهای دارند وقتی بیشترین نیاز به آنهاست، به اشتراک بگذارم. فقط پیچیدگی فنی نیست—اگرچه قطعاً بخشی از آن است—بلکه عناصر انسانی است که دور زدن آنها با مهندسی غیرممکن است.
سیستمهای self-hosted به نگهداری مداوم، بهروزرسانیهای امنیتی، مدیریت سرور و پایش نیاز دارند. وقتی برای مرگ خودتان میسازید، سیستمی میسازید که باید دقیقاً در لحظهای که دیگر نمیتوانید تعمیر، بهروز یا نگهداری کنید، بینقص کار کند.
مهندسان درخشانی را دیدهایم که سوئیچهای پیچیدهای ساختند که بهخاطر گواهینامههای SSL منقضیشده، ارائهدهندگان ایمیل قدیمی، تغییرات میزبانی سرور یا انحراف ساده پیکربندی در طول زمان شکست خوردند. چالشهای فنی قابل حلاند، اما به توجه مداومی نیاز دارند که پس از مرگ غیرممکن میشود.
بار عاطفی بر عزیزان شما نیز هست. وقتی سیستم self-hosted شما شکست میخورد، آنها در حال عزاداری سعی میکنند کد شما را عیبیابی کنند، زیرساختتان را درک کنند و پیکربندی شما را اشکالزدایی کنند. این میراثی نیست که بیشتر مردم میخواهند بگذارند.
این درباره توانایی فنی نیست—بسیاری از شما از تیم ما ماهرتر هستید. درباره چالش منحصربهفرد ساخت چیزی است که باید از سازندهاش بیشتر عمر کند در حالی که به صفر نگهداری از کسانی که هرگز نخواستهاند مدیر سیستم شوند نیاز دارد.
اگر مسیر self-hosted را انتخاب میکنید، لطفاً همه چیز را بهگستردگی مستند کنید، همه نگهداری را خودکار کنید، برای وابستگیهای خدماتی برنامهریزی کنید و مهمتر از همه، وقتی سیستم اصلی شما ناگزیر با مشکل روبهرو میشود، طرح پشتیبان داشته باشید.
JP, Luca, CJ, 8, and Summer