উদ্ধার যখন Google Apps এর এন্টারপ্রাইজ বিফল

এই বিষয়ে একটি গল্প, মেঘ এবং সমস্ত মহান এবং ভীতিজনক যে যখন দুটি একসাথে আসে ঘটেছে. In many ways cloud computing and Software as a Service (SaaS) হয় অভাবযুক্ত জন্য একটা আশীর্বাদ, overworked তথ্য প্রযুক্তি বিভাগের জন্য যারা শ্রেষ্ঠ প্রযুক্তি বিলি প্রত্যাশিত সাথে প্রস্তাব করেছে 100% আপটাইম এবং কোন বাজেট. 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 guaranteeing অন্তর্ভুক্ত 99.9% আপটাইম হিসেবে গুরুতর সমস্যা ফোন এবং ইমেইল সমর্থন. At $50 প্রতি বছর প্রতিটি ব্যবহারকারীর একটি অপহরণ এই শব্দ!

কি হুবহু না তারা অর্থ আপটাইম এবং সমালোচনামূলক?

এটা সব কাগজে দেখায় মহান; কোন প্রয়োজন শারীরিক হার্ডওয়্যার সম্পত্তি রক্ষা আছে, কোনো কর্মচারীদের বেতন, এবং খরচ অধিকাংশ স্বতন্ত্র সমাধানের জন্য একা লাইসেন্সিং কম! দুর্ভাগ্যবশত, এই বিপণন গ্যারান্টী vaporware মত চেহারা যখন ডাটা রাউটার হিট.

থেকে মেঘ মধ্যে ফাঁক চিত্রিত, স্বীকার একটি বাস্তব জীবনের উদাহরণ ব্যবহার. না লাভের ক্রেতা আমরা ডাকবো৷ “মাটির এক্স” তাদের কর্মীদের জন্য উপরি কমানো এবং পরিষেবার উন্নতি চেয়েছিলেন. পরে বেশি ইমেইল এবং পরিষেবার অন্ত পরিচালনার একটি দশক, তারা সিদ্ধান্ত ছিল সময় মেঘ থেকে সরানো. Fortunately for them, একটি নয় জন্য লাভজনক প্রতিষ্ঠান হিসেবে তারা Google Apps এর অলাভজনক সংস্করণ জন্য যোগ্যতাসম্পন্ন. মহান!

এখানে সুবিধা তারা চাওয়া:

  1. আমরা হ্যান্ডলিং নিজেদেরকে ইমেইল না আমাদের ব্যান্ডউইথ ব্যবহার কমে যায়
  2. আমাদের সার্ভারের রিসোর্স কাটা হবে এবং অন্যান্য কাজে ব্যবহৃত হতে পারে
  3. আমরা আমাদের কর্মীদের জন্য উন্নততর ওয়েবমেইলের প্রদান করতে পারেন.
  4. আমরা যেমন যোগাযোগ ব্যবস্থাপনা ও নথি যে হয় শেয়ার্ড রিসোর্স ব্যবহার ‘মধ্যে মেঘ

বাস্তবে যদিও ছিল যে এই পরিবর্তন যেমন সহজ হিসাবে তারা প্রত্যাশিত ছিল না. এটি একটি ব্যাপার ছিল না ব্যবহারকারী স্থানান্তরণ ক্লিক করুন.

এটা যখন মাটির এক্স আমাকে বলা.

আমি তাদের Google Apps অ্যাকাউন্ট কনফিগার এবং অলাভজনক সংস্করণ থেকে আপগ্রেড প্রক্রিয়ার মাধ্যমে সঙ্গে শুরু. আমি তাদের ব্যবহারকারীর মেইল ​​মাইগ্রেট মাইগ্রেশন সরঞ্জাম নির্মিত ব্যবহার, and I synchronized the user accounts with Google Apps Directory Sync Tool (YEAR). 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.

অনুমোদন, আমি. কিন্তু পরে আবার চেষ্টা বলছেন, কিন্তু আমি তাদের পাসওয়ার্ড GADS ব্যবহার আপডেট করতে হবে.

YEAR ব্যর্থ - 1301 সত্তা অনুপস্থিত৷!

GADS ব্যবহারকারীর অস্তিত্ব নেই নির্দেশিত লগসমূহ. যে ছিল অপ্রত্যাশিত যেহেতু আমি ব্যবহারকারীর তথ্য ছিল ওয়েব ইন্টারফেসের মধ্যে আর এটা সবচেয়ে অবশ্যই উপস্থিত করেনি.

টিকেট সময়

যে সমর্থন পদাঘাত করার জন্য সময়! যেহেতু এই ছিল একটি অলাভজনক সংস্করণ, সমর্থন উপলব্ধ করা হয়েছে. আমি সমর্থন ক্লিক এবং রাউটিং প্রশ্ন অনুসরণ. Google-এর নির্ধারিত এই যে একটি 'গুরুতর ছিল না’ সেবা প্রদানের সম্পূর্ণভাবে ছিল ডাউন না, এবং আমি অনভিপ্রেত বলতে পারবে না. গুগল বলেন শুধুমাত্র সমর্থন বিকল্প উপলব্ধ esupport.

আমি ভরা ফর্মটিকে, এবং তাদের গ্রাহক সেবা প্রতিনিধিরা এক থেকে বন্ধুসুলভ ইমেইল সঙ্গে দ্রুত ছিল greeted. 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 মধ্যে মোকাবিলা করা ছিল.

আমি সমর্থন জিজ্ঞাসা, যা উত্তর দেন যে তারা “মুহূর্তে কোনো সমাধান নীচে উপস্থিত জানি না.” একমাত্র সম্ভাবনা যে আমরা চিন্তা করতে সক্ষম একাউন্ট মুছে তৈরি ছিল – সব মেইল ​​থেকে খুব ভাল একটি নয় সমাধান পরিবর্তন এবং সময় একাউন্ট recreated পারে মধ্যে হবে হারিয়ে.

তাই আমরা কিছু অপেক্ষা. ইমেইল এমনকি প্রভাবিত ব্যবহারকারীদের জন্য না হতে পারে ফরোয়ার্ড - এ রাউটিং ইমেইল কোন পরিবর্তন একটি অজানা ত্রুটি ফলাফল.

এক সপ্তাহ পাস, তাই আমি গুগল সমর্থন ফোরামের কেউ প্রত্যাশী থেকে পোস্ট - কেউ - কিভাবে বা ফিক্স ইস্যু 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 এর ম্যানেজার, যা গ্যাম নামেও পরিচিত. গ্যাম Google Apps এর ব্যবহার এপিআই Google Apps অ্যাকাউন্ট সাথে যোগাযোগ করার জন্য Provisioning.

আমি হিসাব আমি জানতাম উপর প্রশ্ন সংখ্যা স্থাপিত হয়েছে গ্যাম আক্রান্ত কি দেখতে ব্যবহার. 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 জাদু তন্দুর নেই করেছে যে পারে “এবং সেট ভুলবেন” যখন এটা আসে. যদিও এখনও কোন মহান মান এবং সঞ্চয় করার মেঘ করেছে করা, এই downtime একটি অ্যাডমিনিস্ট্রেটর হিসাবে disconcerting হয়. When I run my own systems, আমি জানি দৃশ্য পিছনে কি ঘটছে হয়, এবং যদি গোলমাল আমি জানি যেখানে উত্তর থেকে. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. যদি আমার কাজ সমস্যার কারণ হয় না, আমি এখনো আমার গ্রাহকদের দ্রুত সমাধান প্রদান প্রত্যাশিত. যখন আমি বোরখা অধীনে না পারে, সপ্তাহ না - আমি অংশীদারদের যে ঘন্টা সমস্যার সমাধান আবশ্যক. গ্রাহক সমর্থন মানে প্রকৃত সমাধান প্রদান. কেবলমাত্র একটি সমস্যা স্বীকার যথেষ্ট নয়.

যখন মেঘ প্রদানকারীরা রাজ্য ও ফেডারেল এজেন্সি এবং বৃহত্ সঙ্গে লাভজনক চুক্তি করতে ব্যবহারের জন্য টেক্কা হয় এটা গুরুত্বপূর্ণ যে তারা মনে করেন যে প্রত্যেক গ্রাহকের counts. ব্যবহারকারীর তাদের ইমেইল ব্যবহার করতে সক্ষম নয় এটা বিবেচিত গুরুতর মাইক্রোসফট অথবা গুগলের না হতে পারে, কিন্তু এটা যে ব্যবহারকারী সমালোচনা ইস্যু. A week of downtime is simply unacceptable to users, বিশেষত যদি প্রভাবিত ব্যবহারকারীকে একটি সিদ্ধান্ত সৃষ্টিকর্তা হতে হবে.

আমি মেঘ পরিষেবার একটি যাদু তন্দুর মত কাজ প্রত্যাশা, but for the foreseeable future I see only job security in মেঘ.