ठीक जब Google Apps उद्यम विफल रहता है

यह आईटी के बारे में एक कहानी है, बादल और सभी बड़े और भयानक चीजें हैं जो हो सकता है जब दोनों एक साथ आना. In many ways cloud computing and Software as a Service (सास) अमला के लिए एक वरदान है, overworked सूचना प्रौद्योगिकी विभाग को जो देने की उम्मीद कर रहे हैं बेहतरीन तकनीक के साथ की पेशकश की है 100% uptime और कोई बजट. With the emergence of web enabled services from major vendors like Amazon, माइक्रोसॉफ्ट, and Google the age old question posed to IT professionals — यह है मुक्त - अंत में एक शानदार के साथ उत्तर दिया जा सकता है हां! (कम से कम बुनियादी संस्करण के लिए).

लेकिन हमारे दादा दादी के कई तरह से पहले कहा है, अनुभव सिखाया है कि पुरानी कहावत बनी हुई है: तुम क्या आप के लिए भुगतान. यकीन, सेवा मुक्त हो सकता है, लेकिन कोई सेवा स्तर के समझौते के साथ (SLA) कोई सहारा है जब वहाँ के रूप में एक ईमेल आउटेज है 6 हमारे अधिक outages कि प्रभावित गूगल में मेल 2009. But worry not end users! वहाँ रहे हैं भुगतान उन्नयन उपलब्ध एक SLA की गारंटी शामिल है कि 99.9% uptime के रूप में अच्छी तरह से और महत्वपूर्ण मुद्दों के लिए ईमेल समर्थन फोन के रूप में. At $50 प्रति वर्ष प्रति उपयोगकर्ता यह एक तरह लगता है चोरी!

क्या वास्तव में वे करते हैं इसका मतलब से uptime और गंभीर?

यह सब कागज पर अच्छा लग रहा है; कोई भौतिक हार्डवेयर संपत्ति बनाए रखने की जरूरत है, नहीं आईटी कर्मचारियों को भुगतान करने के लिए, और लागत सबसे स्वसंपूर्ण समाधान के लिए अकेला लाइसेंस से भी कम है! दुर्भाग्य, इन विपणन की गारंटी देता है vaporware की तरह लग रही है जब डेटा हिट रूटर.

बादल में कमियों को वर्णन करने के लिए, चलो एक वास्तविक जीवन उदाहरण का उपयोग करें. हम लाभ ग्राहकों के लिए फोन नहीं होगा एक “दान एक्स” ओवरहेड को कम करने और अपने कर्मचारियों के लिए सेवाओं में सुधार करना चाहता था. के बाद से निपटने के ईमेल और सेवाओं की एक आंतरिक दशक से अधिक, वे फैसला किया कि यह समय के लिए बादल करने के लिए कदम. Fortunately for them, नहीं एक के रूप में लाभ संस्था के लिए वे गूगल क्षुधा की गैर लाभ संस्करण के लिए योग्य. महान!

यहां वे लाभ की मांग की है:

  1. हम संभाल खुद नहीं ईमेल द्वारा हमारे बैंडविड्थ उपयोग कम कर सकते हैं
  2. हमारे सर्वर संसाधनों को मुक्त कर दिया जाएगा और अन्य प्रयोजनों के लिए इस्तेमाल किया जा सकता
  3. हम अपने कर्मचारियों के लिए बेहतर वेबमेल प्रदान कर सकते हैं.
  4. हम संपर्क प्रबंधन और दस्तावेजों के रूप में साझा कर रहे हैं कि संसाधनों तक पहुँच प्राप्त ‘बादल में

वास्तविकता हालांकि था कि इस परिवर्तन के रूप में सरल नहीं था क्योंकि उन्हें उम्मीद थी. इसके बारे में बात नहीं था क्लिक प्रयोक्ताओं विस्थापित.

कि जब चैरिटी एक्स मुझे बुलाया.

मैं अपने Google Apps खाते विन्यस्त और यह गैर लाभ संस्करण के उन्नयन की प्रक्रिया के माध्यम से जा के साथ शुरू हुआ. मैं उनके उपयोगकर्ता के मेल का उपयोग कर चले माइग्रेशन उपकरण में बनाया गया, and I synchronized the user accounts with Google Apps Directory Sync Tool (वर्ष). And that is where the utilities fell short. It appears that Google सोचा about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, क्योंकि जाहिरा तौर पर उस के रूप में दूर है के रूप में गूगल मिला. Want Single Sign On? Want Synchronized passwords using LDAP or AD? समय तीसरे पक्ष के उपकरणों के लिए बारी करने के लिए. अच्छा, पर्याप्त उचित. तीसरे पक्ष के उपकरणों के लिए यह कर रहे हैं उपलब्ध, और वे काम करते हैं. कोई बुराई नहीं, कोई बेईमानी. लेकिन इस विषय पर एक छोटे से अधिक दस्तावेज दर्द नहीं होता.

तब सब मुसीबतें तोड़ा. उपयोगकर्ताओं का एक मुट्ठी उनके Google खातों में प्रवेश नहीं कर सकता. इतना कारण के लिए तलाश शुरू हुई.

थे वे निलंबित? नहीं -!

थे वे गलत पासवर्ड का उपयोग कर - कोई!

नहीं - मैं अपने पासवर्ड को अद्यतन किया जा सका?

Strangely I could not update their user accounts using the web interface. Any change — password, उपनाम, ईमेल अनुमार्गण, नाम - एक अज्ञात त्रुटि हुई #1000.

अच्छा, मैंने सोचा. यह प्रयास करने के बाद फिर से कहना, लेकिन मैं करने में सक्षम हो theire का उपयोग पासवर्ड अद्यतन वर्ष चाहिये.

वर्ष असफल - 1301 इकाई मौजूद नहीं है!

वर्ष है कि खिड़की संकेत उपयोगकर्ता मौजूद नहीं है. कि अप्रत्याशित था क्योंकि मैं सिर्फ वेब अंतरफलक में उपयोगकर्ता जानकारी को देखा था और यह सबसे निश्चित रूप से मौजूद नहीं था.

टिकट का समय

कि समर्थन में किक करने के लिए समय! चूंकि यह एक गैर लाभ संस्करण था, समर्थन शामिल है. तो मैं समर्थन क्लिक किया और अनुमार्गण सवालों का पालन. गूगल निर्धारित किया है कि यह एक 'महत्वपूर्ण नहीं था’ सेवा के बाद से मुद्दा पूरी तरह से नीचे नहीं गया था, और मैं नहीं कह सकता कि मैं असहमत. गूगल ने कहा केवल समर्थन विकल्प उपलब्ध esupport है.

मैं बाहर के फार्म भरे, और जल्दी से एक अपने ग्राहक सेवा प्रतिनिधि से किया गया था एक दोस्ताना ईमेल के साथ स्वागत. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

अब तक सब कुछ अच्छा है.

मैं तो इंतजार 3 दिन. मैं जब वे अपने ईमेल की जाँच सकता है के बारे कर्मचारियों से पूछताछ प्राप्त. जब यह तय हो जाएगा? वे समय सीमा और महत्वपूर्ण मामलों है कि उनके inboxes में से निपटा जाना आवश्यक था.

मैं समर्थन को कहा, जो जवाब दिया कि वे “फिलहाल किसी भी workarounds पता नहीं है.” केवल संभावना है कि हम करने के साथ आने के लिए सक्षम थे करने के लिए खाता विलुप्त और पुनर्निमित किया गया था – नहीं सभी मेल के बाद से एक बहुत अच्छा समाधान संक्रमण और समय खाता निर्मित किया जा सकता है के बीच खो जाएगा.

इसलिए हम कुछ और इंतज़ार. ईमेल भी प्रभावित उपयोगकर्ताओं के लिए नहीं भेजा जा सकता है - किसी भी परिवर्तन अनुमार्गण एक अज्ञात त्रुटि हुई ईमेल करने के लिए.

एक सप्ताह बीत, किसी को - - तो मैं किसी को उम्मीद कर रहा है गूगल समर्थन फोरम पर पोस्ट कैसे तय करने के लिए या मुद्दा workaround पर कोई सलाह होगा. उपयोगकर्ता के बाद प्रयोक्ता गूगल खातों के लिए Apps उपयोगकर्ताओं के गूगल के संक्रमण के बाद से इसी तरह की समस्याओं की रिपोर्ट, लेकिन वहाँ एक गूगल कर्मचारी द्वारा नहीं की तुलना में अन्य के लिए मैन्युअल हस्तक्षेप के लिए प्रतीक्षा संकल्प थे.

समय बजाते रहता है

इंतजार के आठ दिन बाद मैं अपने दम पर एक समाधान के लिए आया था.

चूंकि यह प्रकट है कि खातों में आंशिक रूप से बनाए गए थे (वे वेब अंतरफलक में प्रकट हुए और ईमेल प्राप्त कर सकता है लेकिन नहीं किया जा सकता है या संशोधित उपयोग सेवाओं) यह प्रकट की थी कि कैसे उनके खातों निर्माण के दौरान प्रोसेस किया गया में एक त्रुटि थी. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. खातों को हटाने प्रणाली खाते की स्थिति पर सहमत करने की अनुमति होगी, लेकिन दोनों वे मानते हैं कि खातों अस्तित्व में बनाया जा सकता है? Perhaps I could force Google to recreate the already existing accounts without losing the current data.

I attempted to rerun the transition to Google Accounts on the affected users manually, लेकिन बावजूद ऑटो अपने उपयोगकर्ता नाम पहचानने भरना, जब मैं अगले क्लिक मैं एक त्रुटि है कि खातों में मौजूद नहीं था दिया गया था.

मेरी अगली दृष्टिकोण के लिए एक ही नाम के साथ नए उपयोगकर्ताओं को बनाने के लिए डैशबोर्ड का उपयोग किया गया. इस बार मैं कहा था कि वहाँ एक त्रुटि थी क्योंकि खातों था मौजूद. जाहिर है वहाँ दो अलग अलग प्रणालियों की जा रही थी पूछे.

यह मेरे लिए हुआ है कि मैं और अधिक उपयोगी त्रुटि संदेश प्राप्त करने में सक्षम कमांड लाइन करने जा रहा द्वारा किया जा सकता है. इसलिए मैं स्थापित Google Apps प्रबंधक, जो भी GAM रूप में जाना जाता है. GAM गूगल एपीआई प्रावधानीकरण Apps का उपयोग करता है Google Apps खाते के साथ बातचीत.

मैं खातों पर प्रश्नों की एक संख्या है मुझे पता था कि थे GAM उपयोग करने के लिए देखो क्या हुआ प्रभावित भागा. While queries would return data about the username, उपनाम, और क्या वे सेवा की शर्तों से सहमत हुए थे, उपयोगकर्ताओं को बदला नहीं जा सका, त्रुटि लौट “1301 इकाई मौजूद नहीं है”. तो मैं फिर से उपयोगकर्ता बनाने की कोशिश की, जो एक अप्रत्याशित परिणाम था.

ServerBusy(1001)

हैरत की बात, मुझे बताया गया कि व्यवस्था में व्यस्त था. इसलिए मैं इंतज़ार किया और फिर से कोशिश की.

EntityExists(1300)

जैसा कि मैंने संदिग्ध, यह मुझे बताया खाता पहले से ही अस्तित्व. से बाहर जिज्ञासा लेकिन, मैं में प्रवेश करने की कोशिश की.

यह काम किया

जो भी कारण से, अब मैं था करने के लिए प्रभावित खाते में प्रवेश करने में सक्षम. मैं एक और खाते की कोशिश की.

ServerBusy(1001)

सोच शायद इस त्रुटि मतलब अधिक से उस पर दे रहा था, मैं फिर से प्रयास करने से पहले इस दूसरे खाते में प्रवेश करने का प्रयास. इस खाते के रूप में की उम्मीद अब भी काम किया.

मैं डैशबोर्ड और वेब के रूप में अब इन खातों पर काम किया और साथ ही उम्मीद इंटरफ़ेस जाँच.

जबकि प्रतिक्रिया अजीब था, जो कुछ भी हुआ पर सर्वर अंत करने के लिए इस समस्या को सही दिखाई, तो मैं एक स्क्रिप्ट है कि सभी प्रभावित उपयोगकर्ताओं रखी जाती है और हल शेष खातों पर समस्याओं भागा.

बादल सदमे अवशोषक की जरूरत

Charity X is now working merrily away using Google Apps, डॉक्स, और बादल में अन्य उपकरणों, लेकिन संक्रमण यह प्रबंधन के लिए स्पष्ट कर दिया है कि वहाँ isn'ta जादू ओवन है कि आप कर सकते हैं बस “सेट और भूल जाओ” जब यह आईटी करने के लिए आता है. जबकि वहाँ अभी भी एक महान मूल्य और बचत बादल में होना था, इस डाउनटाइम के रूप में एक आईटी व्यवस्थापक चिंताजनक है. When I run my own systems, मुझे पता है कि परदे के पीछे क्या हो रहा है, और अगर कोई बात बिगड़ जाए मैं जवाब के लिए कहाँ देखना पता. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. यहां तक ​​कि अगर मेरा काम समस्या का कारण नहीं है, मैं अभी भी अपने ग्राहकों के लिए समाधान जल्दी से देने की उम्मीद कर रहा हूँ. मैं हुड के तहत जब नहीं देख सकते हैं, सप्ताह नहीं - मैं भागीदार है कि घंटों में समस्याओं को हल कर सकते हैं की जरूरत है. ग्राहक सहायता वास्तविक समाधान उपलब्ध कराने का अर्थ है. केवल एक समस्या को स्वीकार पर्याप्त नहीं है.

जब बादल प्रदाताओं राज्य और संघीय एजेंसियों और बड़े निगमों के साथ आकर्षक अनुबंध करने के लिए उपयोग के लिए होड़ कर रहे हैं यह महत्वपूर्ण है कि वे याद रखें कि प्रत्येक ग्राहक की गिनती. जब कोई उपयोगकर्ता अपने ईमेल का उपयोग नहीं कर सकते हैं और यह माइक्रोसॉफ्ट या गूगल के लिए महत्वपूर्ण नहीं माना जा सकता है, लेकिन यह है कि उपयोगकर्ता के लिए एक महत्वपूर्ण मुद्दा है. A week of downtime is simply unacceptable to users, खासकर अगर प्रभावित उपयोगकर्ता के लिए एक निर्णय निर्माता होना होता है.

मैं आगे देखने के लिए सेवा है कि एक जादू की तरह काम ओवन बादल, but for the foreseeable future I see only job security in बादल.