none
Рибрендинг и переход на новый домен в облако (вопрос по стратегии) RRS feed

  • Вопрос

  • Вопрос к опытным внедренцам.  

    Что есть: организация с доменом и почта exchange 2013 (локально), клиенты Win7 c  Outlok 2007 + мобильные пользователи почты в телефонах. (всего 50 ящиков)

    Что будет: Идея собственника все переделать :) Новое название, новый домен, новая почта.

    Если не заморачиваться с железками и купить на всех юзеров Exchange Online от Микрософта под новый домен. Как может выглядеть примерный план перехода с сохранением писем у пользователей на уровне телодвижений админа связанного с переносом ?  На сколько помню по тех.докам аутлук клиента может быть подключен одномоментно только к одному серверу.


    29 сентября 2015 г. 12:10

Ответы

  • По опыту развертывания облачных и гибридных решений, могу сказать, что прежде чем принимать решение - облако или локальное развертывание, надо понять несколько вещей:

    1. Критичность сервиса, надежность хранения данных.

    2. Соотношение внешних и внутренних пользователей.

    3. Доступность и надежность каналов связи.

    4. Степень конфиденциальности информации.

    5. Возможность быстрой обратной миграции в локальное развертывание без потери данных.

    Повторюсь, для вашего количества пользователей развертывание локальной инфраструктуры в отказоустойчивом исполнении, учитывая расходы на аппаратно/программное обеспечение и расходы на эксплуатацию, несомненно НЕэффективно экономически, по сравнению с приобретением подписки на облачные сервисы.


    Do not multiply entities beyond what is necessary

    30 сентября 2015 г. 8:03

Все ответы

  • Вы просто перетащите всю почту в облако, это простейшая миграция. Тем более у вас всего 50 ящиков
    29 сентября 2015 г. 12:33
  • Можно вот тут почитать 

    https://technet.microsoft.com/ru-ru/library/jj863291(v=exchg.150).aspx

    Аутлук может быть подключен к нескольким серверам.

    • Предложено в качестве ответа Guznin KA 5 октября 2015 г. 13:32
    29 сентября 2015 г. 12:36
  • Есть еще вариант. Можно купить подписку у отечественного провайдера. Например тут или у другого (гугл поможет найти). Обратите внимание, чтобы была круглосуточная поддержка. Инженеры поставщика услуг SaaS помогут вам провести переезд максимально безболезненно и без простоев.
    30 сентября 2015 г. 6:41
  • Облачное развертывание имеет одну очень критичную точку. Это связь. При падении канала доступа в интернет пользователи останутся практически без работы. Поэтому нужна очень надежная связь. Широкий канал с резервированием. Подписка, к примеру, Office 365 дело конечно хорошее, но здесь надо считать все плюсы и минусы. Плюсы - высокая доступность и отказоустойчивость сервисов на уровне облака. Минусы - опять же сильная зависимость от каналов связи. Ну и финансовый вопрос. Посчитать не сложно. Для вашего количества пользователей и поставленных задач, возможно это более выгодно, чем разворачивать полноценную инфраструктуру локально.

    Do not multiply entities beyond what is necessary

    30 сентября 2015 г. 7:01
  • Дмитрий, если так смотреть, то локальное развертывание имеет тот же минус (сеть) в нечетной степени :) . Дело в том, что когда у пропадает связь в офисе, то облачный провайдер продолжает работать и принимать почту от партнеров. Можно зайти с мобильного по 3G и проверить наличие новых писем. А вот если сервер установлен локально, то потеря связи становится критичной проблемой. Плюс в ЦОД как правило лучше ситуация с питанием.

    Поэтому облако, возможно, будет дороже локального развертывания, но надежность в разы выше. Это и сеть, и избыточность, и профессиональная поддержка, и готовое решение по защите от спама и вирусов. Если не страдать паранойей (ФСБ не спит и копирует базы облачных провайдеров), то для 50 ящиков определенно лучше Exchange купить, чем разворачивать свой.

    30 сентября 2015 г. 7:17
  • По опыту развертывания облачных и гибридных решений, могу сказать, что прежде чем принимать решение - облако или локальное развертывание, надо понять несколько вещей:

    1. Критичность сервиса, надежность хранения данных.

    2. Соотношение внешних и внутренних пользователей.

    3. Доступность и надежность каналов связи.

    4. Степень конфиденциальности информации.

    5. Возможность быстрой обратной миграции в локальное развертывание без потери данных.

    Повторюсь, для вашего количества пользователей развертывание локальной инфраструктуры в отказоустойчивом исполнении, учитывая расходы на аппаратно/программное обеспечение и расходы на эксплуатацию, несомненно НЕэффективно экономически, по сравнению с приобретением подписки на облачные сервисы.


    Do not multiply entities beyond what is necessary

    30 сентября 2015 г. 8:03
  • Вопрос актуальный, еще раз перечитал ответы.

    А если рассмотреть другой сценарий. Как выглядит стандартная практика если 40 из 50 существующих exchange ящиков нужно перенести на новую почту (xxxxx@newdomain.ru)

    т.е. сотрудник например с 01 декабря будет переведен из старой организации в новую с полным юридическим переоформлением и задача сохранив переписку подменить части сотрудникам адрес на новый домен.  Был ivanov@olddomain.ru а стал ivanov@newdomain.ru

    Нужно ли в ситуации с Exchange 2013  создавать параллельно старому в локальный сети новый домен в AD (контроллеры нового домена), на таком уровне пока не приходилось ничего делать..


    19 ноября 2015 г. 13:57