Управление конфигурацией (Configuration Management) - это дисциплина, которая отвечает за полноту и достоверность сведений об ИТ-среде: из каких компонентов она состоит, в каком состоянии каждый компонент, кто за него отвечает и что меняется при каждом релизе. Проверьте себя: если вопрос «какая версия приложения сейчас в продуктивe» вызывает переписку в мессенджере, дисциплины в команде нет.
Практический смысл прямой. Когда вы знаете текущее состояние и его эталон, среду можно предсказуемо менять, разворачивать с нуля и подтверждать соответствие требованиям на аудите. Подход одинаково нужен парку серверов с Nginx и учётной системе на платформе 1С:Предприятие, хотя объекты учёта и инструменты в этих случаях различаются.
Дальше разберём определение и терминологию, цели и задачи, место процесса в жизненном цикле, разницу между классическим IT-подходом (ITIL, ГОСТ) и спецификой 1С, а также перечень объектов и ролей.
Что такое управление конфигурацией: определение и ключевые термины
Управление конфигурацией - это набор правил и процессов, которые обеспечивают идентификацию, учёт, контроль изменений и проверку конфигурационных единиц на протяжении всего их жизненного цикла. Дисциплина отвечает на четыре вопроса: что у нас есть, в каком состоянии, кто отвечает и что изменилось.
Чтобы говорить об этом предметно, нужно развести четыре термина.
- Конфигурация - совокупность всех конфигурационных единиц и связей между ними. Сюда входят и сами компоненты, и зависимости между ними.
- Конфигурационная единица (CI, Configuration Item) - отдельный компонент, который учитывают и которым управляют: физический или виртуальный сервер, приложение, конфигурационный файл, лицензия, документ, учётная запись.
- Базовая линия (baseline) - зафиксированное и одобренное состояние конфигурации. Это эталон, от которого отсчитывают дальнейшие изменения.
- CMDB - база данных управления конфигурациями, где хранят записи о CI и связях между ними.
Ещё одно понятие - репозиторий конфигурации: хранилище эталонных версий и связанной документации. Репозиторий бывает файловым, как Git, или встроенным в учётную систему.
Конфигурация, конфигурационная единица и базовая линия: в чём разница
Проще всего на примере. Сервер с обратным прокси Nginx - это конфигурационная единица. Файл nginx.conf с настройками виртуальных хостов - тоже самостоятельная CI, потому что его версии меняются отдельно от самого сервера. Обе единицы вместе с зависимостями (ОС, сертификаты, DNS-записи) складываются в конфигурацию сервиса.
Базовая линия появляется в момент, когда состояние признано рабочим и зафиксировано. Классический сценарий: после успешного релиза состояние системы описывают, сохраняют и объявляют эталоном. До этой фиксации откатываться некуда, потому что неясно, к какому состоянию возвращаться.
Что попадает под управление конфигурацией кроме программного обеспечения
Периметр шире, чем код и приложения. В него входят серверы, сетевое оборудование, системы хранения, регламенты, лицензии и учётные записи. Пример из практики хранения данных: правка пулов или датасетов на NAS без фиксации состава и версии прошивки делает среду невоспроизводимой, и повторить её на другом железе по памяти уже не получится.
В 1С список объектов тоже шире, чем кажется: помимо самой конфигурации учитывают расширения, внешние обработки и отчёты, настройки обмена с внешними системами. Подробнее об этом в разделе про объекты.
Цели и задачи управления конфигурацией
Цели описывают, зачем дисциплина нужна, задачи перечисляют, что для этого делают руками и инструментами.
Цели управления конфигурацией
- Целостность. Все CI учтены, связи между ними описаны. В реестре нет серверов, о которых знает только один инженер.
- Контроль. Любое изменение проходит через понятную процедуру: заявка, оценка, одобрение, выполнение.
- Прозрачность. На вопрос о версии приложения в продакшене отвечает реестр, а не опрос дежурной смены.
- Воспроизводимость. Среду можно развернуть заново по документации и эталонным версиям.
- Соответствие. Организация готова подтвердить на аудите, что используются одобренные версии ПО и корректные настройки обмена.
Последняя цель заметнее всего там, где ИТ-процессы пересекаются с отчётностью перед госорганами. Чтобы подтвердить корректность обмена документами с Социальным фондом России, нужно доказать, что в работе актуальная версия учётной программы и правильные типы сообщений. Без учёта версий такой аргумент построить нечем.
Задачи управления конфигурацией
- Идентификация. Каждому CI присваивают уникальный идентификатор и указывают владельца.
- Учёт. Записи ведут в реестре или CMDB, вместе со связями и версиями.
- Контроль изменений. Правку оформляют заявкой, оценивают влияние, согласуют и только потом выполняют.
- Верификация. Периодически сверяют фактическое состояние среды с записями в реестре.
- Отчётность. Готовят отчёты о состоянии конфигурации и отклонениях.
- Управление версиями. Хранят эталонные версии и историю изменений.
Работа одинакова для инфраструктуры и для 1С, различаются только инструменты. Обновление учётной системы, например 1С:Зарплата и управление персоналом 8, по шагам совпадает с любым релизом: сначала фиксируют текущее состояние, затем проверяют совместимость, выполняют обновление и фиксируют новую базовую линию.
Место управления конфигурацией в жизненном цикле продукта
Дисциплина работает на всём жизненном цикле, а не только в момент выпуска релиза.
Этапы жизненного цикла и роль управления конфигурацией
- Планирование: определяют состав CI и будущую базовую линию.
- Разработка: фиксируют версии кода и конфигурационных файлов.
- Тестирование: проверяют, что тестовая среда соответствует эталону.
- Запуск в эксплуатацию: обновляют реестр и фиксируют новую базовую линию.
- Эксплуатация: контролируют изменения и проводят аудит.
- Вывод из эксплуатации: архивируют данные и закрывают записи о CI.
На каждом переходе между этапами состояние фиксируют, поэтому у команды всегда есть точка возврата. Если этот шаг пропустить, откат превращается в восстановление по памяти.
Связь с управлением изменениями и релизами
Три процесса работают в связке. Управление изменениями инициирует правку CI, управление конфигурацией фиксирует результат, управление релизами координирует развёртывание. Дисциплина не подменяет остальные процессы: она даёт им достоверные данные о том, что именно меняется, и связывает отдельные правки в предсказуемый выпуск.
Классический IT-подход: ITIL и ГОСТ
ITIL: управление конфигурацией и переход к эксплуатации
Библиотека ITIL описывает управление конфигурацией как процесс, который ведут совместно с управлением изменениями и релизами. Ключевые понятия оттуда - CMDB, базовая линия и контроль изменений. ITIL не предписывает конкретных инструментов: реестр может быть и таблицей, и специализированной системой, важна дисциплина ведения записей.
Ограничение: детальные разделы ITIL, посвящённые управлению конфигурацией, выходят за рамки этого обзора. Здесь приведена общая модель, по которой процесс связывают с изменениями и релизами.
ГОСТ и нормативное регулирование
В российской практике часть объектов управления задают стандарты. Показательный пример документа, который сам становится конфигурационной единицей: ГОСТ 7.67-94. Его ввели в действие постановлением Госстандарта России N 262 с 1 января 1996 года, и он представляет полный аутентичный текст ИСО 3166-88 с дополнительными требованиями, отражающими потребности народного хозяйства (постановление о введении ГОСТ 7.67-94).
Вывод практический: стандарт, регламент или форма отчётности - такая же CI, как сервер. У них есть версия, дата введения и область применения, и их тоже нужно учитывать, чтобы не работать по устаревшей редакции.
Ограничение: стандарты, напрямую посвящённые жизненному циклу ПО и сопровождению, в этом обзоре не разбираются. Мы ограничиваемся тем, что любой нормативный документ может быть объектом управления конфигурацией.
Специфика управления конфигурацией в 1С
В 1С слово «конфигурация» имеет двойной смысл. Это прикладное решение: метаданные, формы, модули, права. И это состояние системы с настройками и данными. Управлять приходится обоими аспектами.
Обновление конфигурации 1С: от типовой до доработанной
Типовую конфигурацию обновляют, принимая готовые обновления от вендора. Как только в систему добавляют собственные доработки, обновление превращается в сравнение и объединение: нужно понять, какие изменения внесены в типовые объекты, и сохранить их при переходе на новую версию.
Порядок работы при обновлении предсказуем: сделать резервную копию, зафиксировать текущую конфигурацию и список доработок, проверить совместимость, выполнить обновление на копии, протестировать, перевести в продуктив и зафиксировать новую базовую линию. Регламент на такие операции помогает не терять шаги, готовые подходы разобраны в материале про регламенты технического обслуживания для ИТ-команд.
Переход на ГИС ЕЦП: пример управления конфигурацией
Свежий пример, где управление конфигурацией напрямую влияет на работу бухгалтерии. С 21 сентября 2026 года обмен сообщениями о пособиях переносится на новую платформу, Единую централизованную цифровую платформу в социальной сфере (ГИС ЕЦП). Ранее запросы, ответы и уведомления шли через СЭДО СФР, модуль обмена, встроенный в учётные программы, включая 1С:Зарплата и управление персоналом 8 (разбор перехода на ГИС ЕЦП).
Что меняется для команды сопровождения: в период с 19 по 21 сентября обмен документами с фондом временно прекратится, часть типов сообщений СЭДО получит новую нумерацию, а учётную программу нужно обновить заранее. Меняются форматы и типы электронных документов, тогда как содержание самих документов остаётся прежним. Изменения затрагивают пять категорий выплат: по временной нетрудоспособности, по беременности и родам, единовременное пособие при рождении ребёнка, пособие по уходу за ребёнком до 1,5 лет и выплаты при несчастном случае на производстве или профзаболевании. Каждому сообщению присвоен цифровой код типа, по которому учётная система понимает, какой документ получен или отправлен, и с переходом эти коды меняются на новые (переход на ГИС ЕЦП).
Если пропустить обновление, некоторые процессы по пособиям придётся начинать заново. Это ровно тот случай, когда отсутствие учёта версий обходится дороже ведения реестра.
Объекты управления конфигурацией: что именно берём под контроль
Типовые объекты в IT-инфраструктуре
- Серверы физические и виртуальные.
- Системы хранения данных и файловые системы, например TrueNAS и ZFS.
- Сетевое оборудование.
- Программное обеспечение: ОС, СУБД, приложения.
- Конфигурационные файлы, например настройки Nginx.
- Документация, регламенты, лицензии.
- Учётные записи и права доступа.
У каждого объекта должен быть уникальный идентификатор и владелец. Объекты бывают вложенными: сервер - CI, его конфигурационный файл - тоже CI. Начинать разумно с инвентаризации: пройтись по среде и записать то, что уже есть.
Объекты в 1С: конфигурация, расширения, внешние обработки
В 1С под контроль попадают сама конфигурация и её версия, расширения, внешние обработки и отчёты, настройки обмена с внешними системами, пользователи и их права. Объекты 1С стоит включать в общий реестр наравне с инфраструктурными, иначе картина среды разрывается на две несвязанные части. Права доступа удобно описывать отдельным блоком, схемы разобраны в руководстве про роли, профили и RLS в 1С:Предприятие.
Роли и участники процесса управления конфигурацией
Ключевые роли в IT
- Конфигурационный менеджер - отвечает за процесс, реестр и регламент.
- Владелец CI - отвечает за актуальность данных о конкретном объекте и за согласование изменений в нём.
- Инженер - выполняет изменения и фиксирует результат.
- Аудитор - проверяет, что фактическое состояние совпадает с учтённым.
В небольшой команде роли совмещают: конфигурационным менеджером часто становится инженер, который ведёт инфраструктуру и отвечает за информационную безопасность. Как выстроить такое совмещение без простоев, разбирается отдельный материал про администрирование и информационную безопасность. Границы ответственности стоит закрепить письменно, ориентир - шаблон должностной инструкции DevOps-инженера.
Роли в контексте 1С
Здесь к техническим ролям добавляются прикладные. Бухгалтерия готовит и передаёт данные, специалист по 1С отвечает за обновление конфигурации и работу обмена, внешним участником выступает Социальный фонд России. При обмене через СЭДО бухгалтерия отвечает на запросы фонда документом «Сведения», а техническую часть обеспечивает специалист по 1С. В переходные периоды вроде миграции на ГИС ЕЦП нужно синхронно обновить программу и подтвердить готовность процессов, а без закреплённых ролей этот шаг расползается по нескольким исполнителям (электронный документооборот с СФР и ГИС ЕЦП).
Практические шаги: как запустить управление конфигурацией
С чего начать: минимальный набор действий
- Инвентаризация. Составьте список всех CI, начиная с самого критичного сервиса.
- Реестр. Заведите таблицу: идентификатор, название, владелец, версия, расположение, дата последнего изменения.
- Базовая линия. Зафиксируйте текущее состояние как эталон.
- Регламент изменений. Опишите, кто и как может менять объект и как правка фиксируется.
- Автоматизация. Переходите к инструментам, когда ручной реестр станет узким местом.
Для одной учётной системы шаг может выглядеть так: записать текущую версию 1С:ЗУП 8, дату последнего обновления, ответственного и список доработок. Этого достаточно, чтобы планировать следующее обновление и понимать риски. Предупреждение: без зафиксированной базовой линии откат невозможен, потому что непонятно, к какому состоянию возвращаться.
Инструменты для автоматизации
Для инфраструктуры типовой набор: Git для хранения конфигурационных файлов и версионирования, Ansible для приведения серверов к описанному состоянию, Terraform для описания инфраструктуры как кода. Для приложений те же принципы переносят в конвейеры сборки и развёртывания, архитектура такого конвейера разобрана в руководстве про автоматизированное развёртывание приложений через CI/CD.
В 1С проверки и обновления закрывают специализированные инструменты, а на старте достаточно таблицы и дисциплины ведения записей. Порядок действий простой: сначала регламент, потом автоматизация. Автоматизировать хаотичный процесс бессмысленно, потому что закреплять будет нечего.
Смежные темы кластера: что изучать дальше
Управление конфигурацией - отправная точка, дальше логично двигаться по связанным процессам.
- Управление изменениями. Показывает, как заявка превращается в одобренное и выполненное изменение.
- Управление релизами. Координирует развёртывание нескольких изменений в единый выпуск.
- Управление инцидентами. Определяет порядок действий, когда что-то уже сломалось.
- CMDB. Практика ведения базы данных конфигураций и связей между объектами.
- ITIL и ГОСТ. Методологические рамки, внутри которых процессы адаптируют под конкретную организацию.
Смежный блок по 1С: обновление конфигурации, поддержка доработок, разграничение прав доступа и взаимодействие с внешними системами, включая переход на новые форматы обмена с фондом.