Задержка имеет значение: готова ли ваша удаленная облачная инфраструктура для мобильных рабочих сил?

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

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

Пока work-from-anywhere модель предлагает ясные выгоды для сотрудников и бизнесов, она также вводит новый набор вызовов для IT-команд, особенно когда речь идет о cloud-based производительности и надежности приложений.

Топ вызовы в поддержке удаленной инфраструктуры

Перемещение приложения или сервиса с on-premises дата-центра в облако добавляет расстояние — и поэтому задержку — к пути доставки. Географическая локация вашего SaaS или облачного провайдера дальше усложняет дела. В облаке, мониторинг производительности становится сложнее, потому что базовая инфраструктура больше не принадлежит вашей организации, но все еще имеет глубокий импакт на критичные приложения и пользовательский опыт.

Помимо сетевых и приложения прозрачности проблем, IT-лидерам сталкиваются со следующими препятствиями:

1. Устаревшие легаси сети, не способные встречать нужды мобильных работников. Многие критичные приложения и документы заперты за on-premises файрволами или ограничены горстью сотрудников, оставляя удаленных пользователей без доступа к жизненно важным ресурсам.

2. Построение и поддержание remote-friendly сети, доставляющей wired-level производительность. Энд-пользователи теперь ожидают консистентную app производительность независимо от локации или устройства. Современные сетевые архитектуры — такие как SD-WAN — спроектированы для встречи этих ожиданий.

3. Доставка бесшовного приложения опыта в филиальных офисах. Когда производительность страдает, продуктивность падает и мораль страдает. Понимание пользовательской перспективы критично для адресации этих пробелов.

Выберите правильные метрики для удаленного использования и производительности приложений

Облачная миграция открывает новые возможности для инноваций и экономии затрат, но также сдвигает способ, которым IT измеряет производительность. Ключевые KPI остаются теми же, однако отсутствие прямого контроля над путем доставки требует более sophisticated мониторинга.

Ключевые метрики для трекинга при оценке удаленной приложения и сетевой производительности включают:

• Задержка (Latency) — Идентифицируйте, задевают ли задержки специфических пользователей, локаций или приложений.
• Емкость (Capacity) — Обеспечьте, что SLA встречаются и что производительность не лимитируется провайдерским bandwidth.
• Потери пакетов (Packet Loss) — Превентите сетевую конгестию и её импакт на продуктивность и удовлетворенность пользователей.
• Джиттер (Jitter) — Защитите аудио и видео качество; высокий джиттер может сделать real-time коллаборацию unusable.
• Quality of Service (QoS) — Выравнивайте приоритеты маршрутизации с бизнес-критичностью, чтобы избежать downgrading критичных приложений.

С комплексным, end-to-end мониторингом, IT-команды получают видимость через on-premises, облако и удаленные сайты. Удаленные локации не должны оставаться скрытыми; они могут быть управляемы с тем же ригором, что ваш первичный дата-центр.

Чтобы узнать, как держать ваши удаленные приложения запущенными плавно, скачайте наш бесплатный вайтпейпер: How to Solve the Top IT Issues at Remote Locations.