doc/IT/CIO/ITIL/vs.md

## A VS B
### 1 Deployment Management vs Release Management

Управление развертыванием (Deployment Management) и Управление релизом (Release Management) - это взаимосвязанные, но разные процессы в рамках управления IT-услугами. Управление развертыванием фокусируется на технических аспектах установки и настройки нового программного обеспечения или обновлений, в то время как управление релизом охватывает более широкий спектр деятельности, включая планирование, тестирование, развертывание и вывод из эксплуатации релизов, обеспечивая соответствие требованиям бизнеса и снижение рисков. 
#### Управление развертыванием (Deployment Management):  
Сфера деятельности:  
Технические аспекты установки, настройки и конфигурирования программного обеспечения и аппаратного обеспечения.
Цель:  
Обеспечить успешное развертывание изменений в IT-среде, минимизируя риски и обеспечивая стабильность системы.
Ключевые активности:  
- Планирование развертывания (определение последовательности действий, ресурсов, сред).
- Подготовка инфраструктуры и среды для развертывания.
- Установка и настройка программного обеспечения.
- Тестирование развернутого решения.
- Возврат к предыдущему состоянию (rollback) в случае неудачного развертывания. 
#### Управление релизом (Release Management):
Сфера деятельности:  
Весь жизненный цикл релиза, от планирования до вывода из эксплуатации, включая управление изменениями, тестирование, развертывание и мониторинг.
Цель:  
Обеспечить своевременное, надежное и эффективное развертывание новых или обновленных версий программного обеспечения, соответствующих требованиям бизнеса и минимизирующих риски.
Ключевые активности:  
- Планирование релизов (определение целей, скоупа, расписания).
- Управление изменениями (внесение изменений в релиз, оценка их влияния).
- Управление рисками, связанными с релизом.
- Тестирование релизов (функциональное, интеграционное, нагрузочное).
- Обучение пользователей новым функциям.
- Вывод из эксплуатации старых версий. 

#### Взаимосвязь:  
Управление развертыванием является частью процесса управления релизом. Успешное развертывание является ключевым этапом в процессе выпуска нового релиза. Эффективное управление развертыванием напрямую влияет на успех управления релизом в целом. 
Пример:  
Предположим, компания выпускает новую версию своего веб-сайта. Управление развертыванием будет включать в себя технические аспекты переноса кода на сервер, настройку базы данных и веб-сервера, а также тестирование работоспособности сайта на разных устройствах и браузерах. Управление релизом, в свою очередь, будет включать в себя планирование всего процесса, определение целей и скоупа, управление рисками (например, возможные простои), обучение сотрудников работе с новым интерфейсом, и уведомление клиентов об изменениях. 

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

### 2 В чем различие Asset Management и Configuration Management? В чем отличие подходов к эти понятиям в itil 3 и itil 4?

## Различие между Asset Management и Configuration Management

### Asset Management (Управление активами)

**Asset Management** (IT Asset Management, ITAM) — это процесс управления жизненным циклом IT-активов организации. К активам относятся любые ценные для бизнеса элементы: оборудование, программное обеспечение, лицензии, документация и т.д. Основные задачи ITAM:

- **Идентификация и инвентаризация**: Ведение точного учета всех активов, их местоположения, владельцев и состояния.
- **Управление жизненным циклом**: Контроль за всеми этапами существования актива — от планирования и закупки до вывода из эксплуатации.
- **Оптимизация затрат**: Эффективное использование активов, управление лицензиями, предотвращение избыточных расходов.
- **Поддержка стратегических решений**: Предоставление информации для принятия решений о развитии IT-инфраструктуры.
- **Соблюдение нормативных требований**: Управление лицензиями и соответствие юридическим стандартам .

### Configuration Management (Управление конфигурацией)

**Configuration Management** (Управление конфигурацией) — это процесс, обеспечивающий систематическое управление изменениями и поддержание целостности конфигурационных единиц (Configuration Items, CI) на протяжении всего их жизненного цикла. К CI относятся не только активы, но и их взаимосвязи, параметры, версии, документация и даже персонал. Основные задачи:

- **Идентификация конфигурации**: Определение и документирование характеристик CI.
- **Контроль изменений**: Управление изменениями CI через утвержденные процессы, контроль версий.
- **Учет состояния**: Ведение отчетности о текущем состоянии CI и всех изменениях.
- **Аудит конфигурации**: Проверка соответствия фактического состояния CI утвержденной документации.
- **Интеграция с другими процессами**: Тесная связь с управлением изменениями, инцидентами, релизами .

### Ключевые различия

- **Фокус**: Asset Management ориентирован на стоимость, владение, использование и жизненный цикл активов. Configuration Management фокусируется на технических характеристиках, взаимосвязях и контроле изменений CI.
- **Объекты управления**: В Asset Management управляются только активы (то, что имеет ценность для бизнеса). В Configuration Management управляются как активы, так и их взаимосвязи, параметры, версии, а также элементы, не являющиеся активами (например, документация, сервисные зависимости).
- **Цели**: Asset Management — оптимизация затрат и рисков, поддержка стратегических решений. Configuration Management — обеспечение целостности, контроля изменений и поддержки других ITSM-процессов  .

---

## Отличие подходов в ITIL v3 и ITIL v4

### ITIL v3

- **Объединение процессов**: В ITIL v3 оба процесса объединены в один — Service Asset and Configuration Management (SACM). SACM отвечает за управление как активами, так и конфигурационными единицами, их учет, контроль, поддержание актуальности данных в CMDB (Configuration Management Database)  .
- **Процессный подход**: ITIL v3 строится вокруг процессов, каждый из которых имеет четко определенные входы, выходы, роли и процедуры.
- **CMDB и CMS**: В центре внимания — ведение CMDB и более широкой системы CMS (Configuration Management System), где хранятся данные об активах и их связях .

### ITIL v4

- **Разделение практик**: В ITIL v4 Asset Management и Configuration Management — это отдельные практики. IT Asset Management отвечает за управление активами, а Service Configuration Management — за управление конфигурационными единицами и их связями  .
- **Практико-ориентированный подход**: ITIL v4 переходит от процессов к практикам, что позволяет гибко интегрировать людей, процессы и технологии.
- **Service Value System (SVS)**: В ITIL v4 все практики интегрированы в единую систему создания ценности (SVS), где акцент делается на совместное создание ценности для бизнеса и клиента  .
- **Гибкость и адаптивность**: ITIL v4 поощряет итеративные улучшения, гибкость и интеграцию с современными подходами (Agile, DevOps, Lean) .
- **Современные инструменты**: Акцент на использование современных CMDB, автоматизацию, интеграцию с другими практиками для повышения прозрачности и эффективности .

### Ключевые отличия между ITIL v3 и ITIL v4

| Критерий                | ITIL v3 (SACM)                                   | ITIL v4 (разделение практик)                |
|-------------------------|--------------------------------------------------|---------------------------------------------|
| Подход                  | Процессный, объединенный                         | Практико-ориентированный, разделенный      |
| Управление              | Активы и конфигурации вместе                     | Отдельно: ITAM и Service Configuration Mgmt |
| Фокус                   | Контроль, учет, поддержка процессов              | Создание ценности, гибкость, интеграция     |
| Инструменты             | CMDB, CMS                                        | CMDB, современные инструменты, автоматизация|
| Интеграция              | С другими процессами ITIL                        | С практиками, SVS, современными методологиями|
| Гибкость                | Ограниченная                                     | Высокая, поддержка Agile/DevOps             |

---

## Вывод

- **Asset Management** — это управление стоимостью, жизненным циклом и эффективностью использования IT-активов.
- **Configuration Management** — это управление техническими характеристиками, изменениями и взаимосвязями конфигурационных единиц.
- В **ITIL v3** оба процесса объединены в SACM, с акцентом на процессы и контроль.
- В **ITIL v4** это отдельные практики, интегрированные в Service Value System, с акцентом на создание ценности, гибкость и интеграцию с современными подходами    .

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

Вот подробная таблица, в которой представлены входы и выходы процессов Asset Management и Configuration Management, а также указано, какие данные каждый процесс заносит в CMDB.

---

## Таблица: Входы, выходы и данные для CMDB по процессам Asset Management и Configuration Management

| Процесс                  | Входы                                                                                                    | Выходы                                                                                                   | Какие данные заносит в CMDB                                                                                 |
|--------------------------|----------------------------------------------------------------------------------------------------------|----------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------|
| **Asset Management**     | - Информация о Configuration Items (CI) из CMDB<br>- Инцидентные записи<br>- Запросы на изменения<br>- Финансовые данные (бюджет, стоимость)<br>- Информация о поставщиках и контрактах<br>- Требования пользователей и бизнеса<br>- Регуляторные и комплаенс требования<br>- Данные о производительности и использовании  | - Оптимизация использования активов<br>- Поддержка принятия решений по закупке, утилизации, повторному использованию<br>- Соответствие регуляторным и контрактным требованиям<br>- Контроль затрат и управление рисками<br>- Стратегическое планирование активов<br>- Улучшение взаимодействия между процессами        | - Информация о жизненном цикле актива (покупка, внедрение, обслуживание, списание)<br>- Финансовые данные (стоимость, амортизация, остаточная стоимость)<br>- Инвентарные данные (тип, модель, серийный номер, местоположение)<br>- Данные о назначении и владельцах активов<br>- Данные о соответствии и регуляторных требованиях<br>- Информация о поставщиках и контрактах      |
| **Configuration Management** | - Идентификация и классификация CI<br>- Данные о сервисных активах и конфигурациях (SACM)<br>- Записи об изменениях (Change Management)<br>- Данные из процессов инцидентов и проблем<br>- Аудит и комплаенс отчёты<br>- Информация от поставщиков<br>- SLA и OLA<br>- Данные из CMDB (актуализация)     | - Актуализированная CMDB<br>- Конфигурационные базы (baselines)<br>- Конфигурационные отчёты<br>- Статусные отчёты<br>- Аудит отчёты<br>- Записи об изменениях<br>- Карты взаимосвязей CI   | - Идентификация и описание CI (имя, тип, версия, статус, местоположение, владелец)<br>- Взаимосвязи и зависимости между CI<br>- История изменений CI (что, когда, кем, почему)<br>- Данные о соответствии и управлении<br>- Данные, полученные с помощью discovery-инструментов<br>- Карты сервисов и взаимосвязей       |

---

### Пояснения по данным, заносимым в CMDB

#### Asset Management:
- **Жизненный цикл актива**: Дата закупки, внедрения, обслуживания, списания.
- **Финансовые данные**: Стоимость приобретения, амортизация, остаточная стоимость.
- **Инвентарные данные**: Тип, модель, серийный номер, местоположение.
- **Назначение и владельцы**: Кому принадлежит актив, кто отвечает за его использование.
- **Комплаенс**: Соответствие стандартам, лицензии, регуляторные требования.
- **Поставщики и контракты**: Данные о производителях, гарантиях, сервисных соглашениях.

#### Configuration Management:
- **Идентификация CI**: Имя, тип, версия, статус, местоположение, владелец.
- **Взаимосвязи CI**: Как CI связаны друг с другом (например, сервер — приложение — база данных).
- **История изменений**: Какие изменения были внесены, когда, кем, по какой причине.
- **Комплаенс и аудит**: Данные для проверки соответствия и истории изменений.
- **Данные обнаружения**: Автоматически собранные сведения о конфигурации.
- **Карты сервисов**: Визуализация связей и зависимостей между CI.

---

### Итоговая связь с CMDB

- **Asset Management** фокусируется на финансовых, инвентарных и жизненных данных об активах, а также на их владельцах и контрактах.
- **Configuration Management** фокусируется на технических характеристиках, взаимосвязях, истории изменений и статусе CI.
- Оба процесса интегрируются через CMDB, которая служит единым источником достоверной информации для управления ИТ-сервисами        .

---

### 3 Взаимодействие процессов Configuration Management и Problem Management
#### Взаимодействие процессов Configuration Management и Управления проблемами

**Configuration Management** (Управление конфигурациями) и **Управление проблемами** (Problem Management) — это два ключевых процесса ITSM, которые тесно связаны и взаимно усиливают друг друга.

---

### Как Configuration Management поддерживает Управление проблемами

- **Доступ к актуальной информации о конфигурации**  
  Управление конфигурациями обеспечивает Problem Management достоверной и актуальной информацией о конфигурационных единицах (CI), их статусе, взаимосвязях и изменениях. Это позволяет быстрее локализовать и анализировать корневые причины проблем, так как специалисты по проблемам могут видеть, какие компоненты связаны с инцидентом, какие изменения происходили недавно, и как это могло повлиять на возникновение проблемы.

- **Анализ взаимосвязей и зависимостей**  
  Благодаря данным о связях между CI, Problem Management может выявлять скрытые зависимости, которые могли привести к повторяющимся инцидентам или проблемам. Например, если несколько инцидентов связаны с одним и тем же сервером или приложением, это становится очевидно при анализе данных из CMDB.

- **Поддержка аудита и расследования**  
  Configuration Management хранит историю изменений CI, что позволяет Problem Management проводить аудит и расследование: какие изменения были внесены, кем и когда, и не стали ли они причиной возникновения проблемы .

---

### Как Управление проблемами поддерживает Configuration Management

- **Обратная связь о качестве данных**  
  В процессе расследования проблем специалисты могут выявлять неточности или устаревшие данные в CMDB. Управление проблемами инициирует корректировку и актуализацию данных о CI, что повышает качество и достоверность информации в CMDB.

- **Выявление необходимости изменений**  
  В ходе анализа корневых причин проблем Problem Management может рекомендовать изменения в инфраструктуре или конфигурации сервисов. Эти изменения должны быть отражены в CMDB через процессы Configuration Management, чтобы поддерживать актуальность базы данных.

---

### Пример взаимодействия

1. **Возникновение проблемы**: В ходе анализа повторяющихся инцидентов Problem Management использует CMDB для поиска общих компонентов и взаимосвязей.
2. **Расследование**: С помощью информации о последних изменениях и связях между CI специалисты выявляют потенциальную причину проблемы.
3. **Рекомендация изменений**: После выявления корневой причины Problem Management инициирует изменение (например, обновление ПО или замена оборудования).
4. **Актуализация CMDB**: После внедрения изменений Configuration Management обновляет данные о затронутых CI, фиксируя новые версии, статусы и связи.

---

### Итог

**Configuration Management** предоставляет Problem Management всю необходимую информацию для эффективного анализа и устранения проблем, а Problem Management, в свою очередь, помогает поддерживать актуальность и полноту данных в CMDB, выявляя ошибки и инициируя изменения. Такое взаимодействие повышает стабильность и качество IT-сервисов, снижает количество инцидентов и ускоряет их разрешение .