Fully Booked उन DigitalOcean ड्रॉपलेट्स पर चल रहा था जिन्हें वह पीछे छोड़ चुका था: किराये के इन्फ्रास्ट्रक्चर पर रोज़ाना क़रीब एक हज़ार लोग, स्केलिंग का हर फ़ैसला वेंडर की तय की गई क़ीमत पर, और मासिक बिल जो सिर्फ़ एक ही दिशा में जाता था। कहने में आसान, करने में मुश्किल। पूरे प्लेटफ़ॉर्म को कारोबार के अपने हार्डवेयर पर ले जाओ, और ऐप इस्तेमाल करने वाले किसी को पता तक न चले कि कुछ बदला है।
### पहले पैरिटी, फिर ट्रैफ़िकमाइग्रेशन को इस तरह चरणबद्ध किया गया कि ट्रैफ़िक हिलने से पहले भरोसा कमाया जाए। अपने हार्डवेयर पर मल्टी-नोड k3s क्लस्टर खड़ा हुआ, UFW और fail2ban से सख़्त किया गया, और हर सर्विस को कंटेनराइज़ किया गया ताकि दोनों इन्फ्रास्ट्रक्चर पर बिल्कुल एक जैसी चले। सर्टिफ़िकेट, तयशुदा बैकअप और मॉनिटरिंग स्विच से पहले जगह पर थे, बाद में जोड़े नहीं गए। तभी ट्रैफ़िक हिलना शुरू हुआ, सतह दर सतह, हर क़दम पर तुरंत रोलबैक तैयार रखते हुए।
### कटओवर यानी एक प्रॉक्सी फ़्लिपDNS, कैशिंग और TLS के लिए Cloudflare पहले से प्लेटफ़ॉर्म के आगे था, और आख़िरी क़दम के शांत रहने की वजह यही थी: कटओवर DNS का जुआ नहीं, एक प्रॉक्सी फ़्लिप था। एज के पीछे क्लस्टर एक कंट्रोल प्लेन और वर्कर नोड चलाता है, जिन पर पोर्टल, एडमिन, बैकएंड और जॉब पॉड चलते हैं, मॉनिटरिंग नज़र रखती है और बैकअप अपने शेड्यूल पर चलते हैं। डायग्राम में कोई IP या होस्टनेम नहीं है, क्योंकि सिस्टम का आकार उसका राज़ नहीं है।
### शून्य डाउनटाइम, नापकर देखाकटओवर के दौरान शून्य डाउनटाइम रिकॉर्ड हुआ, और उस हफ़्ते ऐप इस्तेमाल करने वाले किसी को पता नहीं चला कि कुछ हुआ है, और यही तो पूरा मक़सद था। बार-बार आने वाला क्लाउड बिल अपना इन्फ्रास्ट्रक्चर बन गया, DNS से डिस्क तक हर परत अब क्लाइंट के नियंत्रण में है, और वही क्लस्टर अब प्लेटफ़ॉर्म की साप्ताहिक रिलीज़ ढोता है। यह क़दम जिस प्लेटफ़ॉर्म को लेकर चला, उसकी कहानी Fully Booked की कहानी में है।