Измерение истинной ценности облачной миграции: Практическое руководство

Предприятийный бизнес все больше полагается на облако, тренд, который ускорился в последние годы.

Расходы на облачные вычисления опередили традиционные ИТ-расходы, растя на 4,5 раза быстрее с 2009 года и прогнозируемый рост более чем в шесть раз к 2020 году.

Расходы на облачные вычисления росли в 4,5 раза быстрее, чем ИТ-расходы с 2009 года, и ожидается рост более чем в 6 раз по этой ставке через 2020 год.

Forbes Cloud Computing Roundup

Последние исследования Oracle поддерживают этот импульс: 80% всех предприятий рабочих нагрузок — включая миссионно-критические приложения — ожидается переедут в облако в следующем году.

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

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

Определение приемлемых целей производительности

Начните с идентификации приложений, сетевых сегментов или процессов, наиболее склонных к сбою. Перекрестные функциональные интервью помогают обеспечить buy-in и выявить критические точки боли.

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

Рассмотрите дополнительные факторы: Повысит ли миграция производительность для ключевых приложений? Может ли она негативно повлиять на периферийные инструменты? Как долго может страдать пользовательский опыт во время перехода? Требуется ли новое обучение?

Ответ на эти вопросы позволяет ИТ построить убедительное, данные-ориентированное предложение для лидерства.

Базовые показатели производительности до миграции

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

Внедрите синтетическое веб-тестирование для захвата реального-мировой производительности по всем локациям пользователей, предоставляя прозрачный вид пути доставки.

Установите четкие критерии принятия, которые должны быть выполнены во время и после миграции. Образцы бенчмарков включают:

• Время отклика в пределах 5% от пред-миграционных уровней
• Частота ошибок сервиса равна или ниже до миграции
• Доступность приложения неизменна или улучшена
• Инфраструктурные затраты снижены минимум на X% за период миграции

Соберите данные о скоростях доставки приложений, межсерверной задержке (включая DNS), типах ошибок и браузер-специфичной производительности для полного понимания пред-миграционного ландшафта.

Продолжайте мониторинг на протяжении миграции

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

• Uptime — Ожидайте даунтайм, ограниченный минутами в неделю; большинство публичных приложений целятся на 99,9% доступность (~7 минут в неделю).
• DNS — Мониторьте локальные или публичные DNS-сервисы для избежания глобальных сбоев связи.
• Задержка & RTT — Отслеживайте время, которое трафик тратит на путешествие от клиента к серверу, отмечая скачки, связанные с LAN, ISP или проблемами приложения.
• Емкость — Измеряйте end-to-end сетевую полосу пропускания для обнаружения заторов, дросселирующих скорости соединения.

Раннее обнаружение скачков производительности позволяет ИТ адресовать баги до их распространения, обеспечивая более гладкий переход и сохранение уверенности стейкхолдеров.

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

Перебазируйте после того, как новая облачная архитектура жива, используя идентичные процедуры к тем, что были employed пред-миграции. Консистентность — ключ к честному сравнению.

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

Поддерживая надежный мониторинг, команды могут квантовать экономию затрат, валидировать улучшения производительности и демонстрировать осязаемый ROI стейкхолдерам.