Программа Office365 Mon не слишком мощная, но довольно успешно определяет неполадки. Иногда даже слишком успешно, как я выяснил, когда настроил клиент на использование Office365 Mon и получил несколько уведомлений о потенциальных отключениях на следующий день. Ни одно из них не вызвало никаких проблем для моего клиента, а объяснялись они, похоже, переходными условиями где-то между физическим сервером, на котором размещен контролируемый почтовый ящик или сайт, и сервером Azure, запросившим целевой ресурс в синтетической транзакции. Как показано на приведенном ниже скриншоте, большинство отказов, о которых сообщает мой клиент, были довольно короткими, и пользователи, запускавшие Outlook в режиме кэширования данных Exchange, скорее всего, не заметили никаких проблем.


К счастью, Office365 Mon позволяет клиентам настроить «интервал беспокойства» для уведомлений, чтобы получать их, только если потенциальное отключение превращается в перерыв в работе длительностью 2—3 минуты (или больше). Возможность настроить «интервал беспокойства» — пример быстрого изменения приложений в «облаке» в соответствии с отзывами потребителей. По крайней мере, хороших приложений! Можно также настроить Office365 Mon таким образом, чтобы получать сообщения об определенных событиях, в частности о восстановлении службы после отключения.

Раннее обнаружение проблемы дает много преимуществ. Microsoft пытается сообщать о неполадках на панели управления службы Office 365, но информация о проблемах поступает клиентам не так быстро, как от средства мониторинга. Главное достоинство базовой версии Office365 Mon в том, что она бесплатная (https://office365mon.com/Products/Pricing). Вы платите только за дополнительные функции, например расширенные отчеты и аналитику, в том числе точные сведения о показателях SLA, обеспечиваемых компанией Microsoft вашему клиенту. Эта служба определенно должна заинтересовать пользователей, работающих только в «облаке». Однако следует помнить, что для ее использования необходимо стабильное интернет подключение, к примеру, по Wi-Fi (настроить такую сеть вы можете и сами - http://help-wifi.com/nastrojka-wi-fi-na-pc-noutbuke/kak-podklyuchit-obychnyj-kompyuter-pk-k-wi-fi-seti/ (http://help-wifi.com/nastrojka-wi-fi-na-pc-noutbuke/kak-podklyuchit-obychnyj-kompyuter-pk-k-wi-fi-seti/)).


Конечно, информация от синтетического зонда не исчерпывающая, a Office 365 — продукт сложный, особенно если вы работаете в гибридной среде и компоненты разбросаны по локальным и «облачным» службам, в том числе если используются любимые всеми единая регистрация и синхронизация каталогов. Office365 Mon располагает локальным зондом для отслеживания происходящего, но пока неясно, насколько эффективным будет этот зонд для анализа сложных локальных систем с их специфическими особенностями, в том числе службами федерации Active Directory и синхронизацией каталогов.

Если требуются мониторинг и отчеты для гибридного развертывания, то следует обратиться к другим инструментам, таким как Mailscape 365 компании ENow Software (http://enowsoftware.com/products-and-solutions/exchange-management-tools/hybrid-exchange-and-office-365/) или Exoprise CloudReady (http://www.exoprise.com/solutions/office-365-performance-monitoring/). Масштабы и сложность гибридных сред Exchange изменяются в очень широких пределах, поэтому лучше сначала опробовать продукт, проверив его эффективность на практике. Отрадно, что Microsoft уделяет внимание тому, чтобы сделать Office 365 удобным для разработчиков. Все заинтересованы в том, чтобы независимые поставщики программного обеспечения заполнили пробелы, по каким-то причинам оставленные Microsoft. Будет интересно посмотреть, какими путями пойдет использование этих API-интерфейсов.

---

<<К началу статьи