ब्लैक फ्राइडे और साइबर मंडे:क्या आपका डेटा तैयार है?

ब्लैक फ्राइडे, साइबर मंडे और यहां तक ​​कि ग्रीन मंडे (कुछ "हरे" को बचाने के लिए अंतिम सोमवार और क्रिसमस के लिए इष्टतम शिपिंग तिथियों के साथ) निश्चित रूप से वर्ष के इस समय चर्चा के बड़े विषय हैं। सबसे आम सार्वजनिक वार्तालाप विषय महान सौदों के लिए शिकार, प्रतिष्ठित अवकाश उपहारों की खरीदारी और उपभोक्ताओं द्वारा खर्च की जाने वाली जबड़ा छोड़ने वाली राशि के बारे में हैं।

ब्लैक फ्राइडे 2018 की बिक्री रिपोर्ट बताती है कि ऑनलाइन बिक्री 6.2 बिलियन डॉलर थी, जो पिछले साल की तुलना में 23.6 प्रतिशत अधिक है, और साइबर मंडे 2018 में वर्ष का सबसे बड़ा बिक्री दिवस था, जिसकी ऑनलाइन आय $7.9 बिलियन थी, जो 2017 की तुलना में 19.3 प्रतिशत अधिक है।

लेकिन एक और बहुत महत्वपूर्ण, समानांतर बातचीत भी अब चल रही है, और वह है ऑनलाइन शॉपिंग को सुचारू रूप से चलाने, क्रेडिट कार्ड नंबर सुरक्षित रखने और ऑनलाइन और साइट पर बिक्री प्रक्रियाओं में गड़बड़ी रखने के लिए आवश्यक बड़े पैमाने पर प्रौद्योगिकी और डेटा प्रबंधन प्रयासों के बारे में- नि:शुल्क। जबकि अधिकांश खरीदार शायद कभी नहीं रुकते हैं और उस तकनीक की मात्रा या जटिलता के बारे में सोचते हैं जो उनकी खरीदारी को सक्षम बनाती है, या हम में से उन लोगों के लिए जिनकी आजीविका डेटा प्रौद्योगिकी पर निर्भर करती है, खरीदारी के अनुभव के पीछे यह सबसे महत्वपूर्ण है। पूरे वर्ष की योजना और कार्यान्वयन का समय।

इसलिए यदि आप एक व्यापारी हैं, या किसी व्यापारी का समर्थन करते हैं, या किसी भी तरह से ई-कॉमर्स या वित्त में शामिल हैं, तो आप शायद अभी वास्तव में व्यस्त हैं, और आप अपने सेल फोन को हर समय पास में रखते हैं। अब समय आ गया है कि आप अपने डेटाबेस, सहायक बुनियादी ढांचे, और आपके अनुप्रयोगों को भारी भार के लिए तैयार करें जो वे खरीदारी के मौसम में सहन कर सकते हैं।

इस ब्लॉग में आपके डेटा प्रौद्योगिकी स्टैक के कुछ प्रमुख क्षेत्रों को शामिल किया गया है, जिन पर आप ब्लैक फ्राइडे के साथ विचार करना चाहते हैं, तैयारी कैसे करें, और ब्लैक फ्राइडे और साइबर मंडे के लिए तैयार होने के लिए आपकी ऑब्जेक्टरॉकेट टीम आपके साथ कैसे काम कर सकती है, इसके संकेत।

अपना डेटा स्टैक तैयार करने के सामान्य चरण

तैयार करने के लिए कई कदम उठाए जाने चाहिए, इससे कोई फर्क नहीं पड़ता कि आप किस डेटाबेस का उपयोग करते हैं। इनमें आपके डेटा स्टोर को सुचारू रूप से चलाने के लिए मानक सर्वोत्तम अभ्यास शामिल हैं, लेकिन ब्लैक फ्राइडे और साइबर मंडे की तैयारी करते समय इनकी विशेष आवश्यकता होती है।

• बड़ी मात्रा में ट्रैफिक के लिए तैयार करें :क्षमता नियोजन, विकास प्रक्षेपण, डेटा स्थिरता, उच्च उपलब्धता, प्रतिकृति, विफलता क्लस्टर, बढ़े हुए यातायात भार को सहन करने के लिए प्राथमिक अवधारणाएं हैं। तैयारी करते समय इन मदों पर विचार करें:
  • शार्क किए गए क्लस्टर के लिए, अधिक शार्प जोड़ने पर विचार करें ताकि यह सुनिश्चित हो सके कि ऐसी पीक अवधि के दौरान आपके पास जगह की कमी न हो। यहां ऑब्जेक्टरॉकेट में, हम आम तौर पर उन ग्राहकों को रखना चाहते हैं जो पूर्ण डिस्क के परिणामस्वरूप होने वाली किसी भी रुकावट को रोकने के लिए लगभग 60% उपयोग पर बहुत अधिक वृद्धि की उम्मीद करते हैं।
  • Elasticsearch क्लस्टर संस्करण 6.x और इससे अधिक के साथ आपको यह सुनिश्चित करने की आवश्यकता होगी कि, यदि छोटे योजना आकारों का उपयोग कर रहे हैं, तो तेजी से विकास की संभावना पर विचार किया जाता है, और विशेष रूप से इसका महत्वपूर्ण लक्ष्य रीड ओनली लॉक से बचने के लिए डिस्क का आकार 95% से कम रखें। क्षमता की योजना बनाते समय ध्यान रखें कि प्रत्येक शार्क का एक ट्रांसलॉग होता है जो 512MB तक बढ़ सकता है और 12 घंटे तक उसी तरह बना रह सकता है।
  • एक छोटे, सरल प्रतिकृति सेट के लिए जो ऑटो-स्केलिंग का उपयोग नहीं करता है, एक योजना आकार में जाने पर विचार करें जो विकास प्रक्षेपण के आधार पर समवर्ती और विकास को संभाल सके।
  • जैसे-जैसे ट्रैफ़िक बढ़ता है, वैसे-वैसे डेटाबेस से कनेक्शन अनुरोध भी करें। यह सुनिश्चित करने के लिए कि सही कनेक्शन पूलिंग सेटिंग्स के साथ-साथ सही OS सेटिंग्स (जैसे ulimits) एप्लिकेशन टीम के सदस्यों/ग्राहकों के साथ समीक्षा करें। , जो आपको उपयोगकर्ताओं के लिए संसाधन सीमाएं प्रदर्शित करने और सेट करने की अनुमति देता है)। कभी-कभी अनुप्रयोगों के लिए आपको एकल प्रतिकृति सेट या 4 डिफ़ॉल्ट mongos (विशेष नोड्स जो एक शार्प क्लस्टर पर कनेक्शन के लिए सुनते हैं) की तुलना में अधिक कनेक्शन खोलने की आवश्यकता हो सकती है जिसे हम संभाल सकते हैं। इस मामले में, हम अक्सर ग्राहकों के साथ काम करते हैं ताकि कनेक्शन को संभालने के लिए और अधिक मोंगो आवंटित किए जा सकें।
  • यह सुनिश्चित करना कि ओप्लॉग का आकार सही है, एक और क्षेत्र है। ओप्लॉग सभी क्रिएट, रीड और डिलीट ऑपरेशंस का एक कैप्ड कलेक्शन (एक निश्चित आकार के साथ) है, जिससे सेकेंडरी नोड्स अपने सिंक सोर्स से डेटा को दोहराते हैं। द्वितीयक नोड्स सिंक से बाहर हो सकते हैं यदि वे जिस नोड से सिंक कर रहे हैं उस पर ओप्लॉग का आकार छोटा है और वे संचालन के साथ-साथ पीक अवधि के दौरान बनाए रखने में सक्षम नहीं हैं। ओप्लॉग जितना बड़ा होगा, उतना ही अधिक समय माध्यमिक नोड्स को प्राथमिक नोड पर गतिविधियों के साथ तालमेल बिठाना होगा, भले ही वे नीचे जाएं।
• कुछ और जांचें, ट्वीक और टेस्ट करें :जितना अधिक आप अपने डेटाबेस का परीक्षण करते हैं, उतना ही अधिक आप अपने डेटाबेस को जानते हैं। यह समय तनाव और प्रदर्शन परीक्षण चलाने का है, और फिर आपके ग्राहकों द्वारा खरीदारी शुरू करने से पहले कोई भी बदलाव लागू करने का है।
  • किसी भी पिछली हिचकी/डेटा विफलताओं, कमजोरियों के क्षेत्रों पर एक नज़र डालें, और निर्धारित करें कि क्या ऐसी चीजें हैं जिन्हें मजबूत करने की आवश्यकता है (लेकिन BF से ठीक पहले बड़े सुधार लागू न करें) ।
  • लोड और प्रदर्शन परीक्षण तैयारी अवधि के आरंभ में करें, लेकिन साल भर भी करें, और इस प्रकार के परीक्षणों को अपनी सतत एकीकरण प्रक्रिया में शामिल करें।
  • यदि संभव हो तो परीक्षण वातावरण में ट्रैफ़िक पैटर्न और लोड की लंबाई का अनुकरण करें।
• लीवरेज एनालिटिक्स :यदि आप पिछले कई महीनों में ट्रैफ़िक प्रवाह और अन्य पैटर्न देख रहे हैं, तो आपको "सामान्य" से परिचित होना चाहिए।
  • किसी भी प्रदर्शन या इनपुट/आउटपुट मुद्दों की तलाश शुरू करें जो उप-इष्टतम प्रतीत होते हैं जिन्हें आप बड़े डेटा से पहले हल कर सकते हैं।
  • अपने ट्रैफ़िक पैटर्न का अध्ययन करें:व्यस्ततम समय में अधिकतम कनेक्शन की संख्या देखें और फिर 20% अधिक क्षमता की योजना बनाएं।
  • Elasticsearch के लिए, आप New Relic जैसे तृतीय-पक्ष मीट्रिक संग्राहकों का उपयोग कर सकते हैं जो आपको CPU उपयोग/GC समय/क्वेरी समय देगा। ये सभी आँकड़े आपको ब्लैक फ्राइडे के बड़े सप्ताह की योजना बनाने में मदद करेंगे।
• सुनिश्चित करें कि बड़ी मरम्मत या अपग्रेड पर रोक लगाएं बड़े दिनों के बहुत करीब! और, अपनी टीम में इस स्थगन के बारे में बताना सुनिश्चित करें।
• अपनी सुरक्षा को फिर से देखें उपाय करें, उन्हें जानें और समझें, तैयार रहें और उन्हें दूसरों को समझाने की अपनी क्षमता के बारे में आश्वस्त रहें (यदि आवश्यकता हो)। कम से कम, सुनिश्चित करें कि आप डेटा उल्लंघन के लिए "सॉफ्ट टारगेट" नहीं हैं।
• गोपनीयता नियम , सुरक्षा मुद्दों के समान, तेजी से महत्वपूर्ण होते जा रहे हैं। विचार करें कि कैसे जीडीपीआर आवश्यकताएं आपके बिक्री अभियानों (और संबंधित कुकीज़) के उपयोग को प्रभावित करती हैं और आप ग्राहकों के डेटा का उपयोग/संग्रह कैसे करते हैं।
• भविष्य को ध्यान में रखते हुए निरंतर सुधार :प्रत्येक ब्लैक फ्राइडे/साइबर मंडे के बाद पूर्वव्यापी बैठकें (रेट्रो) आयोजित करना एक अच्छा विचार है ताकि उन क्षेत्रों की पहचान की जा सके जिन्हें अगली बार सुधारा जा सकता है!

डेटाबेस-विशिष्ट विचार 

यहाँ कुछ डेटाबेस के लिए कुछ प्रो टिप्स दिए गए हैं जिनका ऑब्जेक्टरॉकेट समर्थन करता है (या हो सकता है कि आप सभी तीन डेटाबेस (बहुभाषाई दृढ़ता) चलाते हैं!

मोंगोडीबी प्रो टिप्स

मोंगोडीबी ई-कॉमर्स के लिए नोएसक्यूएल डेटाबेस के बीच तेजी से लोकप्रिय विकल्प है, जिसमें गति और मापनीयता प्राथमिक लाभ है। कई व्यापारी अपने उत्पाद की पेशकश, मूल्य निर्धारण, शिपिंग और इन्वेंट्री को प्रबंधित करने के लिए MongoDB उत्पाद कैटलॉग का उपयोग करते हैं। हमारे MongoDB विशेषज्ञों की प्रो युक्तियों में शामिल हैं:

• सुनिश्चित करें कि प्रतिकृति सेट के सभी तीन होस्टनाम प्रतिकृति सेट के लिए कनेक्शन स्ट्रिंग में जोड़े गए हैं और एक शार्प क्लस्टर के मामले के लिए सभी 4 मोंगो।
• सुनिश्चित करें कि वे डेटाबेस में बहुत अधिक अनावश्यक कनेक्शन खोलने से बचने के लिए एक कनेक्शन पूल का उपयोग कर रहे हैं।
• विचार करें कि आपका ट्रैफ़िक और पढ़ने/लिखने में कितनी वृद्धि हो सकती है (आपका विकास अनुमान) और MongoDB की ऑटो-स्केलिंग सुविधा का लाभ उठाएं।
• बड़े शॉपिंग दिनों से पहले और उसके दौरान प्रदर्शन ट्यूनिंग (स्मृति उपयोग, कनेक्शन हैंडलिंग, प्रतिकृति सेट का स्वास्थ्य) के शीर्ष पर रहें।

इलास्टिक्स खोज प्रो टिप्स

हमने इलास्टिक्स खोज विशेषज्ञों की अपनी टीम से ब्लैक फ्राइडे और साइबर मंडे के लिए डेटाबेस तैयार करने के लिए कुछ प्रो टिप्स एकत्र किए हैं। इलास्टिक्स खोज अक्सर ई-कॉमर्स प्रौद्योगिकी स्टैक का एक महत्वपूर्ण हिस्सा होता है, चाहे इसका उपयोग मुख्य रूप से स्ट्रीमिंग लॉग डेटा के विज़ुअलाइज़ेशन और विश्लेषण के लिए किया जाता है या खोज की महत्वपूर्ण ऑनलाइन-शॉपिंग कार्यक्षमता के लिए (स्वतः-पूर्णता, पहलू खोज और समानार्थक शब्द के साथ)।

• ब्लैक फ्राइडे से 2 दिन पहले, स्नैपशॉट लेने की आवृत्ति बढ़ाएं। हमारा सुझाव है कि खरीदारी के पूरे सप्ताहांत में प्रति दिन 2 - 3 बार स्नैपशॉट लें, और फिर साइबर सोमवार के बाद सामान्य बैकअप शेड्यूल पर वापस आ जाएं। हमारा सुझाव है कि इन स्नैपशॉट को अधिकतम ट्रैफ़िक से पहले और फिर अत्यधिक ट्रैफ़िक के बाद - और दूसरा आपके द्वारा चुने जाने पर शेड्यूल किया जाए। चूंकि इलास्टिक्स खोज बैकअप भिन्न के रूप में किया जाता है, इसलिए प्रति दिन 3 बार स्नैपशॉट करने से स्नैपशॉट की अवधि काफी कम रहती है।
• यदि आप मुख्य रूप से लॉग फ़ाइलों को देखने के लिए Elasticsearch का उपयोग करते हैं:
  • इवेंट के दौरान डेटा की खपत बढ़ाने की योजना बनाएं।
  • सुनिश्चित करें कि किबाना डैशबोर्ड सबसे महत्वपूर्ण लॉग और इवेंट का विश्लेषण करने के लिए उपयुक्त सेटिंग्स के साथ अप-टू-डेट हैं।
  • जानें कि आपके एकत्रीकरण/डैशबोर्ड में आपकी आधार रेखाएं क्या हैं ताकि आप स्पाइक्स और मुद्दों की पहचान कर सकें। विभिन्न घटनाओं पर अलर्ट करने के लिए इलास्टलर्ट एकीकरण से कुछ उपयोग के मामलों को फायदा हो सकता है।
• यदि आप मुख्य रूप से खोज कार्यक्षमता के लिए इलास्टिक्स खोज का उपयोग करते हैं:
  • चूंकि ये दिन पढ़ने-लिखने वाले दिनों से अधिक होने की संभावना है, आप चाहते हैं:
    • अतिरिक्त सक्रिय थ्रेड पूल प्राप्त करने के लिए नोड संख्या बढ़ाएं
    • रेप्लिका की संख्या बढ़ाएं ताकि आपको पढ़ने के लिए और जगह मिल सके
• यह देखने के लिए कि क्या मौजूदा इलास्टिक्स खोज क्लस्टर वर्तमान नियोजित खोज थ्रूपुट को संभाल सकता है, बेंचमार्किंग परीक्षण करने के लिए Elasticsearch के टूल रैली का उपयोग करें।
• इलास्टिक्स खोज लॉग की जाँच करें कि क्या कोई अतिरिक्त त्रुटि हो सकती है।
• सुनिश्चित करें कि सभी एप्लिकेशन सभी 4 कनेक्शन एंडपॉइंट का उपयोग कर रहे हैं।
• वर्तमान धीमी क्वेरी देखें, और यदि आप प्रश्नों का विश्लेषण या सुधार करने में सहायता चाहते हैं, तो अपनी ObjectRocket टीम से संपर्क करें।

Redis Pro टिप्स

रेडिस का उपयोग आमतौर पर डेटा के लिए किया जाता है जो अत्यधिक अल्पकालिक हो सकता है, जिसका अर्थ है कैशिंग:क्वेरी, सत्र और पूर्ण पृष्ठ कैश। ब्लैक फ्राइडे और साइबर मंडे के भारी ट्रैफिक के दौरान, अनुप्रयोगों को सर्वश्रेष्ठ प्रदर्शन करने के लिए कैशिंग महत्वपूर्ण है। हमारे रेडिस विशेषज्ञ निम्नलिखित सुझाव देते हैं:

• यदि आप सत्र स्टोर या कैश के रूप में Redis का उपयोग कर रहे हैं, तो ऊपर की ओर आकार बदलने पर विचार करें यदि आपको लगता है कि आप ब्लैक फ्राइडे के बढ़े हुए ट्रैफ़िक के साथ मेमोरी या बैंडविड्थ सीमा तक पहुंच सकते हैं।
• पुष्टि करें कि आप किसी भी कुंजी पर एक टीटीएल ("जीने का समय" कुंजी की समाप्ति समय निर्धारित करता है) सेट कर रहे हैं जो स्वचालित रूप से समाप्त हो सकती है और होनी चाहिए।
• पुष्टि करें कि maxmemory-policy यदि आप स्मृति से बाहर हो जाते हैं तो उचित रूप से सेट किया जाता है। यदि आपको इस सेटिंग को अपने उदाहरण पर संशोधित करने की आवश्यकता है, तो ObjectRocket समर्थन से संपर्क करें।
• उत्पादन उदाहरणों के लिए, सुनिश्चित करें कि आपके पास ट्रैफ़िक में किसी भी वृद्धि से पहले एक स्वस्थ मेमोरी फ़्रेग्मेंटेशन अनुपात है।
• यदि आप किसी भी कार्य कतार प्रबंधन ढांचे के लिए बैकएंड के रूप में Redis का उपयोग कर रहे हैं, तो हम नौकरी की स्थिति की निगरानी के लिए इस ढांचे के लिए एक डैशबोर्ड रखने और जांचने की अत्यधिक अनुशंसा करते हैं। ऐसे डैशबोर्ड के कुछ उदाहरण रेस्क्यू-वेब, एरिना, साइडकिक हैं।
• जितना आकर्षक लगे, फ्लशडीबी, फ्लशॉल न चलाएं , या अभियान से ठीक पहले हटाने की अन्य बड़ी कार्रवाई; इसके बजाय, एक स्कैन और डीईएल स्क्रिप्ट लिखें।
• वर्तमान प्रविष्टियों के लिए COMMANDSTATS लॉग और SLOOWLOG लॉग की जाँच करें और देखें कि कौन से पैटर्न अनुकूलित किए जा सकते हैं, इसलिए आप ब्लॉकिंग ऑपरेशन में नहीं चल रहे हैं। "कुंजी * . के उपयोग से बचें ” और अन्य लंबे समय से चल रहे ऑपरेशन।
• विकास के उदाहरण पर (उत्पादन नहीं!), पैटर्न का विश्लेषण करने के लिए MONITOR कमांड से आउटपुट देखते समय एक तनाव परीक्षण चलाएं।
• नमूना डेटा के साथ विकास उदाहरण पर, rdb-tools का उपयोग करें , रेडिस-क्ली-बिगकीज , और redis-cli –memkeys अपने डेटा वितरण और स्मृति उपयोग का विश्लेषण करने के लिए।
• एक ऐसा एजेंट सेट अप करें जो आपके इंस्टेंस की निगरानी को आपके मौजूदा आँकड़ों के प्लेटफ़ॉर्म में एकीकृत करता है। उदाहरण:डेटाडॉग, न्यू रेलिक, प्रोमेथियस।

ऑब्जेक्टरॉकेट आपके साथ साझेदारी करने के लिए क्या करता है

कई ग्राहकों के लिए, छुट्टियों का मौसम उनके वार्षिक व्यापार की मात्रा का एक बड़ा प्रतिशत दर्शाता है। यह इस अवधि के दौरान है कि दांव उच्चतम हैं और अपटाइम सबसे महत्वपूर्ण है। हम अपने ग्राहकों को इन मौसमी ट्रैफ़िक इवेंट के लिए तैयार करने में मदद करने के लिए बहुत काम करते हैं।

आपकी ऑब्जेक्टरॉकेट टीम क्या करती है, इसके कुछ उदाहरण यहां दिए गए हैं:

• क्वेरी का धीमा विश्लेषण :हम उन प्रश्नों के लिए सलाह प्रदान कर सकते हैं जो इष्टतम से अधिक समय ले रहे हैं (उदाहरण के लिए, इलास्टिक्स खोज में कोई भी क्वेरी जो 1 सेकंड से अधिक समय लेती है वह उप-इष्टतम है)।
  • धीमी क्वेरी के लिए लॉगिंग को क्लस्टर पर सक्षम करने की आवश्यकता है - (हमारे ग्राहक इसके लिए अनुरोध कर सकते हैं) और फिर - हमारे पास एक या दो दिन का डेटा होने के बाद - हम संख्या को देखते हैं परिभाषित इष्टतम सेकंड से अधिक समय लेने वाले प्रश्नों की संख्या और फिर उन्हें क्वेरी प्रोफाइलर के माध्यम से चलाते हैं, जो क्वेरी के सबसे महंगे हिस्से की पहचान करता है। फिर हम अपने ग्राहक से परामर्श करते हैं और सलाह देते हैं कि क्वेरी समय को कैसे कम किया जाए।
• प्रदर्शन ट्यूनिंग:यह एक अन्य क्षेत्र है जहां हम अपने ग्राहकों के लिए अनुकूलित संचालन को ट्यून करने में कुछ समय व्यतीत करते हैं, विशेष रूप से: 
• • खराब रेगेक्स क्वेरी आपके डेटाबेस को क्रॉल में धीमा कर सकती हैं। रेगेक्स प्रश्नों के लिए किए जा सकने वाले कुछ अनुकूलन पर हमारे ब्लॉग पोस्ट का संदर्भ लें।
  • संग्रह स्कैन की आवश्यकता वाली क्वेरी। ये ऑपरेशन काफी महंगे हो सकते हैं क्योंकि वे अक्सर बहुत सारे दस्तावेजों को स्कैन करते हैं और केवल कुछ ही लौटाते हैं (यानी वे इंडेक्स का उपयोग नहीं करते हैं)।
  • गैर-निष्पादक ऑपरेटरों का उपयोग करने वाले संचालन अक्सर बहुत सारे दस्तावेज़ों और अनुक्रमणिका कुंजियों की जांच करते हैं, इसलिए जहां संभव हो, $ne, $exist:true जैसे ऑपरेटरों के उपयोग से बचें। , $निन.

• इंडेक्सिंग:उचित इंडेक्स रखना अक्सर सबसे महत्वपूर्ण कार्य होता है, और इसी तरह से हमारे अधिकांश ग्राहक ब्लैक फ्राइडे से बचे हैं। हम यह सुनिश्चित करने के लिए उदाहरण को प्रोफाइल कर सकते हैं कि अधिकांश संचालन के लिए उचित अनुक्रमणिका मौजूद हैं, और यदि अतिरिक्त अनुक्रमणिका की आवश्यकता है, तो हम उन्हें बनाने के लिए आपके साथ काम करते हैं।
• परीक्षण और स्केलिंग लोड करें - अनुरोध पर, हम यातायात में किसी भी अपेक्षित वृद्धि को होने से पहले अनुकरण करने के लिए लोड परीक्षण का समन्वय कर सकते हैं। यह सुनिश्चित करने के लिए आवश्यक है कि आपके एप्लिकेशन का प्रदर्शन प्रत्याशित वृद्धि और ट्रैफ़िक वृद्धि के दौरान इष्टतम बना रहे।
• रखरखाव अधिस्थगन — हम इस बात की सराहना करते हैं कि हमारे ग्राहक इस समय के दौरान हम पर बहुत अधिक निर्भर हैं और हमने एक रखरखाव अधिस्थगन लागू किया है। इसका मतलब है कि बुनियादी ढांचे के रखरखाव के काम पर एक नरम फ्रीज नवंबर की शुरुआत और जनवरी की शुरुआत के बीच प्रभावी है। इस समय के दौरान केवल आपातकालीन रखरखाव की अनुमति दी जाएगी, जो एक सावधानीपूर्वक अनुमोदन प्रक्रिया से गुजरे हैं।
• 24x7x365 सहायता — ObjectRocket सपोर्ट टीम आपकी जरूरतों को पूरा करने के लिए चौबीसों घंटे कार्यरत है। डीबीए और डेटा प्रौद्योगिकी विशेषज्ञों की हमारी टीम ब्लैक फ्राइडे और साइबर मंडे पागलपन के अनुभवी दिग्गज हैं; वे इस महत्वपूर्ण अवधि से पहले, उसके दौरान और बाद में आपके लिए यहां हैं!

हमेशा की तरह, ObjectRocket सपोर्ट तक पहुंचने का सबसे अच्छा तरीका हमें [email protected] पर ईमेल करना है। हमें बताएं कि हम कैसे मदद कर सकते हैं, और हैप्पी ब्लैक फ्राइडे!