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

Стратегия миграции в облако имеет крайне важное значение для ИТ-команд. Она позволяет им экономить время на управление и масштабирование ИТ-инфраструктурой.
В процессе перемещения ресурсов в облако, ИТ-командам часто не хватает информации о производительности системы и проблемах безопасности. Это особенно актуально, когда организации переносят устаревшие приложения в облака. Традиционные инструменты мониторинга не могут следить за работой наземных и облачных приложений одновременно.
Автоматизация на базе искусственного интеллекта (AIOps) в мониторинге дает полную видимость процессов и позволяет эффективно переносить и модернизировать приложения. Искусственный интеллект (AI) автоматически выявляет проблемы с производительностью, безопасностью и обращает внимание на важные детали, которые могут остаться вне внимания. Полная видимость и выявление причин проблем помогают устранить их до того, как они затронут конечных пользователей.
Крупномасштабная миграция в облако выполняется в три этапа, которые различаются в зависимости от поставщика облачных услуг. Однако основа везде одинаковая:
1. ОценкаОпределите стратегию, проведите оценку среды и готовности к миграции.2. ПланированиеСоздайте экономическое обоснование, начните планирование миграции, определите операционную модель и желаемые средства управления и безопасности.3. Миграция и модернизацияВыполните рехостинг, перемещение, и обновление архитектуры используя инструменты гибкого развертывания. Проверьте производительность перенесенных систем.

Миграция в облако. Начало

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

Dynatrace Smartscape - видимость топологии всей среды

Dynatrace Smartscape обеспечивает визуализацию топологии среды в реальном времени для всех зависимостей в инфраструктуре, процессах и службах.
С точки зрения перехода на облако, Smartscape помогает сделать следующее:● Поправить архитектуру сервисов для повышения производительности.● Изучить взаимозависимости процессов, хостов и служб, чтобы лучше понять, как они влияют на производительность.● Точно определить источник проблем с помощью АІ. К примеру, Dynatrace может определить проблему с внешними службами и определить ее влияние на производительность приложения.

Как получить общее представление о приложениях?

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

На видео показано, как можно сортировать приложения с помощью Dynatrace по метрике количество действий пользователей в минуту. Теперь мы можем увидеть, какие приложения более активно используются (например, www.easytravel.com) и какие менее (например, www.gcp.hipstershop.com).

Сколько людей используют приложение?

Благодаря мониторингу реальных пользователей Dynatrace предоставляет информацию о том, кто использует приложение в указанный период времени, какие задачи они выполняют и многое другое. На видео 2 мы сортируем реальных пользователей по приложениям.

Как получить данные для отчетности?

Визуализация на дашбордах отлично подходит для повседневной деятельности. Для отчетности в свою очередь нужен более детальные данные в виде таблицы для анализа. Вот почему клиенты используют API Dynatrace для автоматизации задач мониторинга и экспорта различных типов данных со сторонних инструментов.
На видео 3 мы извлекли в электронную таблицу информацию, относящуюся к приложению, его взаимосвязям со службами, хостами и сторонними приложениями. Эта информация становится базой для каждого этапа миграции, поскольку на ее основе строятся дополнительные отчеты для планирования миграции и определения ее размера.

Подбор оптимальных ресурсов для инфраструктуры

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

С помощью API Dynatrace клиенты получают доступ к текущему состоянию и истории использования CPU, памяти и сети, что дает возможность определить оптимальную конфигурацию сервера. Эти данные показывают, нужно ли уменьшить или увеличить CPU или память.

Рис. 4. С помощью API Dynatrace можно просматривать текущие профили CPU и памяти сервера, использование в прошлом и рекомендуемые размеры CPU и памяти.

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

Dynatrace и модель 7 сценариев миграции в облако

Любая стратегия перехода в облако 7 сценариев миграции приложения (7 Rs): Re-host, Re-platform, Refactor, Repurchase, Relocate, Retire, Retain. ИТ-команды должны оценить, что необходимо их приложениям при использовании этих сценариев:

1. Rehost. Перенес приложения на другую платформу хостинга без его модификации.
2. Re-platform. Переход на другую платформу, например на управляемые сервисы; использование готовых образов от вендоров; использование контейнеров и конвейеров CI/CD.
3. Refactor. Модернизация и обновление архитектуры приложения, переход на контейнерную архитектуру и рефакторинг исходного кода.
4. Repurchase. Переход на готовый SaaS-продукт или покупка готового приложения на Marketplace.
5. Relocate. Миграция приложения на другую площадку без изменения архитектуры.
6. Retire. Вывод приложения из эксплуатации вместе с его инфраструктурой.
7. Retain. Сохранение данных и рабочих нагрузок локально «на земле» с возможным использованием гибридного облачного подхода для части инфраструктуры приложения.

К некоторым приложения, возможно, придется применить несколько сценариев: перепроектирование и смена платформы одновременно. Например, трансформация приложения электронной коммерции на микросервисную архитектуру и одновременный переход в облако.

На рис. 5 показана сервисная архитектура приложения на основе Java размещенного на VMware. Одна из служб размещена на виртуальной машине со службой Tomcat и балансируется по нагрузке через HAProxy.

Рис. 5. Сервисная архитектура приложения на основе Java, размещенного на VMware.

Точно также мы можем видеть все остальные службы, из которых состоит приложение.

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

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

Перенос и модернизация приложений

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

Независимо от стратегии миграции в облако, вам необходимо будет контролировать как переезжает в облако рабочая нагрузка, как меняется производительность служб и их использование, какая доступность хостов и какие ошибки возникают. Для этого в Dynatrace существует отдельная встроенная функция — опция «Сравнить».

На видео 7 мы можем выбрать службу из сервисной архитектуры, посмотреть на показатели, а затем сравнить изменения производительности.

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

Рисунок 8. Дашборды Dynatrace позволяют пользователям сравнивать показатели производительности до и после миграции.

Модернизация рабочих нагрузок и мониторинг облачных сред

Балансировщики нагрузки, реляционные и нереляционные СУБД и бессерверные функции - обычное явление для облака. На видео 9 переход от VMware к Amazon Web Services прошел без проблем. Облачные метрики от AWS теперь доступны со всеми зависимостями и правильно сопоставленными связями.

Оператор Dynatrace OneAgent в кластере Kubernetes обеспечивает сквозную видимость всего стека без изменения кода. На видео 10 Dynatrace отслеживает кластер Kubernetes, рабочие нагрузки, модули и хост, на котором работает кластер. Мы всегда можем видеть связь между платформой и приложением.

Операционное совершенство в облаке благодаря AIOps

Операционное совершенство = сокращения количеств уведомлений о проблемах + сокращение трудозатрат на их поиск и исправление + способность предотвращать операционные сбои либо исправлять их автоматически. Например, ручное создание статических базовых показателей для всего стека — приложений, служб, процессов, хостов, кластеров и модулей, — это сложный и неточный процесс.
Чтобы преодолеть эти проблемы Dynatrace использует AI (Davis®) — механизм причинно-следственной связи, который автоматически обнаруживает аномалии производительности в стеке приложений, служб и инфраструктуры. Для определения первопричины проблемы Dynatrace использует всю контекстную информацию, полученную от OneAgent: информацию о топологии, транзакций на уровне кода для поиска событий, имеющих общий источник. Используя всю доступную контекстную информацию, Dynatrace точно определяет первопричину проблемы значительно сокращая количество ложных предупреждений об инцидентах.

Рис. 11. Данные с OneAgent указывают на основную причину проблемы.

Как Dynatrace упростит вашу стратегию миграции в облако

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