Многочисленные интерфейсы администрирования Microsoft: чем больше, тем веселее
«Не ломалось – не чини», – всем нам известна эта старинная мудрость. Но в современном мире всегда найдутся те, кто настаивает на «починке». Одни администраторы, например, утверждают: «Не хватает возможностей управления из командной строки», – и Microsoft изобретает PowerShell. Тогда другие администраторы, любители графического интерфейса, заявляют: «Мы не хотим осваивать командную строку!» – и история повторяется.
Несколько лет назад Microsoft выпустил Windows Server Core – версию Windows Server без всех тех лишних элементов интерфейса, которые на протяжении многих лет расширяли площадь для хакерских атак. Хотя администраторам понравилось снижение уязвимости Windows Server Core, тут же начались жалобы, что администрировать из командной строки нелегко. История повторяется.
Такое большое разнообразие потребностей и стилей работы в конечном счете означает, что пользователям просто необходимо предложить выбор, чтобы каждый мог найти что-то себе по вкусу. Именно поэтому Microsoft предлагает в Windows Server столько разных вариантов интерфейса.
Лично мне нравится иметь выбор инструментов для выполнения различных задач. Я, например, одобряю идею разработчиков серверной и облачной платформ Microsoft, которая предполагает наличие в Windows Server 8 «минимального серверного интерфейса». Суть в том, что между Windows Server Core и графической оболочкой сервера можно будет в любой момент переключиться простой командой с одной перезагрузкой. Администраторам это понравится: ведь они смогут использовать лучшие возможности обоих вариантов системы.
Не менее гибкий подход наблюдается и в других областях. Я, допустим, предпочитаю работать с электронной почтой на компьютере через Outlook. При необходимости я, конечно, использую Outlook Web Access, но как бы ни был хорош этот вариант, до полноценной клиентской программы ему далеко. Браузерные приложения чересчур неуклюжи; к тому же, возникает проблема доступа к полученным и отправленным письмам при отсутствии подключения к сети. Но Outlook и OWA вовсе и не должны быть одинаково функциональны; каждая из версий хороша на своем месте. OWA, например, позволяет проверять почту практически с любого устройства, и это особенно удобно при использовании чужого компьютера (попробуй-ка проверни то же самое через Outlook!).
Однако в SharePoint такой гибкости интерфейса не наблюдается. Администраторы коллекции сайтов могут выполнять многие задачи через браузерную утилиту, а для разработки установить SharePoint Designer. Однако администраторы SharePoint могут использовать только PowerShell или браузерный интерфейс центрального администрирования. Почему нет административной консоли с графическим интерфейсом? Консоль управления Microsoft (MMC) стала фактически универсальным средством администрирования для всех серверных продуктов Microsoft, кроме SharePoint.
Казалось бы, такое разнообразие подходов только запутывает, но на самом деле, это не так. Взять, например, Exchange 2010: почти все задачи можно выполнять в MMC-подобной консоли управления Exchange (Exchange Management Console) с графическим интерфейсом. Но что если необходим мощный инструмент для настройки и управления массовыми операциями в Exchange? Тогда к вашим услугам оболочка управления Exchange Management Shell с командлетами PowerShell. А для администрирования Office 365 или развернутой на предприятии среды Exchange из командировки можно воспользоваться браузерной панелью управления Exchange (Exchange Control Panel).
Наличие выбора – это разумно. Отказ от опций ограничивает возможности. Надеюсь, что с выходом Windows 8 Server и других запланированных серверных продуктов Microsoft в этом году, мы получим три главных варианта администрирования: графическую консоль MMC, браузерную консоль и оболочку командной строки PowerShell – каждый достаточно мощный и гибкий для удовлетворения всех наших потребностей. И надеюсь, Microsoft позволит их отключать, чтобы выбором можно было управлять по мере необходимости.
