सवाल एक वेब अनुप्रयोग के लिए 100% अपटाइम


हमें आज एक ग्राहक से एक दिलचस्प "आवश्यकता" प्राप्त हुई।

वे 100% अपटाइम चाहते हैं ऑफ साइट एक वेब अनुप्रयोग पर विफलता। हमारे वेब एप्लिकेशन के दृष्टिकोण से, यह कोई मुद्दा नहीं है। यह कई डेटाबेस सर्वर, आदि में स्केल करने में सक्षम होने के लिए डिज़ाइन किया गया था।

हालांकि, एक नेटवर्किंग मुद्दे से मैं बस यह समझने के लिए प्रतीत नहीं कर सकता कि इसे कैसे काम करना है।

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

अब हम जानते हैं कि आंतरिक लोगों (वाहक कबूतर?) के लिए इसे हल करने का बिल्कुल कोई तरीका नहीं है, लेकिन वे चाहते हैं कि बाहरी उपयोगकर्ता भी ध्यान न दें।

काफी स्पष्ट रूप से, मेरे पास यह संभव नहीं है कि यह कैसे संभव हो सकता है। ऐसा लगता है कि अगर वे इंटरनेट कनेक्टिविटी खो देते हैं तो हमें बाहरी मशीनों पर यातायात को आगे बढ़ाने के लिए एक DNS परिवर्तन करना होगा ... निश्चित रूप से, समय लगता है।

विचार?

अद्यतन करें

मैंने आज क्लाइंट के साथ चर्चा की और उन्होंने इस मुद्दे पर स्पष्टीकरण दिया।

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


310
2017-09-29 00:31


मूल


हैकिंग के कारण भारी डाउनटाइम को कम मत समझें, सोनी और प्लेस्टेशन नेटवर्क देखें। आप गारंटी दे सकते हैं कि उनके पास समान% 100 अपटाइम विचार था और पैसा / हार्डवेयर इसे वापस करने के लिए था। क्लाइंट के साथ स्पष्ट करें कि 100% अपटाइम एक असुरक्षित उम्मीद है, यहां तक ​​कि Google तकनीक भी "100% अपटाइम" को विचलित करने में संकोच करेगी। एक संकेत बीटीडब्ल्यू गतिशील DNS का उपयोग करना है, वे केवल 60 सेकंड के लिए कैश करते हैं, इसमें ओएस और स्थानीय DNS सर्वर शामिल होना चाहिए। - Silverfire
मैं व्यक्तिगत रूप से होगा भागो जितनी जल्दी हो सके इस ग्राहक से। मुझे संदेह है कि यह आखिरी पागल विचार नहीं होगा (तकनीकी दृष्टि से)। - GregD
काश मैं आपके ग्राहक को कम कर सकता हूं। - joeqwerty
यदि आप 100% अपटाइम का पता लगाते हैं तो मुझे बताएं। मैं इसके साथ एक व्यवसाय बनाउंगा और इसे Google पर बेच दूंगा। 100% गारंटी देना असंभव है। यहां तक ​​कि माइक्रोसॉफ्ट, अमेज़ॅन या गूगल जैसी कंपनियां भी उतनी ऊंची नहीं जाएंगी क्योंकि उन्हें पता है कि यह असंभव है। मैंने जो देखा है वह 99.9 99% है और यहां तक ​​कि यह एक खिंचाव (एक वर्ष में 5 मिनट) है। सबसे अच्छा आप शायद 99.99% भरोसेमंद कर सकते हैं। - Matt
अपने पागल अनुरोध को रखने के लिए बस एक बेहद उच्च मूल्य टैग बनाएं। वह शायद उन्हें अपनी इंद्रियों पर वापस लाएगा। या तो, या यह उनसे झूठ बोलने के इच्छुक व्यक्ति की तलाश में उन्हें भेज देगा। - Nate C-K


जवाब:


यहाँ है विकिपीडियानाइन की खोज का आसान चार्ट:

enter image description here

दिलचस्प बात, केवल शीर्ष 20 वेबसाइटों में से 3 2007 में पौराणिक 5 नाइन या 99.9 99% अपटाइम हासिल करने में सक्षम थे। वे याहू, एओएल और कॉमकास्ट थे। 2008 के पहले 4 महीनों में, कुछ सबसे अधिक लोकप्रिय सोशल नेटवर्क्स, उसके करीब भी नहीं आया था।

चार्ट से, यह स्पष्ट होना चाहिए कि 100% अपटाइम का पीछा कितना हास्यास्पद है ...


363
2017-09-29 01:03



पिंगडम भी हर दूसरे की जांच नहीं कर रहा है। इसके शीर्ष पर, जिन लोगों ने पांच नाइनों को पूरा किया था, वे अभी भी स्थानीय बाधाओं में स्थानीय बाधाओं का पता लगा सकते थे, जो कि पिंगडम को पता नहीं चला था, या ग्लिच ने कुछ पिंग्स को अनुपलब्ध करते हुए कुछ सेवाओं को अनुपलब्ध कर दिया था। - ceejayoz
जो पांच और नाइन संदिग्ध बनाता है ... - GregD
ठीक। और उनके साथ काम करने के लिए $ अरब मिल गया है! - ceejayoz
बातचीत को परेशान करने के लिए खेद है, लेकिन ओपी का सवाल यह था कि तकनीकी स्तर पर 100% अपटाइम के लक्ष्य की दिशा में प्रयास करने के बारे में कैसे जाना है, मुझे यकीन है कि वह जानता है कि हार्डवेयर की प्राकृतिक घटनाओं के कारण यह हमेशा संभव नहीं होता है और पर्यावरण। क्या हम उसके साथ उसकी मदद कर सकते हैं? - David d C e Freitas
ओपी को: मैंने एसएलए देखा है जो "सामान्य रखरखाव के बाहर" के संदर्भ में अपटाइम की गारंटी देता है। पाठ्यक्रम के सामान्य रखरखाव को अद्यतन, पैच इत्यादि के लिए प्रति माह डाउनटाइम निर्धारित किया जाता है, जो आम तौर पर महीने के कम से कम व्यस्त समय (आमतौर पर रात के मध्य में) के दौरान महीने के कम से कम व्यस्त दिन पर होता है। व्यवसाय के संबंध में उनके व्यापार के लिए उनके पास कुछ प्रकार के मीट्रिक होना चाहिए। आप सकता है उनके लिए बेहतर अपटाइम (4 नाइन) प्रदान करें केवल उन समय के दौरान। - GregD


उन्हें 100% परिभाषित करने के लिए कहें और यह कैसे समझा जाएगा कि किस अवधि के दौरान। वे शायद 100% के करीब के रूप में मतलब है कि वे बर्दाश्त कर सकते हैं। उन्हें लागत दो।

समझाने के लिए। मैं वर्षों से ग्राहकों के साथ विचार-विमर्श की आवश्यकताओं के साथ चर्चा कर रहा हूं। सभी मामलों में वे वास्तव में केवल सटीक पर्याप्त भाषा का उपयोग कर रहे थे।

अक्सर वे चीजों को उन तरीकों से फ्रेम करते हैं जो पूर्ण दिखते हैं - 100% की तरह लेकिन वास्तविक जांच में वास्तविक जांच में वे लागत / लाभ विश्लेषण करने के लिए पर्याप्त उचित हैं जो कि जोखिम कम करने के लिए लागत के साथ प्रस्तुत किए जाने पर आवश्यक हैं। उनसे पूछना कि वे उपलब्धता को कैसे मापेंगे एक महत्वपूर्ण सवाल है। अगर उन्हें यह नहीं पता है तो आप उन्हें सलाह दे रहे हैं कि उन्हें पहले परिभाषित करने की जरूरत है।

मैं क्लाइंट से यह पूछने के लिए कहूंगा कि यदि साइट निम्नलिखित परिस्थितियों में नीचे जाती है तो व्यावसायिक प्रभाव / लागत के मामले में क्या होगा:

  • एक्स घंटों के लिए अपने व्यस्ततम घंटों में
  • एक्स घंटों के लिए कम से कम व्यस्त घंटों में

और यह भी कैसे उपाय करेंगे।

इस तरह आप '100%' के सही स्तर को निर्धारित करने के लिए उनके साथ काम कर सकते हैं। मुझे इस तरह के प्रश्न पूछकर संदेह है कि वे अपनी अन्य आवश्यकताओं की प्राथमिकताओं को बेहतर ढंग से निर्धारित करने में सक्षम होंगे। उदाहरण के लिए वे एसएलए के कुछ स्तरों का भुगतान करना चाहते हैं और इसे प्राप्त करने के लिए अन्य कार्यक्षमता समझौता करना चाहते हैं।


186
2017-09-29 09:45



माना। वे सिर्फ एक बहुत ठोस विफलता रणनीति के साथ "बहुत उच्च" अपटाइम (ऊपरी 9 0?) का मतलब हो सकता है। यदि नहीं, तो शामिल लागत पैमाने का एक स्पष्टीकरण उम्मीद है कि उन्हें मनाने के लिए ... - Martin Dow
+1 निष्कर्ष पर कूदने के लिए नहीं, और इसके बजाय क्लाइंट से यह बताने के लिए कि वे क्या सोच रहे हैं। - sleske
मैं "निष्कर्ष पर कूद नहीं" गूंजता हूं ... यदि ग्राहक का मतलब 100% अपटाइम (शून्य निर्धारित अनुसूचित रखरखाव) है तो यह हो सकता है एक उचित आवश्यकता के अधिक हो। - Tim Reddy
व्यावसायिक प्रभाव के संबंध में, हम वास्तव में अपने व्यापार को पूरी तरह से जानते हैं और समझते हैं और नीचे जाने वाली साइट के लिए शामिल लागत वित्तीय नहीं हैं। पिचफोर्क्स, संभावित लटकन इत्यादि के साथ दिखाए जा रहे मूल निवासी की रेखाओं के साथ और अधिक;) कल्पना करें कि आपके सामने वाले दरवाजे पर 40,000 लोग दिख रहे हैं। यही वह जुनून से बचना चाहता है। - NotMe
@ChrisLively जोखिम की परिपक्व समझ रखने के लिए और भी अधिक कारण है। सुरक्षा इंजीनियरिंग के लिए प्रमुख प्रतिमान है संभाव्य जोखिम मूल्यांकन। ऐसे सिस्टम हैं जो हजारों लोगों को मार सकते हैं (केवल परेशान नहीं) और उनके पास अभी भी कम, उम्मीद है कि अच्छी तरह से समझ में आया है, लेकिन विफलता की गैर-शून्य संभावना है। - poolie


आपके ग्राहक पागल हैं। 100% अपटाइम है असंभव कोई फर्क नहीं पड़ता कि आप इस पर कितना पैसा खर्च करते हैं। सादा और सरल - असंभव। Google, अमेज़ॅन इत्यादि को देखें। उनके पास बुनियादी ढांचे पर फेंकने के लिए लगभग अंतहीन धन है और फिर भी वे डाउनटाइम का प्रबंधन करते हैं। आपको उस संदेश को उन्हें वितरित करने की आवश्यकता है, और यदि वे जोर देते हैं कि वे उचित मांगें प्रदान करते हैं। अगर वे इसे पहचान नहीं पाते हैं कुछ डाउनटाइम की मात्रा अपरिहार्य है, फिर डच करें।

उस ने कहा, आपको लगता है कि एप्लिकेशन को स्केलिंग / वितरित करने के मैकेनिक्स हैं। नेटवर्किंग हिस्से में विभिन्न आईएसपी को अनावश्यक अपलिंक, एएसएन और आईपी आवंटन प्राप्त करना, और बीजीपी और रीयल रूटिंग गियर में गर्दन-गहराई प्राप्त करने की आवश्यकता होगी ताकि आईपी पता स्थान आईएसपी के बीच हो सके।

यह, जाहिर है, एक बहुत ही जवाब है। आपको अपरटाइम की इस डिग्री की आवश्यकता वाले अनुप्रयोगों के साथ अनुभव नहीं हुआ है, इसलिए यदि आप पौराणिक 100% अपटाइम के करीब कहीं भी जाना चाहते हैं तो आपको वास्तव में एक पेशेवर शामिल होना चाहिए।


141
2017-09-29 00:39



माना। पूरी तरह से। पागल। - jdw
वे करने के लिए इस्तेमाल किया ?? - Sirex
@ साइरेक्स हालिया प्रयोग @ सीईआरएन का जिक्र करते हुए जहां न्यूट्रीनो प्रकाश से तेज यात्रा करने के लिए पाए गए हैं। हालांकि स्वतंत्र वैज्ञानिकों द्वारा अभी तक पुष्टि की जा रही है। - TC1
@ टीसी 1 मैं आपको शर्त लगाऊंगा $ 200 वह बाहर नहीं है। - dpatchery
@ErikA 100% अपटाइम के लिए अनुरोध सिस्टम की तकनीकी विशेषताओं की अज्ञानता का संकेत है। यह ठीक है, क्योंकि ग्राहक का काम जो कुछ भी कर रहा है वह कर रहा है। आपका काम आईटी सिस्टम इंजीनियर है। इस तरह के कठिन ग्राहक दुःस्वप्न हो सकते हैं, लेकिन वे आपके सर्वोत्तम ग्राहक भी बन सकते हैं। - duffbeer703


खैर, यह निश्चित रूप से एक दिलचस्प है। मुझे यकीन नहीं है कि मैं 100% अपटाइम के लिए अनुबंधित रूप से बाध्य होना चाहता हूं, लेकिन अगर मुझे लगता है कि यह ऐसा कुछ दिखाई देगा:

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

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

मैं इन दिनों अमेज़ॅन ईसी 2 में लोचदार आईपी के साथ प्यार करता हूं इसलिए मैं अलग-अलग क्षेत्रों में कम से कम ईसी 2 में अपने लोड बैलेंसर्स या कम से कम एक ही क्षेत्र में विभिन्न उपलब्धता क्षेत्रों में निर्माण करूँगा। यदि आपको मौजूदा बॉक्स रिकॉर्ड को नए बॉक्स में ले जाना था और उसे ले जाना था तो इससे आपको मैन्युअल रूप से (ईश्वर मना कर दिया गया) एक नया लोड बैलेंसर कताई का विकल्प मिलेगा।

वार्निश एसएसएल को समाप्त नहीं कर सकता है, हालांकि, अगर यह चिंता का विषय है तो आप इसके बजाय Nginx जैसे कुछ देखना चाहेंगे।

आप अपने ग्राहकों के नेटवर्क में अपने अधिकांश बैकएंड और अपने नेटवर्क के बाहर एक या अधिक हो सकते हैं। मेरा मानना ​​है, लेकिन 100% निश्चित नहीं है, कि आप बैकएंड को प्राथमिकता दे सकते हैं ताकि आपके क्लाइंट मशीनों को प्राथमिकता प्राप्त हो सके जब तक कि वे सभी अस्वास्थ्यकर नहीं हो जाते।

यही वह जगह है जहां मैं शुरू कर दूंगा यदि मेरे पास यह कार्य था और निस्संदेह इसे परिष्कृत करें क्योंकि मैं साथ जाता हूं।

हालांकि, @ErikA राज्यों के रूप में, यह इंटरनेट है और हमेशा आपके नियंत्रण के बाहर नेटवर्क के कुछ हिस्सों होने जा रहे हैं। आप यह सुनिश्चित करना चाहते हैं कि आपका कानूनी केवल आपके नियंत्रण में आने वाली चीजों से जुड़ा हुआ हो।


54
2017-09-29 00:47



थोड़ी देर के लिए मैं क्लाउड परिनियोजन के लिए अमेज़ॅन और एमएस के बारे में सोच रहा था, लेकिन पिछले कुछ महीनों में उनमें से दोनों के पास बड़ी आबादी है। एसएसएल महत्वपूर्ण है। - NotMe
यदि आप अमेज़ॅन का उपयोग करने जा रहे थे, तो आप निश्चित रूप से 5 मशीनों के आसपास अपनी मशीनों को फैलाना चाहते हैं। यह बहुत संभावना नहीं है कि उनके सभी जोन एक ही समय में बाहर जाएंगे। - jdw
वास्तव में ओपी के मुख्य प्रश्न को संबोधित करने के लिए +1। - Phil
जब तक श्रृंखला में एक गैर-वितरित चीज़ नहीं होती है, तब तक आपके पास विफलता का बिंदु होगा, जब तक कि आपके पास रिमोट मशीनों पर चलने वाले कई उदाहरण नहीं हैं, सभी एक दूसरे की निगरानी करते हैं और साथ ही आपके सर्वर, जो उनमें से कोई भी रूटिंग के साथ नेटवर्क परेशानी के कारण देख सकता है या नहीं)। जो हमें "डाउनटाइम" में लाता है। सर्वर हो सकता है और चल रहा है और क्लाइंट के लिए अभी भी अनुपलब्ध है बिना दिल की धड़कन के बिना यह पता लगाना कि विफलता मार्ग पथ में नहीं है। - jwenting
माना। जैसा कि हर किसी ने इंगित किया है, 100% अपटाइम जैसी कोई चीज़ नहीं है। आप बस इतना कर सकते हैं कि मैंने कोशिश की है और मैंने जो वर्णन किया है वह है कि मैं कोशिश करना शुरू कर दूंगा। - jdw


कोई समस्या नहीं - थोड़ा संशोधित अनुबंध शब्द हालांकि:

... 100% की अपटाइम की गारंटी (शून्य दशमलव स्थानों पर गोल)।


29
2017-09-29 10:13



नोटिंग के लिए +1, कि 100% 100,0% या 100,000% आदि नहीं है। दशमलव अंक महत्वपूर्ण हैं, वे परिशुद्धता इंगित करते हैं;) - Danubian Sailor
कुछ सम्मेलनों से, "100%" में केवल एक महत्वपूर्ण आंकड़ा है, जैसे कि आधा और एक के बीच की सभी संख्या "100%" के बराबर होगी; 50% 100% के दौर में होगा। - Thomas Levine
कुछ गिनने के लिए मानक के आधार पर कुछ लोग कहेंगे कि 50% में दो मीनिंगफुल नंबर हैं जहां 100% की तीन मेहनती संख्या है। 50,5 और 100 बिल्कुल सटीक हैं। अन्य दशमलव बिंदु के बाद अंकों की गणना करेंगे। फिर 50,5 और 100,4 उतना सटीक होगा। अगर कुछ और नहीं कहा गया तो मुझे लगता है कि 100% 99,5% और ऊपर है। 100,0% 99.9 5% और ऊपर आदि है - Tillebeck


जोड़ने के लिए oconnore का जवाब हैकर समाचार से

मुझे समझ में नहीं आता कि समस्या क्या है। ग्राहक चाहता है कि आप आपदा के लिए योजना बनाएं, और वे गणित उन्मुख नहीं हैं, इसलिए 100% संभावना के लिए पूछना उचित लगता है। अभियंता, जैसे अभियंता करने के लिए प्रवण हैं, क्लाइंट के विचार पर विचार किए बिना, प्रोब और स्टेट 101 के अपने पहले दिन को याद किया। जब वे यह कहते हैं, वे परमाणु सर्दी के बारे में नहीं सोच रहे हैं, तो वे फ्रेड के बारे में सोच रहे हैं कि कार्यालय कॉफी पर अपनी कॉफी डंप कर रहा है, एक डिस्क दुर्घटनाग्रस्त हो रहा है, या एक आईएसपी नीचे जा रहा है। इसके अलावा, आप इसे पूरा कर सकते हैं। भौगोलिक दृष्टि से अलग, स्वतंत्र, स्वयं निगरानी सर्वर के साथ, आप मूल रूप से कोई डाउनटाइम नहीं करेंगे। एक अच्छा (1) तीन 9 विश्वसनीयता पर चलने वाले 3 सर्वरों के साथ, अच्छे फेलओवर मोड के साथ, आपका अपेक्षित डाउनटाइम प्रति वर्ष दूसरे वर्ष (2) के नीचे है। भले ही यह सब एक बार में होता है, फिर भी आप वेब कनेक्शन के लिए एक उचित एसएलए के भीतर हैं, और इसलिए डाउनटाइम व्यावहारिक रूप से मौजूद नहीं है। क्लाइंट को अभी भी डूम्सडे परिदृश्यों से निपटना है, लेकिन गॉडजिला को छोड़ दिया गया है, उसके पास एक सेवा होगी जो "हमेशा" है।

(1) ला में एक सर्वर बोस्टन में सर्वर से उचित रूप से स्वतंत्र है, लेकिन हां, मैं समझता हूं कि परमाणु युद्ध, चीनी हैकर बिजली ग्रिड को दुर्घटनाग्रस्त करने वाले कुछ चौराहे हैं। मुझे नहीं लगता कि आपका ग्राहक परेशान होगा इस।

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


25
2017-09-30 15:49



समस्या यह है कि वे इसे अनुबंध में कह रहे हैं-ese। मतलब है कि अगर एक आपदा है कर देता है ऐसा होता है और साइट पर बैकअप के माध्यम से ऑनलाइन वापस लेने के लिए आपको दस सेकंड से अधिक की आवश्यकता होती है, जो वे मुकदमेबाजी करने के लिए खड़े होते हैं। - Shadur
@ शदूर: अगर वे वास्तव में इसे चाहते हैं, तो आपको चाहिए वास्तव में उन्हें चार्ज करें। भौगोलिक दृष्टि से दूर और व्यापक सर्वरों को फैलाएं, उम्मीद है कि हर जगह आपदा नहीं होगी। - Jungle Hunter
मैंने ऐसी साइट देखी है जिसने 100% अपटाइम गारंटी या आपके पैसे वापस पेश किए हैं। चाल यह थी कि उन्होंने एक बोतलबंद लगाया और महीनों में विभाजित किया। तो कुछ महीने बिना भुगतान किए जाते हैं और आप इसके चारों ओर सबकुछ निर्धारित करते हैं, और ठीक से काम करने वाले महीनों के साथ नुकसान को कवर करते हैं। - jldugger


अगर फेसबुक और अमेज़ॅन ऐसा नहीं कर सकते हैं, तो आप नहीं कर सकते। यह इतना सरल है।


25
2017-09-29 01:10



वह अपने सभी लोगों की तुलना में अधिक स्मार्ट हो सकता है, जो जानता है: पी - Matt
100% अपटाइम इतने शाब्दिक लोगों के लिए नहीं होना चाहिए - इसका मतलब है: उस समय के दौरान उपलब्ध 100% उपलब्ध है। उदाहरण के लिए, बैंक सिस्टम हमेशा उपलब्ध होना चाहिए, और वे काफी अच्छी तरह से करते हैं। सिर्फ इसलिए कि वे साल में एक बार रखरखाव के लिए नीचे जाते हैं, इसका मतलब यह नहीं है कि वे अपने 100% अपटाइम लक्ष्य में विफल रहे। - David d C e Freitas
@ डेविडफ्रिटास - मुझे लगता है कि ठेके में यह आमतौर पर सुंदर शाब्दिक है ... - UpTheCreek
@ मैट सिर्फ इसलिए कि फेसबुक / अमेज़ॅन ऐसा नहीं कर सकता है इसका मतलब यह नहीं है कि एक छोटी साइट इसे नहीं कर सकती है। बहुत सी बड़ी वेबसाइटों को एक छोटी सी साइट से दूर करने के लिए बहुत कठिन समस्याएं होती हैं। - Xorlev
तो आप क्या कह रहे हैं कि आपके पास 100% अपटाइम नहीं था क्योंकि आपके पास कुछ क्लाइंट थे जिनमें त्रुटियां थीं .. प्लस डीएनएस एक त्वरित स्विच नहीं है क्योंकि आपके पास आईएसपी हैं जो छोटे टीटीएल को अनदेखा करते हैं - Mike


आपसे कुछ असंभव के लिए कहा जा रहा है।

यहां अन्य उत्तरों की समीक्षा करें, अपने ग्राहक के साथ बैठें, और समझाएं क्यूं कर यह असंभव है, और उनकी प्रतिक्रिया गेज।

अगर वे अभी भी 100% अपटाइम पर जोर देते हैं, तो विनम्रता से उन्हें सूचित करें कि यह नहीं किया जा सकता है और अनुबंध को अस्वीकार कर दिया जा सकता है। आप उनकी मांग कभी पूरा नहीं करेंगे, और यदि अनुबंध पूरी तरह से चूसता नहीं है तो आपको दंड के साथ skewered मिल जाएगा।


17
2017-09-29 03:41



100% को परिभाषित करने की जरूरत है, यानी रखरखाव या उन्नयन करने के अलावा 100% उपलब्ध है और उस समय एक महीने में कुछ घंटों के लिए शांत घंटे तक ही सीमित रहेंगे। यह सब निर्भर करता है इस मामले में वेब ऐप का उद्देश्य और उपयोग क्या है ... - David d C e Freitas
और "डाउनटाइम" परिभाषित करें। सिद्धांत गारंटी में भी नहीं हो सकता है कि वे फेयरबैंक में अपने कार्यालयों से ओमाहा में एक सर्वर तक पहुंचने में सक्षम होंगे जबतक कि आप पूरे नेटवर्क को नियंत्रित नहीं करते हैं (हालांकि आप सर्वर के बारे में आश्वासन दे सकते हैं और चल रहे हैं)। - jwenting
परिभाषाएं हैं, आईएमएचओ, अगर वे "100% अपटाइम" मांगते हैं, तो वे अप्रासंगिक हैं: भले ही आप अनुसूचित रखरखाव पर बातचीत करते हैं और एन + एन रिडंडेंसी में निर्माण करते हैं, यदि एक मामूली गड़बड़ी एक अनुसूचित रीबूट या सेवा झपकी का कारण बनती है तो आपने अपना एसएलए उड़ा दिया है। निश्चित रूप से यदि आप 3, 4 या 5 नाइन एसएलए पर बातचीत कर रहे हैं तो प्रासंगिक। - voretaq7
हालांकि एसएलए की शर्तों पर निर्भर करता है, है ना? यदि आपको प्रति माह $ 100K का भुगतान मिलता है और डाउनटाइम के प्रत्येक मिनट में $ 1K जुर्माना होता है, तो यह पूरी तरह से करने योग्य हो सकता है (यदि आपके पास 24/7 साइट पर साइट्स की लागत को कम करने के लिए अन्य अनुबंध हैं)। - Michael Borgwardt
@MichaelBorgwardt शुद्ध संख्या दृष्टिकोण से "इसे काम करने" के निश्चित तरीके हैं, लेकिन मैं अभी भी खराब पीआर ($ _CLIENT ट्विटर पर जाता है और दुनिया को बताता है 'के कारण संभावित रूप से गिरावट आती है क्योंकि हम नीचे हैं क्योंकि $ _PROVIDER अक्षम है और उनके एसएलए से मिल नहीं सकते! ')। व्यक्तिगत रूप से मेरे पास 10 छोटे, अधिक उचित ग्राहक होंगे जो मुझे एक महीने में $ 10k का भुगतान करेंगे :-) - voretaq7


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

आईएसपी ने आखिरी नौकरी में ऐसा किया था। हमारे पास $ 40 / mo के लिए 99.9% अपटाइम पर "नियमित" डीएसएल लाइन का विकल्प था, या $ 1100 / mo के लिए 99.99% अपटाइम पर टी 1 के बंधुआ तीनों का विकल्प था। प्रति माह 10+ घंटे के लगातार आउटेज थे, जिसने अपना अपटाइम $ 40 / mo डीएसएल से नीचे लाया, फिर भी हमें केवल $ 15 या उससे भी कम धनवापसी की गई, क्योंकि प्रति घंटे * घंटे की दर समाप्त हो गई थी। उन्होंने सौदे से बैंडिट की तरह बाहर निकला।

यदि आप 100% अपटाइम के लिए $ 450,000 प्रति माह बिल करते हैं, और आप केवल 99.9 99% हिट करते हैं, तो आपको उन्हें $ 324 वापस करने की आवश्यकता होगी। मैं 99.9 99% हिट करने के लिए आधारभूत संरचना लागतों को शर्त लगाने के लिए तैयार हूं, जो कि महीने में 45,000 डॉलर के पड़ोस में पूरी तरह वितरित कोलो, एकाधिक स्तरीय 1 अपलिंक, फैंसीपैंट हार्डवेयर इत्यादि मानते हैं।


13
2017-09-29 19:01



यदि आप किसी को 100% अपटाइम का वादा करते हुए देखते हैं तो यह वही है जो वे कर रहे हैं। 100% अपटाइम का वादा करने और इसे वितरित करने के बीच एक अंतर है। यदि वे प्रतिस्पर्धी के एसएलए को उद्धृत करने का प्रयास करते हैं तो ग्राहक को यह समझा देना एक अच्छा विचार होगा। - sjbotha