وصولی جب گوگل کے اطلاقات کی انٹرپرائز میں ناکام رہا

یہ اس کے بارے میں ایک کہانی ہے, بادل اور تمام عظیم اور خوفناک چیزوں کو کہ جب دونوں ساتھ ساتھ آتے ہو. In many ways cloud computing and Software as a Service (ساس) understaffed کے لئے ایک نعمت ہے, 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 ہمارے زیادہ بندش کہ متاثرہ گوگل میل میں 2009. But worry not end users! وہاں ہیں ادا کی اپگریڈ دستیاب کہ مشتمل ہے جن میں ایک کی ضمانت SLA 99.9% کے طور پر ساتھ ساتھ uptime اور اہم مسائل کے لئے فون اور ای میل کی حمایت. At $50 ہر سال فی صارف ایک چوری کی طرح اس آواز!

کیا بالکل کیا وہ سے کیا مطلب uptime اور اہم?

یہ سب کاغذ پر بہت اچھا لگتا ہے; کوئی جسمانی ہارڈ ویئر کے اثاثوں کو برقرار رکھنے کی ضرورت ہے, کوئی ملازمین کو ادائیگی, اور قیمت سب سے زیادہ اسٹینڈ کے حل کے لئے اکیلے لائسنسنگ کے مقابلے میں کم ہے! بدقسمتی سے, یہ مارکیٹنگ کی ضمانت دیتا ہے vaporware کی طرح دیکھو ڈیٹا کا روٹر جب مشاہدات.

بادل میں کمیوں کرنے کے لئے وضاحت کرنا, چلو ایک حقیقی زندگی مثال کے طور پر استعمال کرتے ہیں. ہم نہیں منافع کی کسٹمر کے لئے فون کروں گا “چیریٹی X” ان کے عملے کے لئے ہیڈ کو کم کرنے اور خدمات کو بہتر بنانے چاہتا تھا. پر ای میل اور خدمات کو اندرون ملک سے نمٹنے کی ایک دہائی کے بعد, انہوں نے فیصلہ کیا ہے اس بادل میں منتقل کرنے کا وقت تھا. Fortunately for them, ایک منافع بخش ادارہ نہیں کیونکہ وہ گوگل کے اطلاقات کی غیر منافع بخش ایڈیشن کے لئے کوالیفائی. عظیم!

یہاں فوائد انہوں نے کی کوشش کی:

  1. ہم نے خود کو ای میل ہینڈل کرنے کا نہیں کی طرف سے ہماری بینڈوڈتھ استعمال کو کم کر سکتے ہیں
  2. ہمارا سرور وسائل کو آزاد کیا جائے گا اور دوسرے مقاصد کے لئے استعمال کیا جا سکتا
  3. ہم اپنے ملازمین کے لئے بہتر ویب میل فراہم کر سکتے ہیں.
  4. ہم اس طرح کے رابطہ کے انتظام اور دستاویزات کے طور پر مشترکہ وسائل تک رسائی حاصل ‘بادل میں

حقیقت اگرچہ تھا کہ اس تبدیلی کے طور پر آسان ہے جیسا انہوں نے سوچا تھا نہیں تھا. یہ بات نہیں تھی صارفین منتقل کریں پر کلک کریں.

اس جب چیریٹی X مجھے بلایا.

میں نے ان کے 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? تیسری پارٹی کے اوزار کا رخ کرنے کا وقت آ گیا. ٹھیک ہے, کافی منصفانہ. تیسری پارٹی کے اوزار اس کے لئے دستیاب ہیں, اور وہ کام کرتے ہیں. کوئی نقصان نہیں, کوئی گندے. لیکن اس موضوع پر ایک چھوٹا سا زیادہ دستاویزات نہیں درد ہوگا.

اس وقت تمام جہنم کو توڑا ڈھیلے. صارفین کی ایک مٹھی بھر میں اپنے گوگل اکاؤنٹس میں لاگ ان نہیں کر سکا. اس مقصد کے لئے شکار شروع.

کیا وہ معطل کر دیا? -- نہیں!

نہیں -- کیا وہ غلط پاس ورڈ کا استعمال کرتے ہوئے!

نہیں -- میں ان کے پاس ورڈ کو اپ ڈیٹ کرنے سکتے ہیں?

Strangely I could not update their user accounts using the web interface. Any change — password, مختصر نام, ای میل کی روانی, نام -- ایک نامعلوم خرابی کے نتیجے میں #1000.

ٹھیک ہے, میں نے سوچا کہ. یہ کچھ دیر بعد دوبارہ کرنے کی کوشش کا کہنا ہے کہ, لیکن میں GADS کا استعمال کرتے ہوئے ان کے پاس ورڈ کو اپ ڈیٹ کرنے کے قابل ہونا چاہئے.

سال میں ناکام رہتے ہیں -- 1301 شے کا وجود نہیں کرتا!

GADS دلالت کرتی ہے کہ صارف کا کوئی وجود نہیں نوشتہ جات دیکھیے. وہ غیر متوقع تھا جب سے میں نے صرف ویب انٹرفیس میں صارف کی معلومات میں دیکھا اور یہ ضرور موجود ہی نہیں تھی.

ٹکٹ کا وقت

کہ میں لات مار کی حمایت کرنے کے لئے وقت! چونکہ یہ ایک غیر منافع بخش ایڈیشن تھا, حمایت شامل ہے.. تو میں نے حمایت کلک اور روٹنگ سوالات کے بعد. گوگل نے فیصلہ کیا ہے کہ یہ ایک اہم 'نہیں تھا’ سروس کے بعد مسئلہ کو مکمل طور پر نہیں کیا گیا تھا, میں کہتا ہوں اور نہ میں اختلاف کر سکتے ہیں. گوگل نے کہا کہ صرف حمایت دستیاب اختیار 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 دن. میں اسٹاف کی جانب سے جب وہ ان کے ای میل کو چیک کر سکتے ہیں کے بارے میں استفسارات موصول. جب یہ ٹھیک ہو جائے گا? انہوں نے ڈیڈ لائن اور اہم معاملات ان کے ان باکسز میں سے نمٹنے کی ضرورت تھی.

میں نے حمایت سے پوچھا, جس نے جواب دیا کہ وہ “اس وقت کسی بھی workarounds پتہ نہیں.” صرف امکان ہے کہ ہم کے ساتھ آنے کے قابل تھے اکاؤنٹ کو خارج کرنے اور اسے بہلانا تھا – تمام میل کے بعد سے بہت اچھے نہیں حل منتقلی اور وقت اکاؤنٹ recreated ہو سکتا ہے کے درمیان ختم ہو جائے گا.

تو ہم نے کچھ مزید انتظار. ای میل بھی نہیں کر سکتا متاثرہ صارفین کے لئے فارورڈ -- کسی بھی روٹنگ کو ای میل کرنے کے لئے ایک نامعلوم خرابی کے نتیجے میں تبدیلیاں.

ایک ہفتے منظور, تو میں نے گوگل کی حمایت کی کسی کو امید فورم میں تعینات کیا -- کسی -- کس طرح ہے یا workaround اس کے مسئلے کو حل کرنے کے لئے ایک تجویز ہے. صارف کے بعد صارف گوگل اکاؤنٹس کے لئے گوگل کے اطلاقات صارفین کی منتقلی کے بعد اسی طرح کے مسائل کی اطلاع دی, لیکن وہاں کوئی دوسرے کی قراردادوں کے مقابلے میں گوگل کے ایک ملازم کی طرف سے دستی مداخلت کے لئے انتظار کرنے تھے.

وقت ٹک ٹک پر رہتا ہے

انتظار کے آٹھ دن کے بعد میں نے خود ہی ایک حل کے لئے آئے تھے.

چونکہ یہ ظاہر ہے کہ اکاؤنٹس کو جزوی طور پر پیدا کیا گیا (وہ ویب انٹرفیس میں شائع ای میل موصول ہو سکتا ہے لیکن ہو سکتا ہے یا نہیں پر نظر ثانی تک رسائی حاصل کی خدمات) یہ شائع ان کی تعمیر کے دوران کس طرح کے اکاؤنٹس پر عملدرآمد تھے میں ایک خرابی گیا تھا. 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, لیکن آٹو فل کے باوجود اپنے صارف کا نام تسلیم, جب میں اگلے کلک میں ایک خرابی ہے کہ آپکے اکاؤنٹس موجود ہی نہیں تھی دیا گیا.

میری اگلی نقطہ نظر ڈیش بورڈ کا استعمال کرتے ہوئے اسی کے نام کے ساتھ نئے صارفین بنانے کے. اس وقت میں کیا گیا تھا کہا تھا کہ وہاں ایک غلطی تھی کیونکہ اکاؤنٹس تھا وجود. واضح طور پر وہاں دو الگ الگ کیا جا رہا ہے queried نظام تھے.

یہ مجھ سے پیدا ہوئی ، جس میں کمانڈ لائن پر جا کر زیادہ مفید خرابی کے پیغامات کو حاصل کر ہو سکتا ہے. تو میں نصب گوگل کے اطلاقات منیجر, جو بھی GAM کے طور پر جانا جاتا ہے. GAM Google اطلاقات کو استعمال کرتا ہے API Google Apps کے اکاؤنٹ کے ساتھ بات چیت کرنے کے لئے بندوبست.

میں اکاؤنٹس میں جانتا تھا کہ پر سوالات کی ایک بڑی تعداد دوڑا رہے تھے GAM استعمال کرتے ہوئے دیکھو کیا ہوا متاثر. While queries would return data about the username, مختصر نام, اور چاہے وہ خدمت کی شرائط سے اتفاق کیا تھا, صارفین پر نظر ثانی نہیں ہو سکتا, غلطی واپس آ “1301 ہستی کا وجود نہیں کرتا”. تو میں صارف کو دوبارہ پیدا کرنے کے لئے کی کوشش کی, جو ایک غیر متوقع نتیجہ تھا.

ServerBusy(1001)

عجیب بات, مجھے بتایا گیا تھا کہ نظام مصروف تھا. تو میں نے انتظار کیا اور پھر کی کوشش کی.

EntityExists(1300)

جیسا کہ میں مشتبہ, اس سے مجھے پہلے سے ہی موجود اکاؤنٹ کو بتایا کہ. لیکن تجسس کی باہر, میں لاگ ان کرنے کی کوشش کی.

یہ کام

جو بھی وجہ, اب میں متاثرہ اکاؤنٹ میں لاگ ان کرنے کے قابل تھا. میں نے ایک اور اکاؤنٹ کی کوشش کی.

ServerBusy(1001)

میں سوچ رہا شاید اس خرابی سے زیادہ پر دے رہا تھا کا مطلب, میں نے اس دوسرے اکاؤنٹ میں سے پہلے دوبارہ کوشش میں لاگ ان کرنے کی کوشش کی. اب یہ اکاؤنٹ بھی کام کیا حیثیت توقع کے مطابق.

میں نے ڈیش بورڈ کی جانچ پڑتال کی اور ویب انٹرفیس اب ان اکاؤنٹس پر بھی حیثیت توقع کے مطابق کام کیا.

جبکہ جواب عجیب تھا, سرور اختتام پر جو کچھ بھی ہوا اس مسئلہ کو درست فلسفہ, تو میں نے ایک سکرپٹ ہے کہ تمام متاثرہ صارفین پر مشتمل بھاگ گیا اور باقی اکاؤنٹس پر مسائل حل.

بادل جھٹکا absorbers کی ضرورت ہے

Charity X is now working merrily away using Google Apps, ڈائریکٹری, بادل میں اور دوسرے اوزار, لیکن منتقلی یہ واضح ہے کہ جادو تندور isn'ta انتظام کر دیا ہے کہ آپ یہ کر سکتے ہیں بس “بھول مقرر” جب یہ آتا ہے. اگرچہ اب بھی ایک بڑی قدر کرتے ہیں اور بادل میں تھا بچت, اس کو بند IT ایڈمنسٹریٹر کے طور پر تشویشناک ہے. 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 بادل.