छोटे दफ़्तर में VPN चलाने की असली लागत कितनी है

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

VPN सत्र वास्तव में किससे बनता है

कुछ भी एन्क्रिप्ट होने से पहले किसी को प्रमाण-पत्र तैयार करके किसी उपकरण तक पहुँचाना होता है। कनेक्शन के समय क्लाइंट और गेटवे कुंजियों पर सहमत होते हैं, गेटवे एक पता देता है, और मार्ग या विभाजित-सुरंग नीति तय करती है कि सत्र किन गंतव्यों तक पहुँच सकता है। फिर लॉग सत्र दर्ज करता है, और निरसन को उसे समय से पहले समाप्त कर सकना चाहिए।

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

यही श्रृंखला तब भी मौजूद है, चाहे सुरंग किसी उपकरण, स्वयं-होस्ट की गई वर्चुअल मशीन या किसी प्रदाता के अंत बिंदु पर समाप्त हो। जो बदलता है वह यह है कि हर कड़ी किसकी है और आप उसके लिए पूँजी, घंटों या मीटर वाले बिल में भुगतान करते हैं।

बार-बार लौटने वाली लागत कहाँ से आती है

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

मीटर वाली सेवाएँ उसी सेवा को कई बिल-योग्य इकाइयों में बाँटती हैं। AWS Client VPN का अवलोकन अंत बिंदु-संबद्धता घंटों और कनेक्शन घंटों को अलग इकाइयों के रूप में बताता है, जबकि डेटा स्थानांतरण और निर्भर सेवाएँ अलग से बिल की जाती हैं। यही ढाँचा अपेक्षित उपयोग का मॉडल बनाने का कारण है, न कि ऐसी दर जिसे आप नकल कर सकें, और यह इस बारे में कुछ नहीं कहता कि कोई अन्य प्रदाता कैसे शुल्क लेता है।

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

क्लाइंट सॉफ़्टवेयर अलग मद क्यों है

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

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

जो उपकरण और घंटे मायने रखते हैं उन्हें भी लिखें। पाँच कभी-कभार वाले प्रशासक और ठेकेदारों का घूमता समूह एक ही चरम कनेक्शन-संख्या और पूरी तरह अलग सहायता-भार दे सकते हैं।

रखरखाव एक तंत्र है, कोई झंझट नहीं

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

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

पुराना उपकरण नए हार्डवेयर जैसी ही जाँच पाता है: समर्थित सॉफ़्टवेयर, उपलब्ध अपडेट, जहाँ उत्पाद माँगे वहाँ हस्तांतरणीय अधिकार, और ऐसी पुनर्प्राप्ति प्रक्रिया जिसे आपने वास्तव में परखा हो। कम नीलामी कीमत इनमें से कोई तथ्य सिद्ध नहीं करती।

प्रतिबद्ध होने से पहले बाधा का मॉडल बनाएँ

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

अतिरेक केवल तभी पैसे का मोल है जब वह आपके लिए अहम विफलता-क्षेत्र हटा दे। एक भौतिक होस्ट पर दो वर्चुअल गेटवे एक ही बाधा हैं, और एक ही लाइन पर दो सुरंगें एक ही लाइन हैं।

हर पंक्ति के पास एक नाम और जो आप अभी नहीं करते उनके पास घंटों का अनुमान लिखें। फिर पहुँच की आवश्यकता पूरी करने वाली सबसे छोटी समर्थित व्यवस्था चुनें, और अनुमान को वहाँ रखें जहाँ अगला व्यक्ति उसे खोज सके।