सम्राट का नया Storage

हम सभी "सम्राट के नए वस्त्र" की कहानी जानते हैं। Hans Christian Anderson की इस क्लासिक कहानी में कुछ बेईमान कपड़े के विक्रेता सम्राट को यह विश्वास दिलाते हैं कि उनके पास ऐसे कपड़े हैं जो एक जादुई कपड़े से बने हैं जो केवल उन लोगों को दिखाई देते हैं जो अपने पद के योग्य हैं। सम्राट, कपड़े न देख पाने के कारण, उन्हें खरीदने का निर्णय करता है क्योंकि उसे डर है कि लोग जान जाएंगे कि वह उन्हें नहीं देख सकता। राज्य में सभी लोग भी उन्हें देखने का नाटक करते हैं — सभी एक ही डर साझा करते हैं। यह एक शानदार sales tactic है क्योंकि यह सभी को एक ही टीम में रखता है: कपड़े के विक्रेता, सम्राट, सड़क पर लोग — सभी एक साझा लक्ष्य रखते हैं जिसके लिए उन्हें सभी को एक ही झूठ बनाए रखना होता है। केवल जब एक छोटा बच्चा जो समाज में अपनी स्थिति की परवाह नहीं करता लेकिन केवल सत्य की परवाह करता है, यह बताता है कि सम्राट नंगा है, तभी सभी यह स्वीकार करने के लिए स्वतंत्र हो जाते हैं कि वे भी कपड़े नहीं देख रहे थे।

और यही हमें आज के storage market पर लाता है। आज हमारे पास storage vendors हैं जो संदिग्ध मूल्य के solutions बेचने के लिए desperate हैं और buyers हैं जिनमें अक्सर अपने storage knowledge में इतना आत्मविश्वास नहीं होता कि management के सामने vendors से सवाल करें, या जिन्होंने simply अपने IT decisions vendors को देने के लिए vendors की ओर रुख कर लिया है। इसने एक ऐसी स्थिति बनाई है जहाँ vendor confidence और industry uncertainty ने market momentum को जन्म दिया है जिससे पूरी स्थिति snowball बनती जा रही है। इसका प्रभाव यह है कि बड़े, monolithic और महंगे storage systems का उपयोग करना आज इतना accepted हो गया है कि अक्सर systems बिना किसी सोच-विचार के खरीदे जाते हैं। वे essentially एक foregone conclusion बन गए हैं!

यह समय है कि कोई storage buying process की ओर इशारा करे और घोषित करे कि सम्राट वास्तव में नंगा है।

मेरा मतलब गलत मत समझिए। मेरा यह कहने का कोई इरादा नहीं है कि modern storage solutions में कोई मूल्य नहीं है। निश्चित रूप से उनमें है। बड़े SAN और NAS shared storage systems ने बहुत technological development को आगे बढ़ाया है और उनके उत्कृष्ट use cases हैं। वे बिना मूल्य के नहीं बनाए गए, लेकिन वे हर scenario पर लागू नहीं होते।

Inverted pyramid design के विचार का, जहाँ SANs का अत्यधिक उपयोग होता है जहाँ वे लागू नहीं होते, उदय इसलिए हुआ क्योंकि ये high profit margin approaches हैं। Manufacturers के पास इन products और designs को push करने के लिए एक बड़ा incentive है क्योंकि ये profits generate करने में बहुत योगदान देते हैं। SANs market पर सबसे अधिक profit-bearing products में से एक हैं। यह बदले में resellers को भी SANs push करने के लिए प्रेरित करता है, अपनी sales के माध्यम से profits generate करने के लिए और अपने vendors को खुश रखने के लिए भी। यह buyer/seller equation के “sales” side पर सभी के लिए बड़ा market pressure बनाता है कि आपको, buyer को, यह समझाएं कि एक SAN बिल्कुल आवश्यक है। यह pressure इतना मजबूत है, incentives इतने बड़े हैं, कि process में अधिकांश संभावित customers को खो देना भी इसलिए worth it है क्योंकि उस एक customer पर margins जो इस approach के साथ जाता है, generally कई अन्यों को खोने के लायक होती हैं।

Resellers बड़े, complex storage architectures को deploy कराने के incentive वाले एकमात्र “बीच के” खिलाड़ी नहीं हैं। यहाँ तक कि non-reseller consultants के पास भी इस approach को promote करने का incentive है क्योंकि यह बड़ा, complex है और average पर, simpler system designs की तुलना में कहीं अधिक consulting और support की आवश्यकता होती है। यह संभवतः एक तुच्छ संख्या नहीं है। दस घंटे के engagement की जगह, वे सौ घंटे जीत सकते हैं, और consultants के लिए वे घंटे उनकी रोजी-रोटी हैं।

बेशक, media के पास भी इसे promote करने का incentive है। Vendors अधिकांश industry media और बहुत सारी content के लिए financial support प्रदान करते हैं। Media outlets इस design को promote करना चाहते हैं क्योंकि यह उनके sponsors को promote करता है और वे उन चीजों के बारे में भी बात करना चाहते हैं जिनमें लोगों की रुचि है, और simple designs बहुत अधिक readership generate नहीं करती। Sensationalist news की वही समस्याएं: सबसे महत्वपूर्ण या relevant news अक्सर छोड़ दी जाती है ताकि वह news दिखाई जा सके जो viewership इकट्ठा करेगी।

इन कारकों का संयोजन बहुत शक्तिशाली है। Companies जो guidance के लिए consultants, resellers और VARs, और vendors की ओर देखती हैं, उन्हें महंगे, complex और high margin storage systems के लिए एक unanimous push मिलेगी। हर कोई, यहाँ तक कि consultants जो supposedly client का प्रतिनिधित्व कर रहे हैं, के पास इन complex designs को approve होते देखने का एक बड़ा incentive है क्योंकि table पर इतना पैसा संभावित रूप से रखा है। आपको overspending के खिलाफ recommend करने के लिए consulting का एक घंटा मिल सकता है, लेकिन final system को implement और support करने के लिए सैकड़ों घंटे मिल सकते हैं। यह likely हजारों डॉलर का अंतर है, एक बड़ा incentive, यहाँ तक कि सबसे छोटे deployments के लिए भी।

Sales channel और यहाँ तक कि “protection” की front line के इस unification का एक अत्यधिक प्रभाव है। हमारी एकमात्र वास्तविक आशा, एकमात्र महत्वपूर्ण, किसी ऐसे व्यक्ति की जो इस system में भाग लेने के लिए प्रेरित नहीं है, वह internal IT staff स्वयं है। और फिर भी हम बहुत कम पाते हैं कि internal staff इन recommendations पर vendors के सामने खड़े हों या स्वयं उन्हें produce करें।

कई कारण हैं कि क्यों सदिच्छावान internal IT staff (और यहाँ तक कि external भी) इस तरह की needs को ठीक से assess करने में विफल हो सकते हैं। इसमें कई कारक शामिल हैं और मैं उनमें से कुछ को highlight करूँगा।

• Market में बहुत कम जानकारी। क्योंकि कोई भी company आपको कम बेचकर पैसे नहीं कमाती, decisions का मूल्यांकन करने में सहायता के लिए लगभग कोई market literature, discussions या material नहीं है। किसी अन्य business तक direct access के बिना जिसने वही decision लिया हो या किसी consultant या vendor के बिना जो एक alternative approach को promote कर रहा हो, IT professionals अक्सर अकेले छूट जाते हैं। Supporting experience की यह कमी असहमत आवाजों को दबाने के लिए पर्याप्त संदेह पैदा करने के लिए काफी है।
• Management अक्सर flashy advertising और sales people की बातों को internal staff की राय पर तरजीह देती है। यह एक कठोर तथ्य है, लेकिन एक जो अक्सर सत्य है। IT professionals अक्सर इस तथ्य का सामना करते हैं कि management किसी भी technical input के बिना buying decisions ले सकती है।
• कोई भी bid process तुरंत good design को short circuit कर देती है। एक bid में “storage” शामिल करना होगा और SAN vendors आसानी से storage supply करने पर bid कर सकते हैं जबकि “कुछ नहीं” के लिए कोई meaningful तरीका नहीं है। क्योंकि good design के लिए कोई vendor नहीं है, good design का bidding या quote based approach में कोई voice नहीं है।
• Knowledge की कमी। अक्सर system architecture और storage concerns से निपटना एक-बार की activities होती हैं जो पूरे career में केवल कुछ बार ही होती हैं। ये decisions लेना न केवल असामान्य है, यह अक्सर पहली बार होता है। यहाँ तक कि अगर knowledge हो, तो trend को आसानी से तोड़ने का आत्मविश्वास नहीं होता।
• Risk और cost profiles को assess करने में अनुभवहीनता। जबकि ये चीजें IT management के लिए सामान्य लग सकती हैं, अक्सर इन मामलों में system design से deal करने वाले व्यक्ति के पास इस तरह के complex systems में comparative cost और risk निर्धारित करने का कोई training और अनुभव नहीं होता। आमतौर पर risk अज्ञात रह जाता है।
• Internal staff अक्सर इस बड़े और costly purchase को एक badge of honour या bragging rights के साधन के रूप में देखते हैं। यह दिखाने के लिए उत्साहित कि वे कितना खर्च करने में सक्षम थे और उनके नए systems कितने बड़े हैं। हर कोई gadgets पसंद करता है और ये अक्सर हमारे industry में सबसे बड़े, सबसे महंगे toys होते हैं।
• Internal staff के पास अक्सर इस प्रकार के equipment, विशेष रूप से SANs, के साथ काम करने का कोई access नहीं होता। घर में एक large storage solution लाने से वे अपना resume improve कर सकते हैं और यहाँ तक कि experience को raise में leverage कर सकते हैं या, अधिक likely, एक नई job में।
• समान situations से निपट चुके अन्य IT professionals की ओर रुखने से अक्सर वही advice मिलती है जो sales people से। इसके कई कारण हैं। उपरोक्त सभी कारण निश्चित रूप से उन पर भी लागू होते, साथ ही एक बहुत मजबूत कारण — self preservation। कोई भी IT professional जिसने अनावश्यक रूप से बहुत costly system implement किया हो, यह कहने का एक बड़ा incentive रखेगा कि उन्हें लगता है कि purchase अच्छा था। चाहे यह irrational “reverse rationalization” हो — वह trait जहाँ इंसान उस decision पर तर्क लागू करते हैं जिसमें originally तर्क का अभाव था, क्योंकि उन्हें डर है कि अगर यह पता चल गया कि उन्होंने क्या किया तो उनकी job खतरे में पड़ सकती है, या क्योंकि उन्होंने implementation के बाद system के value का assessment नहीं किया; या यहाँ तक कि संभवतः इसलिए कि उनके कारक आपके जैसे नहीं थे और design उनकी needs के लिए applicable था।

निष्कर्ष यह है कि basically हर कोई, चाहे वे जो भी role निभाएं, vendors से लेकर sales people तक, implementation और support करने वालों से लेकर IT jobs में आपके मित्रों तक, Internet forums पर अजनबियों तक, सभी के पास small और medium business space में costly और risky storage architectures को promote करने के बड़े incentives हैं। व्यावहारिक रूप से, इस marketing और sales momentum के खिलाफ counter point प्रदान करने का स्पष्ट benefit किसी के पास नहीं है। और निश्चित रूप से, जैसे-जैसे momentum बढ़ा है, स्थिति और अधिक entrenched होती जा रही है, जहाँ लोग यहाँ तक कि status quo पर सवाल उठाने और critical questions पूछने को irrational या reckless बता रहे हैं।

IT में किसी भी decision की तरह, हालांकि, हमें पूछना होगा कि “क्या यह organization की needs को पूरा करने के लिए appropriate value प्रदान करता है?” Storage और system architectural design सबसे critical और महंगे decisions में से एक है जो हम एक typical IT shop में करेंगे। हम जो भी करते हैं उनमें से, इस decision को एक knee-jerk, foregone conclusion के रूप में treating करना, due diligence किए बिना और अपनी company के specific goals को address करने की कोशिश किए बिना, सबसे नुकसानदेह decisions में से एक हो सकता है।

इस क्षेत्र में बुरे decisions तुरंत स्पष्ट नहीं होते। वही factors जो initial बुरे decisions का कारण बनते हैं, अक्सर यह तथ्य भी छुपा देते हैं कि बुरा decision लिया गया था। अगर issue यह है कि solution बहुत अधिक risk carry करता है, तो implementation के बाद इसे determine करने का कोई means नहीं है जो पहले से बेहतर हो — यही risk की प्रकृति है। अगर system कभी fail नहीं होता तो हम नहीं जानते कि यह सामान्य है या हम lucky थे। अगर यह fail होता है तो हम नहीं जानते कि यह सामान्य है या हम एक में एक million थे। इसलिए एक single implementation, या यहाँ तक कि सैकड़ों implementations, से risk का observation हमें कोई statistically meaningful insight नहीं देता। इसी तरह wasteful expenditures का मूल्यांकन करते समय हम खरीद से पहले उतनी ही आसानी से financial waste पकड़ लेते जितनी आसानी से बाद में। इसलिए हम किसी business के लिए अपने decision पर post mortem करने की किसी ability के बिना रह जाते हैं, और कोई incentive भी नहीं है क्योंकि process में शामिल कोई भी व्यक्ति एक bad decision making process को expose करने का जोखिम नहीं उठाना चाहेगा। यहाँ तक कि वे companies जो जानना चाहती हैं कि क्या उन्होंने अच्छा किया, उनके पास इसे determine करने का कोई अच्छा तरीका लगभग कभी नहीं होगा।

इस determination को और भी कठिन बनाने वाली बात यह है कि वही architectures जो एक company के लिए foolish और reckless हैं, दूसरी के लिए पूरी तरह sensible हो सकती हैं। SAN based storage system और बड़ी संख्या में attached hosts का उपयोग अत्यधिक बड़े environments में storage की costs को नियंत्रित करने का एक सामान्य और sensible approach है। लगभग हर enterprise इस design का उपयोग करेगा और यह normally समझ में आता है, लेकिन इसका उपयोग बहुत अलग कारणों और लक्ष्यों के लिए किया जाता है जो लगभग किसी भी small या medium business पर लागू नहीं होते। यह generally थोड़े अलग तरीके से भी implement किया जाता है। यह SANs या similar storage की समस्या नहीं है। जो समस्या है वह यह है कि market pressure, sales people और उन लोगों को जिनके पास costly solution “sell” करने के strong incentives हैं, technical decision making को drive करने की अनुमति देना, business needs, risk और cost analysis का मूल्यांकन करने और organization के specific goals के लिए सही solution implement करने की जगह।

यह समय है कि हम, एक industry के रूप में, यह स्वीकार करें कि सम्राट कोई कपड़े नहीं पहने हुए है। हमें वे निर्दोष बच्चे बनने की जरूरत है जो इशारा करते हैं, हंसते हैं और सवाल करते हैं कि जब यह इतना obvious है कि वह नंगा है तो कोई और कुछ क्यों नहीं कह रहा था। Storage और architectural solutions जो इतने broadly accepted हैं वे बहुत अधिक लोगों को benefit करते हैं और एकमात्र जो वास्तव में उनसे hurt होते हैं (business owners और investors) वे यह समझने की position में नहीं हैं कि क्या वे उनकी needs को पूरा करते हैं या नहीं। हमें socially accepted plausible deniability या understanding, या evaluate न करने की culpability द्वारा provided comfort से आगे निकलना होगा। हमें अपने organizations की रक्षा करने की जिम्मेदारी लेनी होगी और ऐसे solutions प्रदान करने होंगे जो उनकी needs को address करें न कि sales people की needs को।

 

अधिक जानकारी के लिए देखें: When to Consider a SAN और The Inverted Pyramid of Doom