Дебют версии Exchange 2016: Часть II
Содержание:
1. Часть I;
2.Часть II (Вы читаете данный раздел);
3. Часть III;
4. Часть IV.
Хотя новые функциональные возможности сейчас проходят испытания на базе платформы Office 365, важно отдавать себе отчет в том, что для работы практически любой построенной на локальном оборудовании среды характерны те или иные недочеты, которые, по-видимому, никогда не будут использоваться «облачной» платформой. Кроме того, не надо забывать о том, что различия между «облачной» и локальной версиями Exchange действительно существуют, так что не полагайтесь на специалистов Microsoft и проводите тестирование своими силами.
Второе обстоятельство состоит в том, что Exchange 2016 намного ближе к своей предшественнице, чем любая другая версия. Разумеется, последние версии отличаются друг от друга (пример — ликвидация индивидуальных серверных ролей), но ядра обеих версий практически идентичны. Поэтому я называю Exchange 2016 вторым пакетом обновлений системы Exchange 2013. Поскольку две версии так близки, установка систем Exchange 2016 в организациях, где эксплуатируются системы Exchange 2013, и перекрестное подключение почтовых ящиков для доставки телеграмм (http://besplatnyeprogrammy.pro/telegramm/) в электронном виде не составляют труда. Группы обеспечения доступности баз данных придется построить заново, так как они не могут включать серверы, работающие под управлением различных операционных систем или выполняющие разные версии Exchange.
Кстати, обратите внимание: данная версия Exchange 2016 не будет блокировать ваши действия, если вы попытаетесь включить в группу обеспечения доступности баз данных Exchange 2016 сервер Exchange 2013, и наоборот. Блокирующий механизм, который препятствовал бы созданию смешанных версий, пока не установлен, но он уже находится в разработке. А пока будьте осторожны и следите за тем, чтобы на всех системах, входящих в ваши группы обеспечения доступности, выполнялись одни и те же программные средства. Различия между системой Exchange 2016 и предшествующей версией станут более очевидны в случае развертывания в сети Share Point 2016 и новой версии Office Online Server (OOS, известной также как Office Web Apps Server). Дело в том, что эти продукты обеспечивают основу для таких средств, как современные вложения, или modern attachments. Оба продукта поступят в продажу во втором квартале 2016 года. Представители общественности могут ознакомиться с предварительными версиями Share Point 2016 и OOS; таким образом, клиенты смогут увидеть, как взаимодействуют друг с другом SharePoint, Exchange и Office Online Server, но только в тестовых сетях.
У вас может возникнуть вопрос: почему в Office 365 уже реализованы функции, которые Microsoft не может или не хочет включать в новые продукты? В целом программные продукты, выполняемые в «облаке», будут опережать локальные версии хотя бы потому, что Microsoft держит настройки и функционирование систем Office 365 под полным контролем и, следовательно, может применять технологии, еще не готовые для реализации в «необлачных» продуктах. Развертывать продукт в ситуации, когда за спиной у вас инженерные команды специалистов по Exchange и SharePoint, готовые решить любую потенциальную проблему, — это приемлемый уровень риска. Риск становится неприемлемым, когда программные средства выходят из-под контроля Microsoft и попадают в руки администраторов локальных систем.
1. Часть I;
2.
3. Часть III;
4. Часть IV.
Хотя новые функциональные возможности сейчас проходят испытания на базе платформы Office 365, важно отдавать себе отчет в том, что для работы практически любой построенной на локальном оборудовании среды характерны те или иные недочеты, которые, по-видимому, никогда не будут использоваться «облачной» платформой. Кроме того, не надо забывать о том, что различия между «облачной» и локальной версиями Exchange действительно существуют, так что не полагайтесь на специалистов Microsoft и проводите тестирование своими силами.
Второе обстоятельство состоит в том, что Exchange 2016 намного ближе к своей предшественнице, чем любая другая версия. Разумеется, последние версии отличаются друг от друга (пример — ликвидация индивидуальных серверных ролей), но ядра обеих версий практически идентичны. Поэтому я называю Exchange 2016 вторым пакетом обновлений системы Exchange 2013. Поскольку две версии так близки, установка систем Exchange 2016 в организациях, где эксплуатируются системы Exchange 2013, и перекрестное подключение почтовых ящиков для доставки телеграмм (http://besplatnyeprogrammy.pro/telegramm/) в электронном виде не составляют труда. Группы обеспечения доступности баз данных придется построить заново, так как они не могут включать серверы, работающие под управлением различных операционных систем или выполняющие разные версии Exchange.
Кстати, обратите внимание: данная версия Exchange 2016 не будет блокировать ваши действия, если вы попытаетесь включить в группу обеспечения доступности баз данных Exchange 2016 сервер Exchange 2013, и наоборот. Блокирующий механизм, который препятствовал бы созданию смешанных версий, пока не установлен, но он уже находится в разработке. А пока будьте осторожны и следите за тем, чтобы на всех системах, входящих в ваши группы обеспечения доступности, выполнялись одни и те же программные средства. Различия между системой Exchange 2016 и предшествующей версией станут более очевидны в случае развертывания в сети Share Point 2016 и новой версии Office Online Server (OOS, известной также как Office Web Apps Server). Дело в том, что эти продукты обеспечивают основу для таких средств, как современные вложения, или modern attachments. Оба продукта поступят в продажу во втором квартале 2016 года. Представители общественности могут ознакомиться с предварительными версиями Share Point 2016 и OOS; таким образом, клиенты смогут увидеть, как взаимодействуют друг с другом SharePoint, Exchange и Office Online Server, но только в тестовых сетях.
У вас может возникнуть вопрос: почему в Office 365 уже реализованы функции, которые Microsoft не может или не хочет включать в новые продукты? В целом программные продукты, выполняемые в «облаке», будут опережать локальные версии хотя бы потому, что Microsoft держит настройки и функционирование систем Office 365 под полным контролем и, следовательно, может применять технологии, еще не готовые для реализации в «необлачных» продуктах. Развертывать продукт в ситуации, когда за спиной у вас инженерные команды специалистов по Exchange и SharePoint, готовые решить любую потенциальную проблему, — это приемлемый уровень риска. Риск становится неприемлемым, когда программные средства выходят из-под контроля Microsoft и попадают в руки администраторов локальных систем.
