Полный круг: локальный Exchange в Microsoft 365 — и обратно
В цифровую эпоху, в которой мы живем сегодня, слово «облако» стало модным. Если вы общаетесь с ИТ-администраторами, они либо переходят на Microsoft 365, либо обсуждают миграцию, либо полностью завершили миграцию с локального Exchange на Microsoft 365. Но некоторые компании пошли на этот шаг и перешли на Microsoft 365 только для того, чтобы вернуться к локальному Exchange, потому что у них был неудачный опыт или компания сменила руководство. Другая причина заключается в том, что есть некоторые вещи, которые вы не можете делать в облаке, но можете делать локально, и им не хватает такого контроля. В связи с этим у компаний, переходящих на Microsoft 365, возникает вопрос: следует ли сохранять локальные серверы Active Directory и среду Exchange на тот случай, если вы станете одной из компаний, которые вернутся с Microsoft 365 на локальную версию Exchange?
Обратная миграция с Microsoft 365 на Exchange
Для миграции в облако требуется время, в зависимости от размера вашей организации. Группа ИТ-безопасности должна обеспечить безопасность и безопасность данных и почтовых ящиков пользователей, и для этого требуется много планирования. Первый вопрос, который вы можете задать: могу ли я выполнить миграцию обратно на свои локальные серверы? Да, конечно, вы можете перейти от Microsoft 365 обратно к своей локальной версии Exchange, которая, скорее всего, больше не поддерживается и устарела. Это означает, что если у вас есть шести- или двенадцатимесячный проект по перемещению всех документов, электронной почты и т. д. в облако, вам, скорее всего, потребуется столько же времени, чтобы вернуть все обратно. Контроль за изменениями также необходимо будет отменить.
Сохраняете ли вы локальные серверы Active Directory и среду Exchange для тех, кто перешел на Microsoft 365 и чьи пользователи полностью используют Azure AD и Microsoft 365? Это ситуация «Уловка-22», верно? Если мы сделаем шаг назад на несколько месяцев, когда разразился COVID-19, многие компании начали испытывать финансовые трудности. Некоторые клиенты, с которыми я имел дело, переместили все обратно в локальную среду, чтобы сократить расходы (что они могли сделать, потому что у них все еще были локальные серверы), или они остались с Microsoft 365, но понизили лицензии. Другие компании, использующие гибридный Exchange, переместили пользовательские почтовые ящики обратно в локальную среду и оставили лишь несколько избранных в Microsoft 365, чтобы сэкономить на расходах, а также проверили лицензии и понизили версию там, где это было необходимо.
Локальная среда по-прежнему имеет большую привлекательность
Вернемся к тому, где мы говорили о «в обсуждениях» миграции в облако. У меня были клиенты, которые смотрели, например, на то, что предлагает Exchange 2019, и сравнивали его с Microsoft 365 — забудьте о том, что на самом деле вы не можете сравнивать — но, по их мнению, будь то переход на Microsoft 365 или на Exchange 2019, они бы скорее придерживайтесь того, чтобы все было локально, поскольку в этом сценарии стоимость не имеет значения. Однако другая проблема связана с безопасностью. Многие по-прежнему не доверяют общедоступному облаку и не хотят раскрывать информацию в Интернете, поэтому для них миграция и удаление локальных серверов, вероятно, не произойдет.
У меня были клиенты, которые не хранили ничего локально, так как большинство сотрудников работали удаленно. Поскольку они используют Microsoft 365, они получат большие почтовые ящики и новейшие приложения Microsoft Office. Таким образом, не нужно будет тратить средства на покупку нового оборудования и хранилищ для поддержки новых версий Exchange Server и мощных хостов, будь то VMware или Hyper-V для запуска этих приложений.
Да, я так и не ответил на вопрос: стоит ли сохранять локальные Active Directory и Exchange Server? К сожалению, на это нет прямого ответа. Нет, поскольку у вас нет ничего, что зависит от Active Directory локально, кроме Exchange, и что касается принтеров, вы можете настроить соединитель для ваших принтеров для сканирования в электронную почту или для того приложения, которое должно отправлять почту в Microsoft 365. Вы можете сэкономить на стоимости лицензии для Windows, работающей на вашем гипервизоре, а также на клиентских лицензиях (CAL) для Exchange. И, возможно, вам больше не нужна эта подписка Visual Studio (необходимая для Exchange 2019), поэтому вы можете сэкономить там деньги.
Локальная версия Microsoft 365 для Exchange: решение принимает высшее руководство
Но этот звонок должен быть сделан высшим руководством вашей компании. Вы, как консультант своего клиента или ИТ-менеджер, можете рассказать о плюсах и минусах переноса всего в облако и избавления от всего локального. Может быть или будет «нет», потому что у вас есть старые приложения, которые полагаются на сервер Exchange с его локальным каталогом Active Directory, поэтому серверы должны быть сохранены. Вы можете уменьшить количество серверов до одной или двух DAG вместо 12 или 13. Да, все еще существуют приложения, зависящие от Active Directory, и они были закодированы таким образом.
Из каждых 10 компаний шесть, вероятно, будут хранить свои серверы локально, а остальные четыре — нет. В некоторых ситуациях имеет смысл не оставлять серверы, но может быть тот 1 процент, который считает, что у них есть запасной план, если им когда-нибудь понадобится вернуться, потому что серверы все еще там. Да, это будут устаревшие серверы, но клиенты говорят: «Если не сломалось, не чини». Удивительно, сколько клиентов до сих пор используют Exchange 2010, а крайний срок поддержки истекает в следующем месяце! Но это разговор в другой раз.
Подводя итог статье, можно сказать, что здесь нет однозначного ответа, что делать с вашим Exchange Server при переходе на Microsoft 365. В конце концов, нам нужно поддержать клиента или вашу собственную компанию с помощью решения, которые они принимают, оставаясь в облаке, мигрируя обратно на локальный Exchange или запуская гибридный Exchange с несколькими почтовыми ящиками в облаке.