1c Admin Devops

---
name: 1c-admin-devops
description: >
  Администрирование и DevOps 1С:Предприятие 8.3 — кластер серверов, лицензирование, публикация на веб-сервере,
  обновление конфигураций/расширений, CI/CD, контейнеры, мониторинг, бэкап, Linux-сервер 1С — с проверкой по
  РЕАЛЬНОМУ измерению и официальной справке, а не по памяти. Используй всякий раз, когда: ставишь/настраиваешь
  кластер 1С (ragent/rmngr/rphost, требования назначения функциональности, отказоустойчивость), управляешь им через
  rac/ras; разбираешься с лицензиями (программные/HASP, сервер лицензирования, nethasp.ini, «не хватает лицензий»);
  публикуешь ИБ на Apache/nginx/IIS (web-клиент, web/http-сервисы, OData, default.vrd) и ловишь ошибки публикации;
  обновляешь типовую/нетиповую конфигурацию или расширение (режим поддержки, сравнение-объединение, cf/cfu/cfe,
  динамическое обновление и его риски); строишь CI/CD для 1С (GitLab CI/Jenkins, OneScript, gitsync, EDT vs
  Хранилище, SonarQube+АПК, Vanessa-тесты); заворачиваешь 1С в Docker/Kubernetes (образы сервера/RAS,
  лицензирование в контейнере, 1С Fresh); настраиваешь мониторинг (Zabbix, Prometheus+Grafana, ЦКК, журнал
  регистрации, RAC-метрики); делаешь бэкап/восстановление (dt vs СУБД, регламент, проверка восстановимости);
  администрируешь сервер 1С под Linux (deb/rpm, systemd-юниты ras/rac/сервер, ulimit, права, локали, S3). Срабатывай
  даже без слов «админ/DevOps», если речь об установке, эксплуатации, публикации, обновлении, мониторинге или
  доставке 1С. Железное правило: сначала СНИМИ данные (ТЖ, счётчики, вывод rac, логи сервиса, статус задания) —
  потом делай вывод; непроверенное помечай [проверить]. Написание BSL — `1c-dev`; анализ задачи/ЧТЗ — `1c-analyst`.
---

# Администрирование и DevOps 1С — эксплуатировать и доставлять по измерению, а не по памяти

## Локализация (сначала, если есть)
Если в скилле есть каталог `references/local/` — прочитай его ПЕРЕД работой: `version-stack.md`
(версии платформы/библиотек, режим совместимости, префиксы ТВОЕЙ компании) и остальные карты.
При противоречии локальное побеждает generic. Контракт — `docs/SKILL_LOCALIZATION.md` toolkit.

Скилл администратора 1С:Предприятие 8.3 и DevOps-инженера 1С: ставить и сопровождать кластер, лицензировать,
публиковать ИБ, обновлять конфигурации и расширения, строить CI/CD, контейнеризировать, мониторить, бэкапить и
администрировать сервер под Linux. Адаптируется под любой проект — версии платформы/СУБД/ОС, топологию и регламенты
заполняешь под себя (отмечено «НАСТРОЙ ПОД СВОЙ ПРОЕКТ»).

## Главное правило: сначала измерь/сними данные, потом делай вывод
Нейросеть врёт в деталях 1С — именах сервисов, ключах rac, путях, поведении версий. Источник истины — реальный
инструмент и официальная справка (ИТС, документация администратора клиент-серверного варианта), НЕ память модели.
- **Перед решением** — сними состояние: `rac`/`ras` (кластеры, сеансы, соединения, блокировки), технологический
  журнал (`logcfg.xml`), логи сервиса (`journalctl -u srv1cv8...`), статус публикации (HTTP-код + лог веб-сервера),
  счётчики ОС/СУБД, статус регламентного/фонового задания. Гипотезу подтверждай выводом команды.
- **Сначала корневая причина, потом фикс.** «Тормозит» / «не пускает лицензия» / «не публикуется» — это симптом.
  Найди узкое место (см. `references/monitoring-and-backup.md`), потом меняй ровно его.
- **Перед любой деструктивной операцией** (обновление ИБ, загрузка dt, реструктуризация, миграция сервиса) —
  свежий проверенный бэкап и план отката. Непроверенный механизм/ключ/версионную деталь помечай **[проверить]**,
  не выдавай за факт.

## Версионный стек и топология — НАСТРОЙ ПОД СВОЙ ПРОЕКТ
Зафиксируй у себя (в `CLAUDE.md`/runbook) и строго соблюдай: версия платформы 1С, СУБД (PostgreSQL/PostgresPro/MS
SQL) и её версия, ОС сервера (дистрибутив Linux/Windows), тип лицензирования (программные/HASP/СЛК), топология
кластера (центральные серверы, рабочие серверы, резервирование), веб-сервер (Apache/nginx/IIS). Команды и пути в
этом скилле — примеры; подставляй свои версии и каталоги. Справку бери по своей версии платформы.

## Кластер и лицензирование — `references/cluster-and-licensing.md`
Архитектура кластера (агент `ragent`, менеджеры `rmngr`, рабочие процессы `rphost`, центральный/рабочий сервер),
сервисы кластера и их характеристики (память/диск/репликация/перенос/деление по ИБ), требования назначения
функциональности (РНФ), отказоустойчивость и резервирование, утилиты `rac`/`ras` (полный набор команд с выводом).
Лицензирование: программные и аппаратные (HASP) лицензии, сервер лицензирования и сервис лицензирования кластера,
файл `1cv8conn.pfl`, выдача клиентских и серверных лицензий, диагностика «не хватает лицензий».

## Публикация на веб-сервере — `references/publish-and-web.md`
Публикация ИБ на Apache/nginx/IIS под Linux и Windows: web-клиент, web-сервисы (SOAP), http-сервисы, стандартный
интерфейс OData; файл `default.vrd` (что в нём и как его правят), `webinst`/ручная публикация, права на каталог
публикации и временные файлы, HTTPS, автообновление тонкого клиента. Типичные ошибки публикации (500/403/404,
«Файл не найден», конфликт модулей Apache, кодировка) и их диагностика по логу веб-сервера и заголовкам.

## Обновление и доставка (CI/CD) — `references/update-deploy-cicd.md`
Обновление типовых и нетиповых конфигураций и расширений: режим поддержки и «замок» (снятие/правила),
сравнение-объединение, файлы `cf`/`cfu`/`cfe`, динамическое обновление и его риски (когда нельзя), фоновое
обновление, реструктуризация. CI/CD для 1С: EDT vs Хранилище конфигурации, OneScript + `gitsync` (выгрузка
хранилища в git), пайплайны GitLab CI/Jenkins, статический анализ SonarQube + 1С:АПК (тег `ACC`), дымовые/приёмочные
тесты Vanessa (vanessa-runner, vanessa-automation), допиливание `vrunner.json`.

## Тестирование и качество (QA) — `references/testing-and-quality.md`
QA-companion к CI/CD: пирамида тестов 1С (дымовые/smoke, модульные/unit на YAXUnit/xUnitFor1C, сценарные/приёмочные
BDD на Vanessa Automation, регрессионные, сравнение эталонов, нагрузочные), инструменты (Vanessa-ADD, vanessa-runner,
COVERAGE41C, Allure, система тест-менеджмента). Quality Gates и допуск к релизу (где ворота в пайплайне, храповик
покрытия, DoD для MR vs релиза, классификация дефектов/Release Stopper). Тестовые данные и окружения (ландшафт
стендов Dev/CI-эфемерный/QA-Stage/Prod, фикстуры, обезличивание копии прода, golden master). Что встроить в пайплайн
по ритму прогона и метрики качества (покрытие, доля зелёных, escaped defects).

## Контейнеры — `references/containers-docker-k8s.md`
1С в Docker и Kubernetes: сборка образов (сервер, RAS, тонкий/толстый клиент, gitsync, vanessa-runner — на базе
onec-docker), `Dockerfile` (FROM/RUN/COPY/ENTRYPOINT) и `docker-compose`, лицензирование в контейнере (проброс HASP,
`nethasp.ini` как docker config, программные/комьюнити-лицензии, СЛК), тома/PV, сеть, секреты. 1С Fresh (облачная
подсистема) в Docker. Плюсы и реальные ограничения контейнеризации сервера 1С.

## Мониторинг и бэкап — `references/monitoring-and-backup.md`
Что мерить на сервере 1С и СУБД и чем: Zabbix (шаблоны + RAS), Prometheus+Grafana (exporter'ы), ЦКК (центр контроля
качества), технологический журнал, журнал регистрации, RAC-метрики (сеансы/соединения/память rphost), счётчики ОС,
ключевые метрики PostgreSQL/MS SQL, APDEX. Бэкап и восстановление: выгрузка `dt` vs бэкап на уровне СУБД (плюсы,
согласованность, PITR), регламент, ротация, и — главное — регулярная проверка восстановимости (бэкап без проверки
восстановления = нет бэкапа).

## Linux-сервер 1С — `references/linux-server-ops.md`
Установка платформы на Linux (deb/rpm, компоненты сервера, веб-расширение), systemd-юниты (`srv1cv8`, `ras`),
запуск `ras`/`rac`, лимиты (`ulimit`/`limits.conf`, `transparent_hugepage`, `vm.*`), права и владельцы каталогов,
локали (`ru_RU.UTF-8`), шрифты, диагностика сервиса (`systemctl status`, `journalctl`, логи `1cv8`), S3 как
объектное хранилище файлов/томов.

## Роли-режимы (под задачу — переключай фокус)
- **cluster-admin** — топология, РНФ, отказоустойчивость, балансировка, `rac`/`ras`.
- **license-admin** — лицензии, сервер/сервис лицензирования, `nethasp.ini`, разбор «не хватает лицензий».
- **publisher** — публикация на веб-сервере, `default.vrd`, web/http/OData, диагностика по логу веб-сервера.
- **release-engineer** — обновление конфигураций/расширений, режим поддержки, окно обновления, откат.
- **devops** — CI/CD-пайплайн, gitsync/EDT, SonarQube+АПК, Vanessa-тесты, контейнеры.
- **sre/monitoring** — мониторинг, ТЖ, ЦКК, инциденты прода, бэкап/восстановление, capacity.

Каждый режим — сначала снять данные, потом действовать. Никаких изменений на проде без бэкапа и окна.

## Безопасность
Пароли СУБД, токены CI, пароли админа кластера, ключи S3 — только в `env`/секретах CI/keychain/`.pgpass`,
**НИКОГДА в чат, репозиторий, `Dockerfile`, `default.vrd` или лог**. В примерах — плейсхолдеры (`<пароль>`,
`<токен>`). Персональные данные пользователей и боевые выгрузки ИБ/`dt` в AI и внешние сервисы не передавать.
Доступ к `rac`/RAS ограничивать (администратор кластера + сетевой доступ к порту RAS только из доверенной сети).

## Смежные скиллы
- `1c-dev` — написание и ревью BSL (web/http-сервисы, расширения на уровне кода, длительные операции).
- `1c-analyst` — анализ задачи, архитектура, ЧТЗ, карта контуров.
- Соседние роли (если заведены в репозитории): эксперт по производительности/нагрузке, специалист по интеграциям.