# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Анализ влияния сбоев компонентов

Техника, которая помогает определить [влияние](https://cleverics.ru/digital/kb-glossary/impact/)[сбоя](https://cleverics.ru/digital/kb-glossary/failure/)[КЕ](https://cleverics.ru/digital/kb-glossary/configuration-item/) на [ИТ-услуги](https://cleverics.ru/digital/kb-glossary/it-service/). Создаётся матрица, в которой ИТ-услуги располагаются по одному краю, а КЕ — по другому. Это позволяет выявлять критические КЕ (которые могут вызвать сбой нескольких ИТ-услуг) и хрупкие ИТ-услуги (у которых есть несколько единичных точек [отказа](https://cleverics.ru/digital/kb-glossary/failure/)).

Синонимы: CFIA

## Оригинальный английский термин

component failure impact analysis, CFIA

## Подробности

[Анализ влияния сбоев компонентов](https://cleverics.ru/digital/kb-glossary/component-failure-impact-analysis/) — это практический способ понять, как конкретные [конфигурационные единицы](https://cleverics.ru/digital/kb-glossary/configuration-item/) (КЕ) поддерживают ИТ-услуги и какие последствия для [потребления услуги](https://cleverics.ru/digital/kb-glossary/service-consumption/) возникнут, если отдельная КЕ выйдет из строя. В [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) эта техника обычно применяется на основе данных [системы управления конфигурациями](https://cleverics.ru/digital/kb-glossary/configuration-management-system/) ([CMS](https://cleverics.ru/digital/kb-glossary/configuration-management-system/)) или [базы данных управления конфигурациями](https://cleverics.ru/digital/kb-glossary/configuration-management-database/) ([CMDB](https://cleverics.ru/digital/kb-glossary/configuration-management-database/)) и помогает сделать [зависимости](https://cleverics.ru/digital/kb-glossary/dependency/) между ИТ-услугами и КЕ прозрачными для команд, принимающих решения. Наиболее частые применения — приоритетизация работ по [управлению доступностью](https://cleverics.ru/digital/kb-glossary/availability-management-practice/) и [управлению непрерывностью](https://cleverics.ru/digital/kb-glossary/service-continuity-management-practice/)[услуг](https://cleverics.ru/digital/kb-glossary/service/), выявление «узких мест» и точек единичного отказа, а также [оценка](https://cleverics.ru/digital/kb-glossary/assessment/) потенциального влияния [изменения](https://cleverics.ru/digital/kb-glossary/change/) в рамках [управления изменениями](https://cleverics.ru/digital/kb-glossary/change-management/) и [планирования](https://cleverics.ru/digital/kb-glossary/planning/) графика изменений. [Результатом](https://cleverics.ru/digital/kb-glossary/outcome/) является представление о том, какие КЕ являются критическими из-за своего «радиуса поражения» (затрагивают много ИТ-услуг), а какие ИТ-услуги уязвимы из-за концентрации зависимости от небольшого числа КЕ. Вне области применения техники находятся поиск первопричины сбоя (это область [управления проблемами](https://cleverics.ru/digital/kb-glossary/problem-management-practice/)), финансовая оценка или обоснование инвестиций (это ближе к [бизнес-кейсу](https://cleverics.ru/digital/kb-glossary/business-case/)), а также автоматическое [обнаружение](https://cleverics.ru/digital/kb-glossary/detection/) всех зависимостей без опоры на корректные [записи о конфигурации](https://cleverics.ru/digital/kb-glossary/configuration-record/).## Нюансы

Типичная [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — воспринимать матрицу как точную «карту реальности», когда CMS/CMDB неактуальна или не отражает логические зависимости (например, общие сертификаты, DNS, учётные [записи](https://cleverics.ru/digital/kb-glossary/record/), виртуальные кластеры, сетевые [политики](https://cleverics.ru/digital/kb-glossary/policy/)). В результате критические КЕ не выявляются, а хрупкие ИТ-услуги выглядят устойчивыми. Также часто путают анализ влияния сбоев [компонентов](https://cleverics.ru/digital/kb-glossary/component/) с [анализом влияния на бизнес](https://cleverics.ru/digital/kb-glossary/business-impact-analysis/): здесь оценивается влияние сбоя КЕ на ИТ-услуги, а не влияние потери ИТ-услуги на результаты [бизнеса](https://cleverics.ru/digital/kb-glossary/business/) и [заинтересованные стороны](https://cleverics.ru/digital/kb-glossary/stakeholder/). Ещё одно заблуждение — считать, что выявление «критической КЕ» автоматически означает необходимость немедленной замены; на [практике](https://cleverics.ru/digital/kb-glossary/practice/) решение принимается через [управление рисками](https://cleverics.ru/digital/kb-glossary/risk-management-practice/) и баланс [затрат](https://cleverics.ru/digital/kb-glossary/cost/), [гарантий](https://cleverics.ru/digital/kb-glossary/warranty/) и [полезности](https://cleverics.ru/digital/kb-glossary/utility/). Важно не сводить технику только к «железу»: программные компоненты, [облачные вычисления](https://cleverics.ru/digital/kb-glossary/cloud-computing/), зависимости от [третьей стороны](https://cleverics.ru/digital/kb-glossary/third-party/) и параметры [конфигурации](https://cleverics.ru/digital/kb-glossary/configuration/) могут быть такими же КЕ и иметь сопоставимый эффект. Наконец, матрицу нередко делают разово «для [аудита](https://cleverics.ru/digital/kb-glossary/audit/)»; без регулярного обновления при [релизах](https://cleverics.ru/digital/kb-glossary/release/), [развёртывании](https://cleverics.ru/digital/kb-glossary/deployment/) и изменениях она быстро теряет [ценность](https://cleverics.ru/digital/kb-glossary/value/) и начинает вводить в заблуждение при принятии решений.## Примеры

- Матрица зависимости для ИТ-услуги корпоративной почты показывает, что одна КЕ «служба каталогов» поддерживает сразу несколько ИТ-услуг (почта, VPN, портал), поэтому её сбой приведёт к множественным сбоям ИТ-услуг
- Для ИТ-услуги интернет-эквайринга матрица выявляет единственную КЕ «канал связи в ДЦ», без резервирования; услуга становится хрупкой из-за точки единичного отказа
- Для ИТ-услуги удалённого доступа матрица показывает, что два разных VPN-шлюза завязаны на одну КЕ «внешний DNS», делая её критической КЕ для нескольких ИТ-услуг
- При подготовке изменения в рабочей среде матрица помогает увидеть, что обновление одной КЕ «общий брокер сообщений» потенциально затронет несколько ИТ-услуг, и требует более строгого контроля и планирования графика изменений

## Рекомендуемые продукты по этой теме

- [VAP: Управление поддержкой ИТ-услуг](https://edu.cleverics.ru/vap-support?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-SUPPORT) — Учебный курс: интенсив с тренером. Строим эффективную ИТ-поддержку. Оптимизируем существующую.
- [Apollo 13 — ITSM на практике](https://edu.cleverics.ru/apollo?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=APOLLO) — Деловая игра. Service Desk, управление инцидентами, проблемами, изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система