Основные варианты использования и лучшие практики для картирования зависимостей приложений (Application Dependency Mapping или ADM)

Автоматическое картирование зависимостей приложений (ADM) позволяет визуализировать критические взаимосвязи в IT-инфраструктуре и IT-сервисах. Инструменты ADM автоматически обнаруживают, создают и обновляют централизованное хранилище взаимосвязей и зависимостей приложений, сервисов и устройств, будь то физическая, виртуальная, контейнерная или облачная инфраструктура.

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

В этой статье рассмотрены:

• Ключевые случаи использования ADM: в этой части мы обсуждаем, как ADM поддерживает такие задачи, как миграция в облако, восстановление после аварий и обеспечение непрерывности бизнеса, мониторинг производительности и устранение неполадок, безопасность и соблюдение нормативных требований, а также рационализация и модернизация приложений.
• Лучшие практики ADM: здесь описываются лучшие практики по миграции в облако с помощью ADM и улучшению процессов ADM в организациях.
• Основные соображения и вызовы при использовании ADM: команды должны учитывать такие вопросы, как сложность инфраструктуры, документация, конфиденциальность и безопасность данных, распределение ресурсов и требования к квалификации для успешного использования инструментов ADM.
• Инструменты Discovery и Application Dependency Mapping: в портфеле решений Squalio есть ряд инструментов автоматизации обнаружения и картирования инфраструктуры, и мы всегда подбираем наиболее подходящую систему под нужды клиента.

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

Сценарий 1: Расследование инцидентов и поиск корневых причин сбоев.

В каждой компании в случае возникновения инцидента или недоступности какого-либо ИТ-сервиса встают две важные задачи:

• быстро разобраться, из-за чего инцидент произошёл и устранить его
• быстро проанализировать, какие ещё узлы и сервисы и, соответственно, пользователи могут быть затронуты данным инцидентом

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

Использование Application Dependency Mapping инструментов позволяет ИТ-командам:

• Автоматизировать сбор данных об инфраструктуре: автоматическая инвентаризация и обновление данных об инфраструктуре экономит ИТ-командам время и даёт возможность выполнять больше задач без увеличения штата специалистов; 
• Всегда иметь актуальные данные: автоматизированный сбор и обновление данных об инфраструктуре значительно снижает риск возникновения ошибок и некорректных данных, а значит, повышает качество и скорость принятия решений;
• Быстро получать информацию о взаимосвязях элементов инфраструктуры: продвинутые ADM инструменты быстро и эффективно картируют ИТ-окружения, топологию приложений и ИТ-сервисов.
• Обеспечить мониторинг ИТ и бизнес-сервисов: полученные из ADM актуальные ресурсно-сервисные модели и интеграция с системами мониторинга, такими, как Zabbix или BMC Helix Operations Management, позволяют отслеживать производительность работы ИТ и бизнес-сервисов, а не просто отдельных элементов инфраструктуры (например, серверов или коммутаторов)

Сценарий использования 2: Миграция инфраструктуры. 

Многие компании ускоряют переход в облако. Согласно исследованию Cloud Computing Study 2023 компании Foundry  около половины (52%) инфраструктуры компаний по всему миру находится в облаке, а половина (48%) остается на локальных серверах. 

ИТ-команды используют инструменты картирования топологии приложений, такие как Device42, BMC Discovery, ServiceNow Discovery, для выявления зависимостей, которые следует учитывать перед модернизацией или миграцией приложений. Эти данные помогают планировать миграцию в облако или другой ЦОД, прогнозировать будущий рост и выявлять малоиспользуемые решения для вывода из эксплуатации, что даёт компаниям больше гибкости и масштабируемости при снижении затрат.

Лучшие практики успешной миграции с использованием данных из инструментов Application Dependency Mapping включают:

• Оценка и приоритезация: команды должны выявлять приложения и работающие сервисы, чтобы определить, следует ли перемещать их в облако или другой ЦОД. Затем они могут приоритезировать приложения для миграции в зависимости от их сложности, зависимостей и предполагаемого влияния на бизнес.
• Картирование зависимостей: автоматизация картирования зависимостей выявляет взаимосвязи между приложениями, серверами и другими компонентами в IT-инфраструктуре компании.
• Разработка плана действий: команды разрабатывают план миграции с учетом желаемых технических и бизнес-результатов.
• Выбор подходящего поставщика и набора услуг: IT-команды выбирают поставщика облачных услуг или услуг ЦОД, который наилучшим образом соответствует их требованиям.
• Реализация надежных мер безопасности: команды должны использовать данные ADM для обеспечения шифрования данных и реализации строгого контроля доступа.

Сценарий использования 3: Восстановление после аварий и обеспечение непрерывности бизнеса.

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

ИТ-специалисты могут использовать инструменты ADM для создания планов Disaster recovery (DR) и Business Continuity (BC), включая:

• Анализ и планирование: команды DR/BC используют ADM для создания мастер-плана, который включает в себя приложения, услуги и их зависимости.
• Проактивные изменения: IT-команды используют данные ADM для приоритезации изменений и конфигураций.
• Тестирование стратегий DR/BC: команды проводят тесты, чтобы обновить планы DR/BC и проанализировать стратегии переключения на резервную инфраструктуру.
• Эффективные коммуникации: благодаря ADM ИТ-команды знают, какие ключевых ответственные и заинтересованные сотрудники должны быть проинформированы о затронутых приложениях и услугах, а также планах восстановления.

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

• Выявлять и предотвращать возникновение «теневого IT»: команды безопасности быстро обнаруживают несанкционированные ресурсы и устраняют нарушения.
• Управлять уязвимостями: инструменты ADM детализируют все изменения в конфигурации.
• Поддерживать соответствие нормативным требованиям: ADM помогает компаниям обеспечить соответствие требованиям по безопасности и конфиденциальности данных.

Вариант использования 5: Рационализация и модернизация приложений IT-команды могут использовать возможности ADM для быстрого картирования зависимостей и создания стратегий модернизации приложений, что способствует повышению рентабельности инвестиций (ROI) за счет сокращения затрат и повышения эффективности.

Лучшие практики для эффективного использования инструментов дискаверинга и картирования взаимозависимостей приложений:

• Выбор правильных инструментов Application Dependency Mapping.
• Обеспечение корректности данных.
• Повышение качества коммуникации между отделами.
• Постоянный мониторинг и обновление зависимостей.
• Масштабирование и защита ADM-стратегии.

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

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

Так, Device42 является самодостаточной системой Discovery and Application Dependency Mapping, может использоваться командами поддержки инфраструктуры и прекрасно интегрируется с любыми ITSM системами, например, Freshservice или Jira Service Management, обеспечивая инвентаризацию оборудования и ПО и обновление данных в CMDB ITSM системы.

В свою очередь BMC Helix Discovery лучше всего работает в связке с ITSM системой BMC helix ITSM и бесшовно интегрируется со стеком систем мониторинга BMC Software, обеспечивая всегда актуальные данные об устройствах и приложениях для мониторинга ИТ-сервисов.

В нашей Базе знаний вы можете получить доступ к записи вебинара по Device42 и познакомиться с системой во всех подробностях.