Основные варианты использования и лучшие практики для картирования зависимостей приложений (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 и познакомиться с системой во всех подробностях.
