Весь прошлый год Microsoft выпускала новые версии своих продуктов и на текущий момент еще остались не закрытые направления. На подходе выпуск нового SharePoint Server 2016 и в конце января был выпущен RC (релиз кандидат). Поскольку это уже достаточно зрелая версия, мы можем смело поговорить о том, что нам готовит SharePoint Server 2016, какие возможности появятся и какие уйдут, благо англоязычный MVP Vlad Catrinescu уже подготовил отличную подборку.
Прежде всего хотелось бы ответить, что истории SharePoint в этом году исполняется 15 лет, если кто не помнит, история началась в далеком 2001 году и на текущий момент выпускается 6 редакция, если не учитывать облачные продукты.
Что обещают? Говорят о новом уровне качества и стабильности, которым не могли похвастаться предыдущие версии продукта. Обещают это за счет того, что все возможности обкатывались в облаке и после этого код использовался в on-premises версии 2016.

Последнее время пошли разговоры, что SharePoint умирает, что SharePoint уже не тот и все уйдут в облака, а поэтому пора менять работу. Microsoft попыталась успокоить и выдала следующую статистику, а именно 160 миллионов активных пользователей системы в мире и колоссальный месячный рост. При этом только 40% пользователей в облаке, а если учесть, что компании часто покупают облако и используют on-premises, то скорее всего даже меньше. Так что надежда на развитие продукта on-premises вроде как есть.
Минимальные требования продукта остались неизменные, но надо понимать, что это именно минимальные требования, которые будут далеки от реальных при использовании.
В качестве платформы можно использовать:
- Windows Server 2012 R2
- Windows Server 2016
- SQL Server 2014 SP1
- SQL Server 2016
Для использования всех возможностей бизнес аналитики подходит только SQL Server 2016, иначе не будет доступно:
- Power Pivot Gallery
- Scheduled Data Refresh
- BISM Link Support
- Power Pivot Management Dashboard
- Power View Subscriptions и Report Alerting
- Power View Reports

Из очень приятных изменений новость об отсутствии ограничений на размер загружаемого файла, теперь ограничения фактически нет, но есть рекомендация в 10Gb. Хранятся такие файлы без использования технологии RBS, а новый механизм загрузки обещает скорость значительно выше, чем была при загрузке больших файлов 2010 редакции. Естественно при таком размере файлов и контентные базы данных в несколько терабайт становятся обычных делом.
SharePoint Server 2016 несет новую архитектуру фермы. Давайте вспомним как было раньше, а точнее классическую схему фермы SharePoint Server 2013:
- Две роли сервера WFE и Application
- В ферме из группы серверов клиенты подключались к одному из WFE
- WFE работали как классические веб-сервера и практически не имели сервисов
- Все сервисные приложения выполнялись на серверах Application
- Клиент обращался за сервисом к WFE
- Если сервис выполнялся на нескольких Application, WFE балансировал между ними
- Application возвращал данные WFE, а тот клиенту
- Генерировалось много “лишнего” трафика между серверами

Также в SharePoint Server 2013 предлагали альтернативный вариант топологии Streamline. Основное отличие было в том, что часть сервисов выносили на WFE, а именно те сервисы, которые не генерировали большой нагрузки, а самое главное генерировали непродолжительную нагрузку. Все что создавало серьезную нагрузку и надолго выноси ли на сервера Application, которые называли Batch Processing. Плюс в ферме могли быть сервера со службой Distributed Cache и отдельно сервера со службой поиска или Project Server. Но это не убирало проблемы межсерверных “гуляний”, когда клиент подключался к одному WFE, запрашивал сервис и даже при условии, что этот сервис был на этом WFE, запрос отправлялся на другие WFE сервера.

Как я уже сказал, SharePoint Server 2016 имеет новую архитектуру фермы с именем MinRole. За ней скрывается пять ролей:
- Front-End – веб-сервер, который несет множество сервисов:
- Access Services
- Business Data Connectivity
- Central Administration
- Managed Metadata
- SharePoint Foundation Web Application
- Secure Store Service State
- Subscription Settings
- User Code
- User Profile
- Visio Graphics
- Application – сервер приложения для сервисов, ориентированный на долгую и высокую нагрузку:
- Crawl Target
- Machine Translation
- PowerPoint Conversion
- User Profile Synchronization
- Word Automation
- Work Management
- Workflow Timer Service
- Distributed Cache – сервер исключительно для сервиса Distributed Cache, сервис перекочевал из SharePoint Server 2013.
- Custom – сервер на котором можно ставить любую комбинацию из существующих сервисов.
- Search – выделенный сервер для службы поиска.

В крупной компании может быть и такая жесть из четырнадцати серверов, но это очень крутая топология.
А теперь ключевые отличия MinRole от того, что было раньше:
- Сервисы четко расписаны по ролям, т.е то, что положено для одной роли на другой не запустите.
- Теперь запрос клиента к сервису всегда приоритетно обрабатывается на том Front-End сервере к которому он подключился.
- Службы теперь стартуют сами после создания сервисного приложения и останавливаются после удаления сервисного приложения сами.
- Добавляете в ферму второй сервер с какой то ролью, сервисы на нем запускаются автоматом.
- Теперь нужно минимум 4 сервера для реализации фермы MinRole.
- Создать сервисное приложения не имея 4 серверов нельзя.
- У вас всегда есть вариант Custom, где можно не придерживаться схемы MinRole.
- Вместо Office Web App сервера теперь будет Office Online Server.
Вариант топологии c игнорированием MinRole будет выглядеть так:

Т.е добавляются только Custom сервера и полностью настраиваются по своей схеме с нужным распределением ролей и сервисов.

Ну а MinRole топология без высокой доступности это пять серверов, включая сервер баз данных SQL.

Кстати топология с одним сервером осталась, но теперь она всегда использует отдельный сервер баз данных, вариант с локальным SQL Express остался в прошлом. Теперь когда с архитектурой разобрались перейдем к функционалу, а тут тоже масса изменений.
Они “убили” встроенный в SharePoint 2013 FIM сервис. Насколько я понял причины следующие:
- Фиксить баги кода FIM 2010 не было сил. (а именно его код использовался)
- FIM 2010 не работает на Windows Server 2016. (переделывать не стали)
- Было трудно конфигурировать.
- Аудиенции для разных доменов не работали.
- Локальный администратор для сервисной учетки на этапе настройки напрягал.
Поэтому теперь вы либо будете использовать Active Directory Import, который ограничен одним лесом, не кастомизируется и работает в одном направлении. Либо ставите отдельный сервер Forefront identity Manage, который чтобы настроить надо “выпить ящик водки”, ибо продукт реально сложный.

От грустного к приятному – новый функционал Durable Links, краткая суть которого в том, что при переименовании или перемещении документа вы не получаете мертвых ссылок и по старой ссылке можно будет к нему обратиться. При этом работает это только с офисными файлами плюс PDF и только при наличии Office Online Server.

Не знаю кто ждал эту фишку, но теперь в 2016 версии появился способ создавать коллекции сайтов гораздо быстрее, делается это за свет копирование преднастроенного шаблона.

Объединения SharePoint и Project ждали давно, теперь это реальность. Project Server теперь обычное сервисное приложение в SharePoint Server 2016, что значительно все должно упростить и с развертыванием и с обновлением.
Так же произошли изменения:
- Добавили DLP – защита от утечки конфиденциальных данных. Для России как обычно не актуально, т.к шаблонов для нашей страны нет.
- Улучшили SMTP – возможность использовать нестандартный порт и TLS
- Улучшили IRM
- Улучшили корзину SharePoint
- Улучшили мобильное отображение

SharePoint Foundation 2013 к сожалению похоронили, больше такого продукта не будет. Очень интересно, что будут делать компании, которые разработали на базе него кучу решений. MS как обычно очень “надежный” партнер.

На этом пункте скорее всего будет больше всего мата, т.к “они убили Кенни” они убрали сервисное приложение Excel Services. Часть фишек перешла в Office Online Server, а остальное просто убрали.

Не вышло новых версий InfoPath Designer и SharePoint Designer, старые версии будут работать с новым SharePoint. Службу InfoPath Service так же отправили на покой, а всем желающим советуют перебираться на Nintex, AgilePoint, K2 и Formotus.

Переход на 2016 версии должен быть легким, процедура переноса баз данных не поменялась, но в качестве “подарка” сообщили о том, что прямой миграции с 2010 версии на 2016 не будет, только через 2013 выпуск.

Обещают, что ферму SharePoint 2016 можно будет обновлять без простоя, но поскольку обновлений еще не было, ровно как и RTM, то остается верить, что так оно и будет.
Довольно много изменений в гибридных сценариях:
- Sharepoint hybrid configuration wizard
- Hybrid team site
- Profile Redirection
- Extensible App Launcher
- Cloud Search
Итого получается, что изменений довольно много и большая часть из них со словом “убрали”, после знакомства с новой версий осталось очень противоречивое впечатление и как-то совсем без позитива и веры в светлое будущее SharePoint.
MCT/MVP Илья Рудь
Мой онлай курс “Планирование и установка Exchange Server 2016”

Мои очные курсы по Skype\Exchange\SharePoint