Fully Booked ग्राहकों की जमा राशि लेता है, ऑपरेटरों को उनकी कमाई भेजता है और वे दस्तावेज़ पहुँचाता है जिन पर दोनों पक्ष निर्भर हैं। यहाँ आउटेज सिर्फ़ असुविधा नहीं है: जो ग्राहक भुगतान नहीं कर पाता वह कहीं और बुक कर लेता है, और जो ऑपरेटर कोट नहीं खोल पाता वह काम खो देता है।
प्लेटफ़ॉर्म में पाँच सर्विस हैं, एक कस्टमर साइट, एक ऑपरेटर साइट, एक एडमिन डैशबोर्ड, एक डॉक्यूमेंटेशन साइट और एक बैकएंड, जिन्हें एक बहुत छोटी टीम ने बनाया और संभाला। डिप्लॉयमेंट को इतना सरल होना था कि हाथ से चलाया जा सके, और इतना मज़बूत कि उस पर भरोसा किया जा सके।
### पाँच सर्विस, एक रिपॉज़िटरी, एक कमांडहर सर्विस एक ही रिपॉज़िटरी से अपनी अलग Docker इमेज के रूप में निकलती है। चारों वेबसाइटें छोटे स्टैटिक सर्वरों में बनती हैं, NestJS बैकएंड GraphQL API संभालता है, और MongoDB व अपलोड की गई फ़ाइलें परसिस्टेंट वॉल्यूम पर रहती हैं। एक compose फ़ाइल उन्हें एक प्राइवेट नेटवर्क पर जोड़ती है, और एक Makefile किसी रिलीज़ को pull, build और up तक समेट देती है।
### आगे Cloudflare, दो सोचे-समझे अपवादों के साथCloudflare हर सबडोमेन का DNS संभालता है और कैशिंग, सर्टिफ़िकेट और सुरक्षा के लिए पब्लिक साइटों को प्रॉक्सी करता है। दो रिकॉर्ड जानबूझकर सीधे रखे गए हैं: ऑपरेटर साइट, ताकि Apple वह फ़ाइल पढ़ सके जिससे लिंक ऐप में खुलते हैं, और API, ताकि Square के पेमेंट वेबहुक बिना रुकावट पहुँचें।
इनमें से किसी में भी गलती होती तो हर PDF के डीप लिंक टूट जाते या भुगतान की पुष्टि रुक जाती, इसीलिए दोनों को DNS टेबल के साथ दर्ज किया गया है।
### एक रिवर्स प्रॉक्सी जो सुरक्षा का काम करता हैकिनारे पर एक Caddy कंटेनर अपने आप सर्टिफ़िकेट जारी करता है, रिस्पॉन्स कंप्रेस करता है, हर www पते को रीडायरेक्ट करता है, API में strict transport, frame और content type हेडर जोड़ता है, और ऐप एसोसिएशन फ़ाइलों को उसी content type के साथ परोसता है जिसकी स्टोर अपेक्षा करते हैं।
### प्रोडक्शन में बनने वाले दस्तावेज़हर कोटेशन, रद्दीकरण पत्र, इनवॉइस, बुकिंग पुष्टि और ड्राइवर शीट सर्वर पर बैकएंड इमेज के भीतर चलने वाले Playwright से बनती है। प्रोडक्शन कंटेनर के भीतर एक हेडलेस ब्राउज़र इंस्टॉल करवाना पूरे काम का सबसे कठिन हिस्सा था, और इसी की बदौलत कोई ऑपरेटर फ़ोन से कुछ ही सेकंड में एक सुंदर PDF भेज पाता है।
### एक ड्रॉपलेट से एक क्लस्टर तकशुरुआती चरणों में ड्रॉपलेट ने ही प्लेटफ़ॉर्म को संभाला। जब मासिक बिल और एक अकेली मशीन की सीमाएँ मायने रखने लगीं, तो वही इमेज बिना किसी डाउनटाइम के एक सेल्फ़-होस्टेड Kubernetes क्लस्टर पर चली गईं, जो इसलिए संभव हुआ क्योंकि उन्हें शुरू से ही स्वतंत्र सर्विस के रूप में बनाया गया था।
संस्थापक के लिए इसका मतलब था न दोबारा निर्माण, न आउटेज, और ऑपरेटरों व ग्राहकों के लिए कुछ नहीं बदला, सिवाय इसके कि सब चलता रहा। सर्विस की पूरी कहानी Fully Booked की कहानी में है।