تحویل حسابها بدون خراب کردن محصول
ترتیب انتقالی که از قطعیای که همه روز دوم کشفش میکنند جلوگیری میکند.
چکلیستهای انتقال معمولاً به شکل فهرستی از داراییها نوشته میشوند — و دقیقاً به همین دلیل اینهمه معامله به قطعی زنده ختم میشود: فهرست ترتیب ندارد، و ترتیب کل مسئله است.
بعضی انتقالها چیزی را خراب میکنند و بعضی نه، و تفاوت در این است که آیا طرف گیرنده میتواند آن چیز را بپذیرد پیش از آنکه طرف فرستنده رهایش کند.
دامنهها اول میروند و کندتریناند. انتقال ثبتکننده دورهٔ انتظار اجباری دارد، و تغییرات DNS با زمانبندی خودشان منتشر میشوند. شروع از اینجا یعنی ساعت میچرخد در حالی که بقیه موازی پیش میروند.
پردازش پرداخت همان چیزی است که اگر بدموقع انجام شود آسیب واقعی میزند. جابهجا کردن حساب پرداخت بدون تایید قبلی اینکه نهاد جدید میتواند تراکنش بپذیرد یعنی تمدیدهای ناموفق، و تمدید ناموفق یعنی ریزش غیرارادیای که خریدار به ارث میبرد و فروشنده متهمش میشود. پذیرش را قبل از سوییچ تایید کنید، نه بعدش.
کد و زیرساخت از نظر فنی سادهترین و از نظر اداری پرخطاتریناند: دنبال حسابهای شخصی که منابع سازمانی را نگه داشتهاند بگردید، کلیدهای API که در اسکریپت دیپلوی هاردکد شدهاند، و سیستم CI که با هویت فردی که دارد میرود احراز میشود.
ارتباط با مشتری آخر میآید، و از هر دو طرف. صندوق پشتیبانیای که وسط تحویل ساکت میشود ریزشی میسازد که هیچ آیتم چکلیستی جبرانش نمیکند.
منابع
- ICANN domain transfer policy — ICANN · بازیابی 2026-07-28
این مطلب بخشی از راهنمای چه چیزی در اتاق داده جا دارد است.