Сушить белье внутри балкона и снаружи - разные вещи. И я, как собственник МКД против второго. Так же как и против развешивания внешних блоков кондиционеров там, где установщикам удобно.
И раньше не мог. На внешней части балкона. Потому что это общедомовое имущество и на нём нельзя размещать без разрешения собственников МКД ничего. Ни флагов, ни рекламы Сбербанка.
1. Да, IIS. Это и логи всех клиентских сессий OWA и логи всех клиентских сессий MAPI\HTTP и логи клиентский обращений к службе автообнаружения и логи ещё полудюжины служб, которые Exchange держит поверх IIS.
2. Смысл этой статьи не в том, чтобы предложить готовое решение. Поэтому никакой архитектурной схемы не планировалось и не будет. То же самое с отказоустойчивостью — если необходимо — реализуйте теми средствами, которые вам доступны. Держать logstash на сервере Exchange конечно же не стоит.
3. Это можно настроить, если есть административные права на эластик. А если их нет?
4. Exchange умеет и в нативные логи. Но писать каждую пользовательскую сессию в нативный лог это немного самонадеянно. Поэтому все клиентские сессии пишутся в текстовые логи. Административные события Exchange конечно же пишет в Event Log. Более того, эти логи конечно же можно при необходимости затягивать в эластик.
Во-первых, Splunk не продаётся на территории Российской Федерации. Во-вторых движок elastic мы получаем как сервис. В-третьих, на момент выбора решения мы особо альтернатив не видели (возможно, плохо смотрели).
Как-то так получается :)
Нет, мы просто с тобой разумные взрослые люди, которые стремятся уважать окружающих ?
Свой дом - свои правила?
Сушить белье внутри балкона и снаружи - разные вещи. И я, как собственник МКД против второго. Так же как и против развешивания внешних блоков кондиционеров там, где установщикам удобно.
И раньше не мог. На внешней части балкона. Потому что это общедомовое имущество и на нём нельзя размещать без разрешения собственников МКД ничего. Ни флагов, ни рекламы Сбербанка.
Александр - огонь! :)
Что значит активно?
В принципе, все, кто использует Azure Automation в том или ином виде используют DSC.
2. Смысл этой статьи не в том, чтобы предложить готовое решение. Поэтому никакой архитектурной схемы не планировалось и не будет. То же самое с отказоустойчивостью — если необходимо — реализуйте теми средствами, которые вам доступны. Держать logstash на сервере Exchange конечно же не стоит.
3. Это можно настроить, если есть административные права на эластик. А если их нет?
4. Exchange умеет и в нативные логи. Но писать каждую пользовательскую сессию в нативный лог это немного самонадеянно. Поэтому все клиентские сессии пишутся в текстовые логи. Административные события Exchange конечно же пишет в Event Log. Более того, эти логи конечно же можно при необходимости затягивать в эластик.
Чтобы был повод написать ещё одну статью
Предлагаю, что это особенности интеграторов.
Эти риски — тема для обсуждения с бизнесом. Если он готов их принимать, то ничего страшного в этом нет.
Во-первых, Splunk не продаётся на территории Российской Федерации. Во-вторых движок elastic мы получаем как сервис. В-третьих, на момент выбора решения мы особо альтернатив не видели (возможно, плохо смотрели).
Как-то так получается :)