सार: नई प्रवृत्ति के बारे में - सॉफ्टवेयर परिभाषित स्ट्रॉग और ब्लॉक उपकरणों का मुख्य जन्म आघात - अंतहीन विश्वसनीयता का वादा।

गीत

क्षितिज पर, एक नया चर्चा: सॉफ़्टवेयर ने $ चीज़ को परिभाषित किया । हमारे पास पहले से ही सॉफ़्टवेयर परिभाषित नेटवर्क (एसडीएन) से संबंधित सब कुछ का एक स्थापित और गठित सर्कल है, बारी आ गई है और भंडारण (एसडीएस)। जाहिर है, आगे हम सॉफ्टवेयर परिभाषित कंप्यूटिंग या कुछ इसी तरह की होगी, तो एचपी / VMWare अचानक हलचल करेगा और पकड़ (प्रस्ताव) (निजी) "सॉफ्टवेयर परिभाषित उद्यम", जिसका अर्थ है कि सब कुछ था, लेकिन और भी फैशनेबल और प्रासंगिक होगा।

हालाँकि, कहानी buzzwords के बारे में नहीं है। हर ऐसे अजीब नाम (ग्रिड, इलास्टिक, क्लाउड) के पीछे प्रौद्योगिकियों का और अधिक विकास है - घटक इंटरैक्शन की आगे की परतों का निर्माण (उम ... इंटरैक्शन प्रतिभागियों की सहभागिता, आप अन्यथा नहीं कह सकते हैं), जिसका मुख्य उद्देश्य कंप्यूटर सिस्टम की ग्रैन्युलैरिटी से बचना है, ताकि पूरी शब्दावली संपूर्ण विषय क्षेत्र "इंटरप्रोसेस इंटरैक्शन" से चला गया है और स्वायत्त बन गया है। अधिक या कम सभ्य रूप में, हम इसे देखते हैं (एक फितरत के रूप में) हम www को जावास्क्रिप्ट की जादुई दुनिया में देखते हैं, जब हम कार्यों को चलाने वाले सर्वर के बारे में बिल्कुल भी ध्यान नहीं देते हैं - सभी संचार ब्राउज़र के बीच के स्तर पर होते हैं (खाते में इसका अंतरंग विवरण लेते हुए। DOM, JS, इत्यादि) और एक एब्सट्रैक्शन जिसे यूआरआई कहा जाता है, जो महत्वपूर्ण नहीं है - एक सर्वर या सैकड़ों अलग-अलग हैं।

यह इंटरैक्शन बहुत मोहक लगता है, इसलिए इसे अन्य सभी क्षेत्रों में वितरित किया जाता है, जहां तक ​​संभव हो।

एसडीएस के बारे में बात करने से पहले, आइए देखें कि पहले से क्या हुआ है: एसडीएन (सॉफ्टवेयर परिभाषित नेटवर्क)।

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

तो, सॉफ्टवेयर डिफाइंड स्टोरेज (एसडीएस) क्या है? सादृश्य द्वारा, हम कह सकते हैं कि यह एक ऐसी डेटा स्टोरेज सिस्टम है जिसमें डेटा स्टोरेज सिस्टम के निर्माण पर सभी बौद्धिक कार्य कार्यक्रम को सौंपे जाते हैं, और हार्डवेयर और "स्थानीय सॉफ्टवेयर" (होस्ट स्तर) बेवकूफ कलाकारों के रूप में काम करते हैं।

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

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

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

हकीकत में

SDN-SDS सादृश्य में एक छोटी सी बारीकियाँ होती हैं जो सब कुछ जटिल बनाती हैं। SDN में, नेटवर्क उपकरण (जो बेवकूफ है और सिर्फ कमांड सेंटर का पालन करता है) से आवश्यक केवल बाइट्स को स्थानांतरित करना था। एसडीएस में, बेवकूफ भंडारण उपकरणों को न केवल बाइट्स लेने और क्लाइंट से / से अवगत कराने की आवश्यकता होती है, बल्कि उन्हें स्टोर करने के लिए भी आवश्यक है।

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

लेकिन हम काम करने वाले "डंब" स्टोरेज को सिर्फ ले और फेंक नहीं सकते। इससे पहले कि कोई अन्य संग्रहण कार्य करना जारी रखे, किसी को अपने डेटा को स्वयं जाकर कॉपी करना होगा।

हाँ, यह भंडारण के बारे में है। अगर हमारे पास जानकारी के लिए केवल लिखने वाले दफन होते, तो उनका कार्यान्वयन तुच्छ होता। यहाँ नहीं लिख सकते हैं? एक और नोड उठाएं, वहां लिखना शुरू करें।

लेकिन आखिरकार, एक मृत नोड से, हमें यह भी पढ़ना होगा कि क्या रिकॉर्ड किया गया था ... लेकिन नोड की मृत्यु हो गई। ओह?

इस प्रकार, एसडीएस मॉडल पूरी तरह से IO प्रक्रिया के संदर्भ में SDN के साथ मेल खाता है। लेकिन भंडारण एक पूरी तरह से नई, अलग समस्या है। जिसे कैप-प्रमेय कहा जाता है । और वहां समाधान दिखाई नहीं दे रहा है।

क्या समस्या है? यदि कार्य हल नहीं किया जा सकता है, तो कार्य की शर्तों को बदलना होगा।

और यहाँ सबसे दिलचस्प हिस्सा शुरू होता है - अगर टॉपर्स नहीं कर सकते हैं और निम्न वर्ग नहीं चाहते हैं, तो यह एक क्रांति की शुरुआत है, है ना? एक कार्य परिवर्तन एक ही मॉडल परिवर्तन है, जिसके अनुसार ब्लॉक उपकरणों के साथ काम चल रहा है। एसडीएस के चारों ओर सभी गड़बड़ है, आखिरकार, ब्लॉक डिवाइस पर फ़ाइल सिस्टम के बारे में, जिस पर आप SQL डेटाबेस डाल सकते हैं और इसके साथ काम कर सकते हैं, बहुत जल्दी, मज़बूती से, सस्ते में, लगातार (फिर से, ग्राहक एक खुश तांता में चला गया ..) ) ..

अच्छा टीसीपी और बुराई फ़ाइल सिस्टम

यदि कोई आपको एक नेटवर्क प्रदान करता है जिसमें 10,000 में से 1 पैकेट खो जाएगा, तो आप विचार करेंगे कि आपके पास एक आदर्श नेटवर्क है। अपवाद के बिना सभी नेटवर्क अनुप्रयोग, पैकेट के नुकसान के लिए तैयार हैं, और जब दसियों प्रतिशत की वृद्धि होती है तो समस्याएं दिखाई देने लगती हैं।

अच्छी तरह की टीसीपी लगभग सब कुछ माफ कर देती है - दोहराता है, नुकसान, घबराना (विलंबता में तेज बदलाव), बैंडविड्थ में परिवर्तन, पैकेट के अंदर डेटा भ्रष्टाचार ... अगर यह वास्तव में खराब हो जाता है, तो टीसीपी धीरे-धीरे और पूरी तरह से काम करना शुरू कर देता है। लेकिन काम करने के लिए! इसके अलावा, भले ही ऑपरेटिंग परिस्थितियां टीसीपी के लिए भी असहनीय हो जाती हैं (उदाहरण के लिए, 70-80% पैकेट नुकसान), तो अधिकांश नेटवर्क एप्लिकेशन डिस्कनेक्ट किए गए नेटवर्क कनेक्शन के लिए तैयार हैं, और यह बस फिर से फिर से जुड़ता है, बिना दूरगामी परिणाम के।

इसकी तुलना ब्लॉक डिवाइस से करें। यदि आप डिस्क डिवाइस को बेचा जाता है तो क्या होता है जो 1,000,000 अनुरोधों में से 1 को खो देता है? एक दुष्ट फ़ाइल सिस्टम इसे माफ़ नहीं करेगा। यदि आप गुणवत्ता में 100 बार सुधार करते हैं और आपके पास 100,000,000 अनुरोधों में से 1 टूट गया है तो क्या होगा? फाइल सिस्टम इसे माफ नहीं करेगा। और न केवल क्षमा करें, बल्कि सबसे भयानक तरीके से बदला लें। यदि फ़ाइल सिस्टम पता लगाता है कि ट्रिलियन लिखने वाले अनुरोधों में से 1 विफल हो गया है, तो वह इस तरह के शर्मनाक ब्लॉक डिवाइस के साथ काम करने से इनकार कर देगा। सबसे अच्छा, यह केवल रीड मोड में जाएगा, सबसे खराब, यह बस काम करना बंद कर देगा।

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

उदाहरण के लिए, डेटाबेस क्या करेगा यदि हम केवल एक बिलियन ब्लॉकों में से एक त्रुटि के परिणामस्वरूप बदलते हैं? (4TB डिस्क पर एक 4k सेक्टर)। सबसे पहले, वह इसे नोटिस नहीं करेगी। दूसरे, यदि वह नोटिस करती है (वह जो पढ़ती है उसमें कुछ पसंद नहीं है), तो वह डेटाबेस को हीन घोषित करेगी, रंगभेद, खतना, नागरिक अधिकारों से वंचित करने और सिस्टम में बासा गैर अनुदान की घोषणा करेगी।

दूसरे शब्दों में, डिस्क स्टैक से अंतहीन विश्वसनीयता की उम्मीद की जाती है।

संपूर्ण ब्लॉक स्टैक त्रुटियों के प्रति निर्दयी है। विक्रेताओं ने सिस्टम के लिए दसियों और सैकड़ों लाखों रूबल मांगे जो लगभग कभी गलती नहीं करते हैं। लेकिन यहां तक ​​कि उनके सिस्टम भी गलतियाँ करते हैं। कमोडिटी आयरन की तुलना में कम। लेकिन इससे फायदा क्या है अगर आपको प्रति क्वाड्रिलियन ऑपरेशन में एक भी गलती के लिए माफ़ नहीं किया जाता है? (4 ईबी लिखा / पढ़ा, 4k ब्लॉक का 1 असफल ब्लॉक)।

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

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

सबसे उन्नत मालिकाना समाधान ड्राइव को कभी-कभी गलतियाँ करने की अनुमति देता है और एक निश्चित सीमा से अधिक होने के बाद उन्हें अस्वीकार कर देता है।

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

... और एक अच्छा, सर्व-क्षमाशील टीसीपी खोई हुई आत्माओं को दया और प्रेम से देखता है।

क्या करें?

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

उन्होंने हमसे गलती की है? दोहराने की कोशिश करें, दोहराने में नाकाम रहे - स्टैक ऊपर उच्चतर लौटें। फाइल सिस्टम चुपचाप चला जाता है और मेटाडेटा को किसी अन्य स्थान पर रखता है अगर यह उसे नहीं लिखा जा सकता है (और पूरे सर्वर के टैंट्रम की व्यवस्था नहीं करता है)। DBMS, लॉग (ए) से / के लिए एक लिखित (पढ़ने) त्रुटि प्राप्त कर रहा है, डेटाबेस को घोषित घोषित नहीं करता है, और इस डेटाबेस के साथ काम करने वाले सभी अनुप्रयोगों को सातवें घुटने पर शाप नहीं देता है, यह सिर्फ एक बैकअप प्रतिलिपि प्राप्त करता है, कोई बैकअप प्रतिलिपि नहीं होती है, डेटा को दूषित रूप से चिह्नित करता है। एक त्रुटि या क्षति का एक नोट लौटाता है। एक डेटाबेस के साथ काम करने वाला एक एप्लिकेशन, जो इसे प्राप्त कर रहा है, कुछ भी बेवकूफी नहीं करता है, लेकिन शांति से काम करता है कि यह क्या है, नुकसान को कम करने की कोशिश कर रहा है और इस डेटा के साथ काम करने वाले को नुकसान की मात्रा के बारे में ईमानदारी से बोल रहा है। और प्रत्येक स्तर पूरी तरह से अंतर्निहित स्तर से डेटा की शुद्धता की जांच करता है, बिना शब्दों पर भरोसा किए "हाँ, मैं फ़ाइल से नंबर पीआई पढ़ने में कामयाब रहा, इसका मूल्य 0x0000000000000 है"।

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

डेटा के एक छोटे टुकड़े को खाने से डेटा के एक बड़े टुकड़े को नुकसान नहीं होना चाहिए। हिब्रू पौराणिक कथाओं में, एक मामले का वर्णन किया गया है जब एक पूरी तरह से काटे गए सेब के कारण पूरी मानवता को छोड़ दिया गया था, पूरे स्वर्ग को तितर-बितर कर दिया, एक सांप के सभी पैरों को चीर दिया और, सामान्य रूप से, व्यवहार किया गया जब काटने की हार्ड डिस्क को खोजने पर आधुनिक फाइल सिस्टम व्यवहार करता है। जहां तक ​​मुझे पता है, इस घटना को एक दुखद गलती माना जाता है। अब ऐसा करने की जरूरत नहीं है। सेब को काटें - सेब को फेंक दें, और अधिक नहीं।

इस प्रकार, मुख्य परिवर्तन जो एसडीएस को लाना चाहिए, वह ब्लॉक डिवाइस त्रुटियों के प्रति दृष्टिकोण में परिवर्तन है। ताकि डिस्क त्रुटियों का 1% एक बहुत अच्छा नहीं है, लेकिन सहनीय संकेतक है। और 0.01% सिर्फ एक अद्भुत सेवा है।

इन स्थितियों में, अनंत विश्वसनीयता की प्रतीक्षा किए बिना सेवाएं प्रदान करना संभव होगा - उचित धन के लिए उचित अपेक्षाएं।

भविष्य के उपकरणों को ब्लॉक करें

और क्या सॉफ्टवेयर परिभाषित भविष्य का भंडारण तब दिखता है? यदि हम कभी-कभी खुद को गलतियाँ करने देते हैं, तो हमारा काम उन्हें रोकना नहीं है, बल्कि उनकी संख्या को कम करना है।

उदाहरण के लिए, हम संचालन को दृढ़ता से समानांतर कर सकते हैं। यदि 1000 नोड्स डेटा संग्रहीत करने के लिए जिम्मेदार हैं, तो हमारे लिए उनमें से एक या दो की विफलता का मतलब केवल 0.1% या 0.2% पढ़ने या लिखने की त्रुटियां हैं। हमें गारंटीकृत सिंक्रोनस प्रतिकृति के साथ बाहर निकलने की आवश्यकता नहीं है। ठीक है, हाँ, "एक नोड बह गया है, सेवा से बाहर फेंक दिया गया है, एक नया जोड़ा गया है।" सिद्धांत रूप में, यह एक बहुत अच्छी स्थिति नहीं है (क्योंकि यदि कोई जोड़े अधिक बाद में बाहर निकलते हैं, तो हम 0.4% तक की हानि करेंगे, जिससे डेटा भंडारण की गुणवत्ता कम हो जाएगी)। लेकिन हम एक बैकअप नोड बढ़ा सकते हैं। हां, एक दिन के लिए डेटा पुराना हो जाएगा, और कुछ डेटा के लिए हम निर्दयता से झूठ बोलेंगे (जो हमने लिखा था वह नहीं लौटाएं)। लेकिन उच्च स्तर इसके लिए तैयार है, है ना? और इस तथ्य के कारण कि नोड से केवल 2-3% डेटा बदल गया है, 0.1% पढ़ने की विफलता के बजाय (और लगभग 0% लेखन विफलताएं - हम अन्य नोड्स को लिखते हैं), हमें झूठे डेटा पढ़ने का 0.002% मिलता है।

0.002% की 99.998% विश्वसनीयता है। एक सपना? यदि आप इसके लिए तैयार हैं, हाँ।

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

एसडीएस कहां है?

पिछले सभी में, एसडीएस के बारे में एक शब्द भी नहीं था। यहाँ 'सॉफ़्टवेयर परिभाषित' कहाँ है?

ऊपर वर्णित योजना में, "निष्पादित नोड्स" केवल वही करेगा जो सॉफ्टवेयर उन्हें आदेश देता है। सॉफ्टवेयर, बदले में, कहां और क्या पढ़ना है और कहां लिखना है, इसका विवरण तैयार करेगा। सिद्धांत रूप में, यह पहले से ही है। पिछली पीढ़ी के क्लस्टर फाइल सिस्टम, CEPH, जो BTRFS के नेटवर्क स्तर तक थोड़ा विकसित हो सकता है, दीर्घवृत्त के लिए समय पर आ सकता है - यह व्यावहारिक रूप से तैयार है। यह एक सामान्य मल्टी-टेनेंसी लिखने के लिए बनी हुई है, जो क्लाइंट व्यू के तार्किक टोपोलॉजी से "ब्लंट हार्डवेयर" कमांड (एसडीएन के लिए नियंत्रक) में रूपांतरण है - और आप कर रहे हैं।

परिणाम

मुख्य निष्कर्ष: इस समय ब्लॉक डिवाइस के विकास में महत्वपूर्ण समस्या ब्लॉक डिवाइस के संचालन की विश्वसनीयता और विश्वसनीयता के साथ-साथ ब्लॉक डिवाइस त्रुटियों को बढ़ाने की मौजूदा खराब परंपरा के साथ-साथ कार्य डोमेन (और कभी-कभी परे) की अत्यधिक खराब परंपरा (उच्च) है। इसकी सीमा)। हमेशा और हर जगह 100% विश्वसनीयता की अस्वीकृति, बहुत कम प्रयास (यानी, कम लागत) के साथ, SDN समाधान बनाने (या यहां तक ​​कि मौजूदा लागू करने) की शर्तों को प्रदान करने की अनुमति देगा।