Миграция в облако: да, всегда есть определенный риск

Миграция в облако не всегда проходит гладко. Один из рисков размещения вашей инфраструктуры в облаке заключается в следующем: что происходит, когда «гаснет свет» и вы не можете ни с кем связаться? Всякий раз, когда я обсуждаю миграцию в облако с клиентом, я убеждаюсь, что он понимает, что это действительно риск, хотя и небольшой.

И вот однажды это случилось с одним из моих коллег, которого я назову Бобом, так как он предпочитает оставаться неизвестным. Боб работает в компании, которая предоставляет ИТ-поддержку и управляемые услуги для малого и среднего бизнеса на юге США. В тот день риск стал реальностью, когда Боб переносил систему электронной почты своего клиента на Office 365.

Первоначально клиент размещал свою электронную почту на серверах своего провайдера. По причинам, которые не были на 100% ясны, клиент хотел как можно быстрее отказаться от этого. Итак, в четверг днем Бобу сказали, что миграция в облако должна быть завершена до наступления выходных. Это означало, что 28 почтовых ящиков и четыре домена должны были быть перемещены так, что текущий провайдер не знал, что что-то происходит.

Лучшее решение?

После небольшого обсуждения клиент и Боб решили, что Office 365 будет лучшим решением, чем переход на внутреннюю почтовую службу, размещенную в компании, в которой работал Боб. Причина этого решения заключалась в том, что Office 365, казалось, предлагал лучшую надежность, большие почтовые ящики и, если клиент позже решит, что ему нужно перейти, чтобы компания Боба предоставила поддержку для его ИТ-потребностей, лучшую переносимость. В частности, администратор управляемых служб в компании Боба считал, что их почтовые серверы затрещали бы по швам, если бы они внезапно добавили такие очень большие почтовые ящики, как сказал этот клиент.

Итак, в четверг днем компания Боба подготовила аренду O365 для клиента, создала необходимые учетные записи и назначила разрешения и адреса электронной почты. Пятница была потрачена на перепроверку всего, а в конце рабочего дня был сделан переход на новую почтовую систему. К утру субботы все было загружено и, казалось, работало хорошо. Рабочие станции были перенастроены, все их данные были доступны, и ни одно сообщение не было потеряно. Это был очень чистый переход — по крайней мере, так казалось.

Затем всплыло нечто неожиданное: возникло осознание того, что у клиента также есть бизнес-приложение (LoB), которое необходимо для отправки электронных писем. К сожалению, это требование не было доведено до сведения Боба до отключения. Вот что бывает, когда не хватает времени все правильно спланировать. Таким образом, коннектор был наспех настроен для их среды Office 365, и снова все, казалось, было хорошо.

Затем в воскресенье утром Бобу позвонил клиент и сообщил, что его электронные письма возвращаются с отчетом о недоставке, указывающим, что «пороги превышены». Быстрый звонок в службу поддержки Microsoft подтвердил, что у соединителя есть ограничение в 1000 сообщений в час, и, согласно их системам, этот предел превышен. Это не соответствовало тому, что сообщало приложение LoB, но служба поддержки Microsoft настаивала на том, что это было правильно. Рабочая теория заключалась в том, что импорт сообщений в рамках процесса миграции в облако мог активировать коннектор. Решением было отключить все пороги на семь дней. Затем это будет сброшено, и в течение часа все сообщения будут отправлены снова.

Итак, в чем проблема?

Вот только это не сработало. С этого момента, несмотря на десятки звонков в Microsoft, клиент ни разу не смог отправить электронное письмо извне через Office 365! Им сказали, что пороговые значения для коннектора сбрасывались 11 раз, но приложение LoB продолжало сбивать их. В течение следующих трех дней приложение фактически пыталось отправить 468 сообщений, в то время как вся компания пыталась отправить только около 3000 сообщений, согласно функции отчетности Office 365. Это было далеко не пороговое значение, поэтому очевидно, что проблема заключалась в чем-то со стороны Microsoft. В качестве меры предосторожности в понедельник утром они отключили коннектор и перенастроили приложение LoB, чтобы использовать один из серверов в компании Боба в качестве ретранслятора почты. Но это не сработало: о избыточном использовании разъема по-прежнему сообщалось.

В течение трех дней единственным ответом, который они получили от службы поддержки Microsoft, было то, что проблема была зарегистрирована и находится на эскалации. Им снова и снова в течение трех дней обещали, что это будет «работать в течение часа». Однако Боб ни разу не смог поговорить ни с кем из группы эскалации; он мог только связаться со службой поддержки входа. Ему даже позвонили в 3 часа ночи в среду и сказали, что проблема решена, но это не так.

Во вторник днем Боб снова перенес клиента на размещенную почтовую систему в компании Боба. Это позволило клиентам полностью настроить и запустить свою почту до того, как они открылись для работы в среду утром. Затем среда была потрачена на повторный импорт сообщений и решение других мелких проблем. Это показалось странным и Бобу, и мне, потому что, в конце концов, даже если у вас есть пользователь или коннектор, превышающий пороговое значение, должно ли это отключить возможность отправки для всей компании?

Так или иначе, в среду днем так называемый «посол Office 365» отправил Бобу электронное письмо с извинениями за разочарование, которое испытал его клиент. Извинения, однако, включали следующие слова: «Однако я действительно думаю, что в вашем случае, похоже, произошел инцидент со здоровьем региональной службы, который, возможно, имел место, поскольку ваш случай — не единственный случай, который у меня был с этой проблемой.. И похоже, что наша бэкэнд-команда немного перегрузилась, пытаясь решить все проблемы по мере их поступления».

Я должен задаться вопросом, что бы я сделал сам, если бы я когда-либо сталкивался с подобной ситуацией. После этого я поговорил с Бобом и просмотрел его процесс миграции в облако, и я не чувствую, что он допустил какие-либо ошибки. Он связался со службой поддержки Microsoft и следовал их инструкциям буквально. Никакие мольбы или мольбы не могли решить проблему или даже рассмотреть ее со стороны старшего технического специалиста Microsoft. Единственное решение, которое у него было через три дня, состояло в том, чтобы выбрать другое решение, которое сработало, а именно перевести клиента на размещенную почтовую службу, предоставляемую компанией Боба.

Миграция в облако: всегда некоторый риск

В заключение скажу, что я знаю много компаний, которые перевели свои почтовые системы на Office 365, и, хотя в этом процессе иногда возникают некоторые заминки, обычно в конце все оказывается хорошо. Office 365 — это мощное и надежное решение для связи и совместной работы бизнес-класса для малых и средних компаний, и я без колебаний рекомендую его предприятиям, которые спрашивают меня об этом. Боб думает так же, и у него много других клиентов Office 365, и мне впервые пришлось обращаться в службу поддержки для кого-либо из них. Я искренне надеюсь, что он последний.

Но эта история подчеркивает один важный факт о переносе любого аспекта ИТ-инфраструктуры вашей компании в облако: всегда существует определенный уровень риска.