Элемент конфигурации

Термин «элемент конфигурации» ( CI ) относится к фундаментальной структурной единице системы управления конфигурацией. ^[1] Примеры ЭК включают отдельные аппаратные или программные компоненты. Система управления конфигурацией контролирует жизнь ЭК посредством сочетания процессов и инструментов, реализуя и активируя фундаментальные элементы идентификации, управления изменениями , учета статуса и аудита . Эта система призвана избежать ошибок, связанных с отсутствием тестирования, а также несовместимости с другими CI.

Описание [ править ]

Термин «элемент конфигурации» может применяться к продукту, выделенному компоненту продукта или к тому и другому, который удовлетворяет функции конечного использования, имеет определенные требования, функциональность и/или взаимосвязи с продуктом и предназначен для отдельного контроля в управлении конфигурацией. система. Элементы конфигурации и связанные с ними версии информации о конфигурации продукта, а также утвержденные изменения составляют основу любого текущего утвержденного аудита конфигурации .

Объект должен быть однозначно идентифицирован, чтобы его можно было отличить от всех других элементов конфигурации и связанной с ними информации о конфигурации продукта.
С точки зрения исполнителя изменения , CI — это «на какие элементы» в структуре продукта влияет это изменение. Изменение конкретной базовой версии элемента конфигурации создает новую версию базовой версии, содержащую изменения в информации, на которую повлияло это изменение. Номер детали CI может измениться в зависимости от того, будет ли новая или обновленная деталь больше не взаимозаменяемой функционально или физически с существующей деталью. Версия программного обеспечения CI будет меняться каждый раз при внесении изменений. При изучении эффекта изменения необходимо задать два вопроса:

Какие элементы конфигурации затронуты?
Как это повлияет на элементы конфигурации и связанную с ними конфигурационную информацию и интерфейсы?

Использование CI в продукте можно проследить с помощью надежной системы учета статуса.
КИ подлежит приемочной проверке на основе установленных критериев.

Типы элементов конфигурации [ править ]

Примеры типов ЭК:

Аппаратное обеспечение/устройства
Программное обеспечение/приложения
Коммуникации/сети
Система
Расположение
Средство
База данных
Услуга

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

Атрибуты и данные ЭК [ править ]

Элементы конфигурации представлены их свойствами. Эти свойства могут быть общими для всех элементов конфигурации (например, уникальный код элемента, который мы сгенерируем, описание функции, конец жизненного цикла или владелец бизнеса, который утверждает изменения элемента конфигурации, и технический владелец, т. е. администратор, который поддерживает его и внедряет). изменения). Дополнительные свойства могут быть специфичными для данного типа элемента. Аппаратные устройства будут иметь одни свойства, серверы баз данных — другие, а приложения и сертификаты — другие свойства.

Примеры общих свойств:

CI Уникальный идентификатор или идентификационный код
Имя или метка ЭК (часто как длинные , так и короткие имена )
Аббревиатуры или акронимы CI
Описание ЭК
Владение CI (организации и люди)
Важность IC

Определение свойств

Каждый тип элемента конфигурации должен обладать определенными свойствами, сочетание которых будет уникальным. Поэтому по ним мы сможем распознать, с каким предметом мы имеем дело. В случае устройств такой уникальной комбинацией будет, например, производитель устройства, модель/тип и серийный номер.

Идентифицирующие свойства (выделены красным) позволяют нам различать конкретные экземпляры этих элементов.

Релизы [ править ]

Релиз (сам по себе версионный объект) может состоять из нескольких элементов конфигурации. Набор изменений каждого элемента конфигурации будет отображаться в примечаниях к выпуску , причем примечания могут содержать отдельные заголовки для каждого элемента конфигурации. Сложный элемент конфигурации оборудования может иметь множество уровней элементов конфигурации ниже его верхнего уровня; каждый уровень элемента конфигурации должен соответствовать одним и тем же фундаментальным элементам системы управления конфигурацией.

Современный подход к управлению элементами конфигурации, относящимися к выпускам, заключается в использовании репозиториев кода и репозиториев артефактов в качестве дополнения к базе данных управления конфигурацией. ^[2]^[3] Это можно увидеть в использовании полноценной медиа-библиотеки .

Словарь [ править ]

Помимо своей цели при внедрении и управлении изменениями, список и определение каждого элемента конфигурации должны действовать как общий словарь для всех групп, связанных с продуктом. Следует определить ЭК на таком уровне, чтобы лицо, занимающееся маркетингом продукта , и лицо, ответственное за реализацию, могли согласиться с общим определением, когда они используют имя элемента конфигурации. Выбор и идентификация элементов конфигурации для конкретного проекта можно рассматривать как первый шаг в разработке общей архитектуры продукта сверху вниз. ^{[ нужна ссылка ]}

Ссылки [ править ]

^ Сравнивать: Купленд, Мартин (25 сентября 2014 г.). Расширенное развертывание Microsoft System Center Configuration Manager . Профессиональный опыт дистиллирован. Packt Publishing Ltd (опубликовано в 2014 г.). ISBN 9781782172093 . Проверено 3 августа 2015 г. Управление приложениями в фоновом режиме более сложное, чем способ выполнения пакетов в Configuration Manager. Этот процесс работает с использованием элементов конфигурации (CI).
^ «Введение в управление конфигурациями в DevOps» . Браузерный стек . Архивировано из оригинала 01 февраля 2023 г. Проверено 11 марта 2022 г.
^ «Роль управления конфигурацией кода в DevOps | Pluralsight | Pluralsight» . www.pluralsight.com . Проверено 11 марта 2022 г.

Внешние ссылки [ править ]

[1] Сравнивать: Купленд, Мартин (25 сентября 2014 г.). Расширенное развертывание Microsoft System Center Configuration Manager . Профессиональный опыт дистиллирован. Packt Publishing Ltd (опубликовано в 2014 г.). ISBN 9781782172093 . Проверено 3 августа 2015 г. Управление приложениями в фоновом режиме более сложное, чем способ выполнения пакетов в Configuration Manager. Этот процесс работает с использованием элементов конфигурации (CI).

[2] «Введение в управление конфигурациями в DevOps» . Браузерный стек . Архивировано из оригинала 01 февраля 2023 г. Проверено 11 марта 2022 г.

[3] «Роль управления конфигурацией кода в DevOps | Pluralsight | Pluralsight» . www.pluralsight.com . Проверено 11 марта 2022 г.

[1]

[2]

[3]