एचपी और ओरेकल के बीच टकराव। विस्तार

नोट पढ़ने के बाद "HP और Oracle ग्राहक प्रतिक्रिया करते हैं: खुश नहीं, लेकिन" fordester रिसर्च ब्लॉग पर zdnet पर मैथुन करते हुए, मैंने इसका अनुवाद करने का निर्णय लिया और अपनी पिछली पोस्ट में कुछ टिप्पणियां जोड़ दीं "HP और Oracle के बीच का विरोध ओपन सोर्स को कैसे प्रभावित करेगा?" कटौती के तहत अनुवाद, लेकिन अभी के लिए कुछ टिप्पणी पिछले पोस्ट पर:

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

फ़ॉर्म की टिप्पणियों के बारे में: "और OpenSource का इससे क्या लेना-देना है, मुझे अभी भी समझ नहीं आया है ..."। मैं इस तथ्य पर आपका ध्यान आकर्षित करना चाहता हूं कि फॉरेस्टर पोस्ट का कहना है कि अधिकांश ग्राहक लिनक्स पर स्विच करने की संभावना पर विचार करते हैं (जैसा कि "संक्षिप्त विश्लेषण .." के मामले में) इस स्थिति से बाहर निकलने की सबसे अधिक संभावना है। और zdnet पर, HP और Oracle ग्राहकों की प्रतिक्रिया के बारे में एक पोस्ट ओपन सोर्स सेक्शन में है ।

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

रिचर्ड फिचेरा द्वारा पोस्ट को आगे पीछे करना:

HP और Oracle ग्राहक रोमांचित नहीं हैं।

ओरेकल के एचपी और इटेनियम को हिट करने के बाद, मैंने विभिन्न कंपनियों को बहुत सारे ईमेल भेजे और एचपी और ओरेकल ग्राहकों से लगभग एक दर्जन संदेश प्राप्त किए जो आगे के विकल्पों पर चर्चा करना चाहते हैं। मैंने उत्तरों में किसी भी तरह की सामूहिक घबराहट को नोटिस नहीं किया, बल्कि कई निष्कर्षों में घटनाओं के विकास के परिदृश्यों को संक्षेप में प्रस्तुत किया:

HP और Oracle के अधिकांश ग्राहकों ने अभी तक DBMS के नवीनतम संस्करण पर स्विच नहीं किया है, इसलिए उनके पास कोई भी उपाय करने का समय है। यह समय उनके अनुप्रयोगों और DBMS को इटैनियम के लिए वर्तमान Oracle DB 11.2 से बड़े संस्करण में अपग्रेड करने की आवश्यकता से सीमित है। यह पता चला है कि उन ग्राहकों के लिए जो अभी भी ओरेकल के 9 वें संस्करण पर हैं, निर्णय लेने का समय कई वर्षों तक पहुंच सकता है। लेकिन जो लोग पहले से ही 11.2 पर हैं, उन्हें अगले अपडेट चक्र के साथ कुछ करने के लिए पलायन करने के लिए मजबूर किया जाएगा। संदेशों में उल्लिखित सबसे आम एप्लिकेशन एसएपी था, अगले सबसे लोकप्रिय ओरेकल से ही कार्यक्रम थे।

Oracle सॉफ्टवेयर जैसे कि Hyperion, PeopleSoft, eBusiness Suite या तीसरे पक्ष के विक्रेताओं के ग्राहकों को इन उत्पादों को अपडेट करने पर गंभीर प्रतिबंधों का सामना करना पड़ सकता है। कुछ मामलों में, स्वतंत्र डेवलपर्स के निर्णय उपयोगकर्ताओं को उन परिवर्तनों के लिए प्रेरित करेंगे जो वे वास्तव में नहीं चाहते हैं। कई ग्राहकों ने मुझे बताया कि वे DBMS के असमर्थित संस्करणों का उपयोग करने की आवश्यकता से बचने के लिए अपडेट को स्थगित कर देंगे।

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

हालांकि, घबराहट की अनुपस्थिति का मतलब चिंता की अनुपस्थिति नहीं है। सभी मौजूदा एचपी ग्राहक उन विकल्पों पर विचार कर रहे हैं जो तीन में से एक में आते हैं (या एक साथ किया जा सकता है):
- जैसे है वैसे ही सब कुछ छोड़ दो। जिन क्लाइंट्स के साथ मैंने बात की उनमें से अधिकांश एक्स -86 और एचपी-यूएक्स पर सुपरडोम क्लास सिस्टम की उपस्थिति (कई वर्षों में) को वास्तविक रूप से देखने के लिए थोड़ी देर इंतजार करने जा रहे हैं। इस पर मेरी व्यक्तिगत राय इस प्रकार है: एचपी के पास ऐसा करने के लिए तकनीक है, लेकिन इस बात की कोई गारंटी नहीं है कि Oracle x86 के लिए HP-UX का समर्थन करेगा। मैं इसके खिलाफ सलाह दूंगा।
- लिनक्स पर स्विच करें। जिन ग्राहकों के पास लिनक्स की ओर पलायन करने की योजना थी, उन्होंने मुझे बताया कि वे इन योजनाओं को लागू करने में अधिक सक्रिय होंगे। Intel Xeon E7 लाइनअप और लिनक्स के आगे सुधार को ध्यान में रखते हुए, अधिकांश ग्राहक इस विकल्प पर विचार करेंगे। हालांकि, आरएचईएल या एसयूएसई के लिए दीर्घकालिक समर्थन के लिए ओरेकल की तत्परता के बारे में संदेह है। कई ग्राहकों ने बताया कि यह अफवाह है कि ओरेकल भविष्य में केवल अपने लिनक्स वितरण का समर्थन करेगा। यह बिना कहे चला जाता है कि हम स्पष्टीकरण के लिए ओरेकल की ओर रुख करेंगे।
- किसी अन्य UNIX प्रदाता पर स्विच करें। दो कंपनियों ने कहा कि उनका एकमात्र उचित विकल्प एक और UNIX प्रणाली पर स्विच करना है जो Oracle DBMS के भविष्य के संस्करणों के साथ-साथ इसके स्टैक के अनुप्रयोगों का समर्थन करेगा। अधिकांश आधुनिक उद्यमों के लिए, इसका मतलब आईबीएम या ओरेकल / सन चुनना है। विडंबना यह है कि इन दो कंपनियों में से एक ने SPARC / Solaris से Itanium / HP-UX तक बहुवर्षीय संक्रमण प्रक्रिया को पूरा किया है।

ग्राहक इस स्थिति को लेकर बेहद चिंतित हैं। हर कोई जिनके साथ मैंने बात की है, उन्हें लगता है कि उन्हें ओरेकल से "चाकू" मिला है और सामान्य विचार जो सभी चर्चाओं के माध्यम से चलता है, "मैं ओरेकल पर भरोसा कैसे कर सकता हूं यदि वे अपने ग्राहकों के साथ ऐसा व्यवहार करते हैं?" वास्तविकता यह है कि सबसे वस्तुतः ग्राहकों के लिए कोई विकल्प नहीं है - उन्हें या तो एचपी-यूएक्स के साथ रहना चाहिए, मौजूदा समाधानों को यथासंभव फ्रीज करना चाहिए, या x86 और लिनक्स पर स्विच करना चाहिए। इसके अलावा, ओरेकल के इटेनियम के परित्याग ने कुछ ग्राहकों की विंडोज / एसक्यूएल पर स्विच करने की इच्छा को मजबूत किया है। और उपयोगकर्ताओं के एक पूरे समूह का गठन किया गया है जो एचपी और एसएपी द्वारा किसी भी प्रयास के लिए उनके "ओरेकल-कम" समाधान प्रदान करने के लिए आभारी होंगे।

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