अपटाइम हमारे लिए एक विपणन मीट्रिक नहीं है। यह एक इंजीनियरिंग बाधा है जो हमारे द्वारा किए गए प्रत्येक निर्णय को आकार देती है। जब आपका पूरा व्यवसाय एक ही प्लेटफॉर्म पर काम करता है, तो डाउनटाइम एक असुविधा नहीं है। यह एक पूर्ण स्टॉप है। यह जिम्मेदारी कुछ है जिसे हम गंभीरता से लेते हैं, और यह डेटाबेस से लोड बैलेंसर तक कामoCRM आर्किटेक्चर की हर परत में परिलक्षित होता है।.

नींव में, हम अपने प्राथमिक डेटा स्टोर के रूप में YugabyteDB चलाते हैं। YugabyteDB एक वितरित SQL डेटाबेस है जो स्वचालित विफलता के साथ एकाधिक नोड्स में डेटा को दोहराता है। यदि कोई नोड नीचे जाता है, तो क्लस्टर डेटा हानि या मैनुअल हस्तक्षेप के बिना काम कर रहा है। इसके शीर्ष पर, हमारे आवेदन परत में RKE2 के माध्यम से Kubernetes पर चल रहे 64 राज्यहीन microservices शामिल हैं। क्योंकि प्रत्येक सेवा स्टेटलेस है, किसी भी उदाहरण को दूसरों को प्रभावित किए बिना प्रतिस्थापित या स्केल किया जा सकता है।.

रियल टाइम संचार जटिलता की एक और परत जोड़ता है। वीडियो कॉन्फ्रेंसिंग, मैसेजिंग और फोन कॉल सभी को लगातार कनेक्शन और कम विलंबता की आवश्यकता होती है। हम इसे मीडिया और NATS जेटस्ट्रीम के लिए जनस वेबआरटीसी के साथ संदेश ब्रोकरिंग के लिए संभालते हैं, दोनों ने हमारे क्लस्टर में अत्यधिक उपलब्ध विन्यास में तैनात किए हैं। यहां तक कि हमारी फ़ाइल भंडारण परत, MinIO द्वारा संचालित, डेटा स्थायित्व के लिए मिटाने के साथ कॉन्फ़िगर किया गया है।.

परिणाम एक ऐसी प्रणाली है जहां कोई भी घटक विफलता का एक बिंदु नहीं है। हम रोलिंग तैनाती का उपयोग करके प्रति दिन कई बार अपडेट करते हैं जो शून्य डाउनटाइम सुनिश्चित करते हैं। हमारी निगरानी स्टैक वास्तविक समय में हजारों मीट्रिक ट्रैक करता है, और हमारी ऑन-कॉल इंजीनियरिंग टीम को किसी भी विसंगति के सेकंड में सतर्क किया जाता है। यह 99.9% अपटाइम नंबर के पीछे इंजीनियरिंग है, और हम इसे और भी बेहतर बनाने के लिए लगातार धक्का दे रहे हैं।.