Пересмотр мониторинга сети: Стратегический плейбук для современной корпоративной ИТ

Корпоративная ИТ и сетевые операционные команды могут казаться далекими от сетки NCAA March Madness, однако оба требуют стратегии, сотрудничества и быстрого принятия решений.

Как колледжский баскетбол, эффективный мониторинг сети требует сбалансированной атаки и защиты. Однако сетевой даунтайм может парализовать прибыль бренда, в отличие от NBA, где звезда может уйти.

С сетями, эволюционирующими на ломающей скорости, ИТ-команды постоянно переопределяют стратегии для предупреждения проблем, которые могли бы нарушить опыт конечного пользователя.

Многие организации постепенно отказываются от наследических, дата-центр-центричных архитектур в пользу облако-центричных, Direct Internet Access (DIA) и SD-WAN решений. Эти новые модели делают традиционные инструменты мониторинга устаревшими.

Мониторинг производительности сети, меняющий игру

По мере расширения облачных сетевых опций вместе с всплеском SaaS, корпоративная ИТ должна принимать гибкие сетевые модели для поддержки распределенных офисов и удаленных рабочих.

DIA и SD-WAN привлекательны, потому что интернет вездесущ: каждый удаленный сайт может подключиться к ISP, поддерживающему доставку приложений через публичный интернет, делая развертывание простым в сочетании с VPN.

Но доставят ли эти инструменты затраты и трудовые сбережения, которые ищут CIO, или просто заменят старые проблемы на новые?

В развертывании SD-WAN, пограничные маршрутизаторы на каждом удаленном месте коммуницируют с центральным контроллером, консолидирующим политики маршрутизации, устанавливая глобальный стандарт для всей WAN. Это дает ИТ высокоуровневый взгляд на производительность между филиальными офисами, но часто не достигает гранулярной видимости, необходимой для диагностики проблем, влияющих на пользователей.

Например, с SD-WAN трафик может проходить через выделенные VPN-туннели между удаленными пользователями и офисами. Контроллер обычно видит только LAN-файрвол на каждом месте, делая публичные-интернет-прыжки — такие как DNS-запросы и промежуточные маршрутизаторы — непрозрачными для ИТ.

Следовательно, контроллер SD-WAN предлагает бинарный да/нет о том, достигло ли приложение пункта назначения, без раскрытия задержки или потери пакетов, происходящих вне WAN.

Это ограничение лишает централизованную ИТ локальной перспективы на проблемы, которые могут влиять на конечных пользователей за пределами WAN.

Использование мониторинга производительности сети для полноценного прессинга

ИТ-командам нужны инструменты, отображающие каждый прыжок по пути приложения между филиальными офисами и предоставляющие гранулярные локальные метрики производительности. Без этого слоя инсайта отображение выигрышной стратегии становится невозможным.

Пока DIA и SD-WAN могут списать наследическое оборудование и, в теории, держать команды связанными до тех пор, пока сеть работает, они также отнимают критичную видимость, необходимую для проактивных побед.

Без этого дополнительного слоя инсайта команды управления сетью не могут эффективно заложить план поддержания производительности или разрешения проблем после того, как они повлияют на конечных пользователей. Это как выйти на корт с менее чем пятью игроками — вы просто не можете покрыть весь корт без каждого игрока, наблюдающего за углами.

Чтобы оставаться впереди, инвестируйте в всесторонний мониторинг производительности, который замощает разрыв между WAN и конечным пользователем.