लाइसेंसिंग के जोखिम
IT systems में हम इतने प्रकार के जोखिमों को संबोधित करते हैं और उन पर विचार करना होता है कि गैर-तकनीकी जोखिमों को नजरअंदाज करना आसान है, विशेषकर उन्हें जिन पर हम अक्सर सीधे ध्यान नहीं देते, जैसे लाइसेंसिंग। लेकिन लाइसेंसिंग में जोखिम और लागतें होती हैं जिन्हें IT में हम जो कुछ भी करते हैं उसमें विचार करना आवश्यक है।
जब मैं यह लेख लिख रहा हूँ, लाइसेंसिंग के जोखिम समाचारों में बहुत ताजा हैं। कल ही, सबसे बड़े और सबसे प्रसिद्ध cloud computing providers में से एक को एक global, तीन घंटे की outage का सामना करना पड़ा जिसे बाद में उनके कुछ लाइसेंस की accidental expiry के कारण बताया गया। उनके infrastructure stack में एक अपेक्षाकृत छोटा component, massive global redundancy के साथ, एक ही झटके में बेकार हो गया जब उनका लाइसेंस expire हो गया। Licensing dependencies होने का अर्थ है उन्हें सावधानीपूर्वक manage करना। कुछ लाइसेंस दूसरों से अधिक खतरनाक होते हैं। कुछ केवल आपको audits के लिए उजागर करते हैं, अन्य outages या dataloss पैदा करते हैं।
Licensing जानबूझकर एक जोखिम हो सकता है, जैसा कि ऊपर के उदाहरण में जहाँ लाइसेंस expire हो गया और equipment काम करना बंद हो गया। या वे कम जानबूझकर हो सकते हैं, जैसे remote kill switches या equipment में dates की confusion या misconfiguration से systems fail हो जाते हैं। लेकिन यह एक जोखिम है जिस पर विचार करना जरूरी है और, अक्सर, इसे कम करना हो सकता है। Critical systems का time bombing या अपूरणीय तरीके से मर जाने का जोखिम बहुत खतरनाक हो सकता है। Hardware या software failure के विपरीत, vendor की access के बिना systems को repair करने का अक्सर कोई उपाय नहीं होता। एक vendor जो offline हो सकता है, support से बाहर हो सकता है, product को support करना बंद कर सकता है, अपनी technical issues हो सकती हैं या व्यवसाय से बाहर भी हो सकता है!
अक्सर, licensing outages customers को एक ऐसे vendor के लिए extreme leverage की स्थिति में डाल देती हैं जो pending या इससे भी बुरा, पहले से हो चुकी outage के दौरान renewed licensing के लिए लगभग कोई भी राशि charge कर सकता है। दबाव के कारण, customers सिस्टम को वापस online लाने और customer confidence बहाल करने के लिए licensing की सामान्य कीमतों से कई गुना अधिक आसानी से भुगतान कर सकते हैं।
जबकि कुछ licensing अत्यधिक जोखिम का प्रतिनिधित्व करती है, और कुछ केवल एक असुविधा, इस जोखिम का मूल्यांकन और समझ आवश्यक है। मेरे अपने अनुभव में मैंने देखा है कि एक foreign software vendor ने केवल एक purchasing discussion को force करने के लिए critical software की licensing रद्द कर दी और ऐसे environments को बड़े नुकसान पहुँचाए जिनके लिए बहुत कम कानूनी उपाय था, सिर्फ इसलिए कि उनके पास paid customers के लिए भी remotely systems को kill करने की सरल क्षमता थी। आम तौर पर अवैध और निश्चित रूप से अनैतिक, इन स्थितियों में customers के लिए अक्सर बहुत कम उपाय होता है।
और निश्चित रूप से, कई license issues तकनीकी या accidental हो सकती हैं। बस यह कि licensing servers offline हो जाते हैं, systems टूट जाते हैं, accidents होती हैं। Systems जो अपने लाइसेंस validate न कर पाने पर inaccessible हो जाने के लिए design किए गए हैं, बस जोखिम की एक पूरी श्रेणी रखते हैं जो अन्य प्रकार के systems में नहीं होती। एक जोखिम जो लोगों की अपेक्षा से अधिक सामान्य है और अक्सर कम से कम mitigate करने की क्षमता रखता है।
निश्चित रूप से इन प्रकार के जोखिमों से परे, licensing overhead भी वहन करती है जो, हमेशा की तरह, जोखिम का एक रूप है जो, बदले में, लागत का एक रूप है। Licenses को research करना, प्राप्त करना, track करना और maintain करना, यहाँ तक कि वे जो potentially आपके infrastructure को पंगु नहीं बनाएंगे, समय लेते हैं और समय ही पैसा है। और licensing हमेशा यह जोखिम रखती है कि आप बहुत कम खरीदेंगे और audits के लिए उजागर होंगे (या गलत तरीके से खरीदेंगे) या बहुत अधिक खरीदेंगे और overspend करेंगे। इन सभी मामलों में, यह लागत है जिसे किसी भी solution के overall TCO में calculate किया जाना चाहिए, लेकिन अक्सर इसे नजरअंदाज कर दिया जाता है।
Licensing का समय और लागत अक्सर किसी समस्या में अधिक महत्वपूर्ण लागतों में से एक होती है, लेकिन क्योंकि उन्हें नजरअंदाज किया जाता है इसलिए यह समझना बेहद मुश्किल हो सकता है कि वे solutions की दीर्घकालिक वित्तीय तस्वीर में कैसे भूमिका निभाते हैं – विशेषकर जैसे वे अक्सर बाद में विभिन्न तरीकों से अन्य निर्णयों को प्रभावित करते हैं।
Licensing IT में जीवन की एक वास्तविकता है, लेकिन एक जो न तो cool है और न ही interesting, इसलिए इसे अक्सर नजरअंदाज किया जाता है या, कम से कम, इस पर अधिक चर्चा नहीं होती। यह ध्यान में रखना कि licensing में IT के किसी भी अन्य पहलू की तरह ही manage करने की लागतें हैं और जोखिम रखती है, potentially बहुत बड़ा जोखिम, जिसे address करना जरूरी है, यह अच्छे IT decision making का हिस्सा है।