DevOps для 1С на практике: как я развернул домашний сервер за 14 дней и 32 часа

06.04.26

Разработка - DevOps и автоматизация разработки

Практический гайд по применению DevOps-практик в 1С-инфраструктуре: контейнеризация СУБД, инфраструктура как код, мониторинг с алертами, автоматические бэкапы. Разбираю подводные камни и делюсь готовыми конфигами. Для 1С-разработчиков, которые хотят автоматизировать рутину и приблизиться к продакшен-среде.

DevOps для 1С на практике: как я развернул домашний сервер за 14 дней и 32 часа

От автора: Я — 1С-разработчик, а не системный администратор. С Docker раньше дела не имел — только слышал от коллег-сисадминов да читал статьи на InfoStart. Это мой первый опыт.

Но мне не хотелось «собирать на коленке, лишь бы работало». Хотелось сделать сразу нормально: без костылей и изоленты — с мониторингом, бэкапами, документацией, безопасностью.

И да, я хотел уложиться в 0 рублей бюджета.

Получилось ли? Честный рассказ — ниже. С граблями, таймингом и готовыми конфигами, которые можно скопировать.


📋 Содержание

  1. Введение
  2. Исходные данные: оборудование и ограничения
  3. Почему гибридная архитектура?
  4. Пошаговая настройка
  5. Мониторинг: Grafana + Prometheus + Blackbox
  6. А сколько это стоило?
  7. Проблемы и время на их решение
  8. Что ускорило бы процесс (инсайты)
  9. Итоговая статистика
  10. Время развёртывания
  11. Выводы и рекомендации
  12. Полезные ссылки
  13. Мобильная версия и дополнительные скриншоты

🔝 Наверх


Введение

Меня зовут Владимир Бессонов, я 1С-разработчик. Как и многие коллеги, я хотел создать изолированную среду для тестирования конфигураций — максимально приближенную к продакшену.

Изначально план был амбициозным:

  • 💻 6-7 виртуальных машин Hyper-V
  • 🤖 Локальная LLM для AI-задач
  • 🔐 MFA и VPN-шлюз
  • 💻 Терминальный сервер для удалённой работы
  • 🔄 Разделение на dev / test / prod контуры

Но суровая реальность внесла коррективы:

💻 Geekom A9 Max (Ryzen AI 9 HX 370, 32 ГБ RAM, 1 ТБ SSD)
🔴 Не потянет 7 одновременных ВМ с приемлемой производительностью

Пришлось искать обходное решение.

🔝 Наверх


Исходные данные: оборудование и ограничения

Железо

Компонент Значение
Мини-ПК Geekom A9 Max
Процессор AMD Ryzen AI 9 HX 370 (12 ядер / 24 потока, до 5.1 ГГц)
ОЗУ 32 ГБ DDR5 (планирую апгрейд до 64-128 ГБ)
SSD 2 ТБ NVMe
ОС Windows 11 Pro

Софт

  • Docker Desktop (последняя версия)
  • Git
  • PowerShell (встроен в Windows)
  • Tailscale (для VPN)
  • 1С:Предприятие (на хосте)

🔝 Наверх


Почему гибридная архитектура?

Тогда я впервые серьёзно посмотрел на Docker.

До этого я только слышал о нём от коллег-сисадминов и читал статьи на InfoStart. Практического опыта — ноль.

Но идея зацепила:

  • Контейнеры легче виртуальных машин
  • Один docker-compose.yml вместо кучи ВМ
  • Переносимость: скопировал конфиг + volumes — и среда работает на другом ПК

Решение: гибридный подход:

Где Что Почему
На хосте (Windows 11 Pro) 1С:Предприятие, агент сервера, Обновлятор Лицензия привязана к железу, проще отладка
В Docker PostgreSQL, pgAdmin, мониторинг, VoceChat Изоляция, переносимость, лёгкий бэкап
Через Tailscale Безопасный удалённый доступ Без проброса портов, шифрование WireGuard

Ключевые преимущества такого подхода:

  • Масштабируемость: добавить новый контейнер — одна команда
  • Переносимость: docker-compose.yml + volumes = миграция на другой ПК за 30 минут
  • Бэкапы: архивируешь папку с конфигом + volumes — и у тебя полная копия среды
  • Изоляция: СУБД в контейнере — не засоряет хост, легко пересоздать

🎯 Главный инсайт:
«Если завтра этот мини-ПК выйдет из строя — я смогу восстановить PostgreSQL с базами 1С и все сервисы на другом устройстве. При условии, что вовремя делал бэкапы, конечно.»

Почему Docker Desktop + WSL2, а не Hyper-V / Proxmox?

Критерий Docker Desktop Hyper-V Proxmox
Простота для Windows 🟢 Проще 🟡 Сложнее с сетью 🔴 Требует отдельный сервер
Ресурсы 🟢 Меньше накладных 🔴 Больше расходов 🔴 Нужна доп. машина
Интеграция с Windows 🟢 Высокая 🟡 Средняя 🔴 Низкая
Portainer 🟢 Работает из коробки 🟡 Требует настройки 🟢 Работает

Вывод: для дома хватило Docker Desktop + WSL2.

🔝 Наверх


Пошаговая настройка

 

Шаг 1: Установка Docker Desktop

  1. Скачал с официального сайта
  2. Установил с настройками по умолчанию
  3. Перезагрузил компьютер
  4. Запустил Docker Desktop

Время: 30 минут
Проблем: нет 🟢


Шаг 2: Выбор стратегии развёртывания

Дилемма:

  • СУБД в Docker или на хосте?
  • 1С в Docker или на хосте?

Решил:

  • 🟢 PostgreSQL в Docker — изоляция, легко пересоздать
  • 🟢 1С на хосте — лицензия developer.1c.ru привязана к железу

Почему:

  • Для лицензии не важно, где СУБД
  • Проще с отладкой и мониторингом на Windows
  • Меньше изоляции для 1С, но для дома — не критично

Время: 1 час 15 минут
Проблем: нет 🟢


Шаг 3: PostgreSQL с русской локалью

🚨 Критичная проблема №1

Первая попытка создать базу 1С провалилась:

🔴 Ошибка: кластер PostgreSQL инициализирован с локалью en_US.UTF-8
🔴 1С refuses to create database

Причина: 1С требует ru_RU.UTF-8 для корректной работы. Без правильной локали базы не создаются ни через консоль администрирования, ни через ярлык, ни через Обновлятор!

Решение: пересобрать контейнер с правильной локалью в entrypoint.sh:

export LANG=ru_RU.UTF-8
export LC_COLLATE=ru_RU.UTF-8
export LC_CTYPE=ru_RU.UTF-8

Время потери: 45 минут
Инсайт: надо было сразу добавить локаль при первой сборке образа!


Шаг 4: Portainer и Docker API на Windows

🚨 Критичная проблема №2

Portainer не подключался к Docker:

🔴 Cannot connect to Docker socket
🔴 Permission denied

Причина: на Windows Docker socket (//./pipe/docker_engine) работает иначе, чем на Linux.

Решение: использовать TCP API вместо socket:

# В docker-compose.yml для Portainer:
command:
  - --host=tcp://host.docker.internal:2375
  - --tls=false

Время потери: 1 час 30 минут
Инсайт: можно было сэкономить час, если бы сразу изучил документацию Portainer для Windows!


Шаг 5: Tailscale VPN для безопасного доступа

Задача: открыть доступ к веб-панелям со смартфона без проброса портов.

Решение: Tailscale (WireGuard-шифрование, бесплатно для личного использования).

Настройка:

  1. Установил Tailscale на сервер и смартфон
  2. В docker-compose.yml указал порты 0.0.0.0:5050:80
  3. Подключился с телефона по IP 100.74.x.x:5050

Важно: порты 0.0.0.0 безопасны только с VPN!

Время: 40 минут
Проблем: нет 🟢


Шаг 6: 1С:Предприятие + PostgreSQL в Docker

 

Подключение:

Host: localhost
Port: 5432
Database: template1c
Username: postgres
Password: из .env

Создание базы:

CREATE DATABASE "DemoHRMCorpDemo_bot";

Время: 1 час 30 минут (включая отладку локали)
Проблем: 1 (русская локаль, решено выше)


Подключение через pgAdmin

1. Открой http://localhost:5050

2. Войди: admin@admin.com / пароль из .env

3. Правой кнопкой на Servers → Register → Server

4. Вкладка Connection:

  • Host name/address: postgres (имя сервиса в docker-compose)
  • Port: 5432
  • Maintenance database: template1c
  • Username: postgres
  • Password: из .env

5. 🟢 Save password?

6. Сохрани

🟢 Сервер подключён! Разверни дерево:
Servers → PostgreSQL → Databases → DemoHRMCorpDemo_bot

 

 

📸 pgAdmin — подключение к PostgreSQL и база DemoHRMCorpDemo_bot

 

Шаг 7: Агент сервера 1С (клиент-серверный режим)

Тестирование:

  1. Установил компонент «Сервер 1С» на хост
  2. Проверил порты: netstat -ano | findstr ":1540"
  3. Запустил 2 сеанса одновременно — работают!

Вывод: агент сервера работает, многопользовательский режим готов.

Время: 1 час 20 минут
Проблем: 1 (консоль администрирования не запускалась → переустановил компонент)


Шаг 8: Обновлятор 1С для бэкапов

Почему не свои скрипты: есть готовое решение от Владимира Милькина (helpme1s.ru).

Настройка:

  1. Скачал Обновлятор
  2. Указал путь к pgAdmin 4\runtime\pg_dump.exe
  3. Настроил расписание через встроенный планировщик

Первый бэкап: 1009.92 МБ за 1 мин 18 сек 🟢

Важно: Обновлятор сам встраивается в Планировщик заданий Windows — не нужно писать PowerShell-скрипты!

Время: 1 час 45 минут

Проблем: 1 (Обновлятор не находил утилиты PostgreSQL → указал путь вручную)

🔝 Наверх


Мониторинг: Grafana + Prometheus + Blackbox

Зачем: чтобы автоматически узнавать о сбоях, а не проверять вручную.

 

Архитектура

Компоненты

Сервис Назначение
Prometheus Сбор и хранение метрик
cAdvisor CPU/RAM контейнеров
postgres-exporter Метрики PostgreSQL
Blackbox Exporter HTTP-проверки доступности
Grafana Дашборды + алерты
VoceChat Уведомления в локальный чат

 

🚨 Проблема №3: cAdvisor не видит контейнеры на Docker Desktop

🔴 Метрики контейнеров пустые
🔴 Docker Desktop + WSL2 limitation

Решение: использовать Blackbox Exporter для HTTP-проверок вместо метрик контейнеров.

Время потери: 45 минут

 

🚨 Проблема №4: pgAdmin и Grafana возвращают 401/302

🔴 Blackbox видит 401 вместо 200
🔴 Алерты срабатывают ложно

Решение:

  • Grafana: проверять /api/health endpoint
  • pgAdmin: добавить коды 401/403 в valid_status_codes blackbox.yml

Время потери: 1 час

 

🚨 Проблема №5: Уведомления приходят в JSON (не читаемо)

🔴 {"status":"firing","alerts":[...]}

Решение: в Grafana указать Content-Type: text/plain и шаблоны в Title/Message.

Время потери: 30 минут

Итог по мониторингу:

  • 🟢 9 из 9 алертов работают
  • 🟢 Уведомления читаемые, с форматированием
  • 🟢 VoceChat получает алерты за 2-3 минуты

Время на мониторинг: 6 часов (03.04) + 6 часов 30 минут (04.04 финализация)

Алерты

Критические (🔴)

Алерт Условие Описание
PostgreSQL is DOWN pg_up == 0 PostgreSQL недоступен
Portainer Down probe_success{instance="http://portainer:9000"} Portainer недоступен (HTTP проверка не прошла)
pgAdmin Down probe_success{instance="http://pgadmin4:80"} pgAdmin недоступен (HTTP проверка не прошла)
Grafana is DOWN probe_success{instance="http://grafana:3000/api/health"} Grafana недоступна (HTTP проверка не прошла)
Prometheus is DOWN up{job="prometheus"} == 0 Prometheus недоступен
VoceChat Notifications probe_success{instance="http://vocechat-notifications:3000"} VoceChat недоступен (HTTP проверка не прошла)
cAdvisor is DOWN up{job="cadvisor"} == 0 cAdvisor недоступен

Предупреждения (🟡)

Алерт Условие Описание
High CPU Usage CPU > 80% (5 min average) Высокая загрузка CPU
High Memory Usage RAM > 1 GB Высокое потребление памяти

Пример уведомления в VoceChat

 

🔴 Уведомление о срабатывании алерта (FIRING)

 

 

📸 VoceChat — уведомление FIRING

 

🟢 Уведомление о восстановлении (RESOLVED)

 

 

📸 VoceChat — уведомление RESOLVED

Важно: Уведомления приходят в обоих случаях — и при срабатывании, и при восстановлении. Это позволяет быстро реагировать на проблемы и знать, когда сервис снова работает.

🔝 Наверх


А сколько это стоило?

Спойлер: 0 рублей. Вообще.

Компонент Лицензия Стоимость
1С:Предприятие Лицензия разработчика (community) 🟢 Бесплатно
PostgreSQL 1C Edition Открытый образ от 1С 🟢 Бесплатно
Docker Desktop Personal use 🟢 Бесплатно
Tailscale Free tier (100 устройств, 3 пользователя) 🟢 Бесплатно
Grafana + Prometheus Open Source (Apache 2.0) 🟢 Бесплатно
Blackbox Exporter Open Source 🟢 Бесплатно
VoceChat Self-hosted, open source 🟢 Бесплатно
Portainer CE Community Edition 🟢 Бесплатно
Обновлятор 1С Базовая версия (для ручных бэкапов) 🟢 Бесплатно
Обновлятор 1С PRO Если захочешь авто-бэкапы 950 руб. (как бизнес-ланч в кафе или поездка на такси)
Git + GitHub Free tier 🟢 Бесплатно
Windows 11 Pro Уже установлена на мини-ПК 🟢 Бесплатно для меня

Итого: 0 руб. за инфраструктуру, близкую к продакшену.

🎯 Главный инсайт:
«Не нужно бюджетов и согласований, чтобы начать автоматизировать рутину. Достаточно желания, гайдов и бесплатных инструментов.»

🔝 Наверх


Проблемы и время на их решение

Проблема Время потери Решение
Portainer не подключается к Docker API 1 ч 30 мин TCP API на порту 2375
Ошибка локали при создании базы (1С) 45 мин ru_RU.UTF-8 в entrypoint.sh
Ссылки в Markdown не работали (регистр) 30 мин docs → Docs в путях
Синтаксис Markdown-ссылок 20 мин Убрать лишние скобки
Обновлятор не находил утилиты PostgreSQL 40 мин Указать путь к pgAdmin runtime
cAdvisor не видит контейнеры 45 мин Использовать Blackbox
pgAdmin/Grafana 401/302 ошибки 1 час Health endpoints + custom blackbox.yml
Уведомления JSON вместо текста 30 мин Content-Type: text/plain + шаблоны Grafana
Prometheus relabel_configs синтаксис 1 ч 30 мин target_label вместо target_param
Сети Docker (monitoring vs 1c-infrastructure) 45 мин Добавить все сервисы в обе сети
Конфликт портов PostgreSQL 30 мин Остановить локальный PG
Алерты не сбрасываются 30 мин Перезапуск Prometheus
ИТОГО ~8 часов ~25% от общего времени

🔝 Наверх


Что ускорило бы процесс (инсайты)

Совет Экономия времени
Сразу добавить ru_RU.UTF-8 в entrypoint.sh ~45 минут
Portainer: сразу использовать API, а не Socket ~1 час
Проверять синтаксис Markdown перед коммитом ~20 минут
Заранее проверить наличие pg_dump.exe ~30 минут
Настроить VS Code как редактор для Git ~10 минут
Изучить ограничения cAdvisor на Docker Desktop заранее ~45 минут
Сразу использовать health endpoints (Grafana /api/health) ~1 час
Настроить шаблоны VoceChat с первого раза ~30 минут
Изучить синтаксис relabel_configs для Prometheus 3.x заранее ~1 ч 30 мин
Потенциальная экономия ~5 часов 50 минут (~18%)

🔝 Наверх


Итоговая статистика

Показатель Значение
Период работы 22.03–04.04.2026 (14 дней)
Чистое время ~32 часа
Средняя скорость ~2.3 часа в день
Сервисов настроено 10
Алертов работает 9 из 9
Документов создано 5 (README, guide, COMMANDS, TIMING, SUMMARY)
Время на проблемы ~8 часов (~25%)
Потенциальная экономия ~5 часов 50 минут (~18%)

Результат: полностью работоспособная инфраструктура 1С + PostgreSQL + мониторинг + документация 🟢

🔝 Наверх


Время развёртывания

Время развёртывания: ~30-40 минут (при наличии готовых конфигов и Docker-образов)

🟡 Требования:

  • Docker Desktop уже установлен
  • Есть доступ к интернету (для pull образов, ~2-3 ГБ)
  • Порты 5432, 5050, 9000, 3002 свободны

📦 Что входит в 30 минут:

  • Клонирование репозитория
  • Настройка .env (пароли)
  • Запуск docker-compose up -d
  • Ожидание health checks
  • Базовая проверка доступности сервисов

🔴 Не входит:

  • Установка Docker Desktop (~30 мин)
  • Установка 1С:Предприятие (~1 час)
  • Чтение документации (зависит от опыта)

💡 Примечание: Первое развёртывание займёт ~50-60 минут (включая скачивание Docker-образов). Повторное развёртывание при наличии локальных образов — ~15-20 минут.

🔝 Наверх


Выводы и рекомендации

  1. Docker Desktop + WSL2 — оптимальный выбор для домашнего сервера на Windows
  2. Tailscale — безопасный удалённый доступ без проброса портов
  3. Обновлятор 1С — готовое решение для бэкапов, не нужно писать скрипты
  4. Русская локаль в кластере PostgreSQL — критична для работы 1С (настраивать в entrypoint.sh при сборке образа!)
  5. Мониторинг с первого дня — экономит время на диагностику в будущем
  6. Blackbox Exporter — надёжнее cAdvisor для HTTP-проверок на Docker Desktop
  7. Документация — экономит время в будущем (уже окупилась!)
  8. Регулярные коммиты — помогают отслеживать прогресс и откатываться
  9. ~25% времени уходит на отладку — это нормально для первого развёртывания!

🔝 Наверх


Полезные ссылки

Официальная документация

Инструменты

Ресурсы автора

GitHub

🔝 Наверх

 
Мобильная версия и дополнительные скриншоты (6 изображений)

📸 Grafana Dashboard — все сервисы UP

 

📸 Portainer — список контейнеров (все 10 сервисов Running)

 

📸 Обновлятор 1С — процесс бэкапа

 

📸 Tailscale VPN на мобильном устройстве — статус подключения

 

📸 Grafana на мобильном устройстве — дашборд в мобильном браузере

 

📸 VoceChat на мобильном устройстве — уведомления в мобильном приложении

 

 

Об авторе

Владимир Бессонов

🔗 GitHub
📄 Лицензия: MIT

Последнее обновление проекта: 4 апреля 2026
Версия проекта: 2.4 (с мониторингом)

 

🔝 Наверх

Вступайте в нашу телеграмм-группу Инфостарт

1С Docker PostgreSQL DevOps Инфраструктура Мониторинг

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Работа с интерфейсом Анализ учета Мониторинг 1С:Предприятие 8 1С 8.3 1C:Бухгалтерия 1С:Бухгалтерия 3.0 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Зарплата и Управление Персоналом 3.x 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 11 Платные (руб)

Создайте свой функциональный интерфейс в любой конфигурации 1С с помощью расширения Infostart Dashboard. Настраивайте панели виджетов с метриками, индикаторами и показателями на начальном экране. Узнайте возможность внедрения подсистемы у себя в конфигурации с помощью бесплатной обработки "Анализ внедрения подсистемы 1С Infostart Dashboard"!

31720 руб.

27.03.2025    90968    66    44    

77

Инструменты администратора БД Корректировка данных Мониторинг Учет документов 1С 8.3 1С:Управление торговлей 10 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Розница 3.0 Платные (руб)

Обнаружили дубли номенклатуры в документах? Обработка поможет быстро найти все документы, где используется ошибочная номенклатура, выполнить анализ последствий и безопасно заменить ее на основную номенклатуру с контролем результатов и журналом выполненных операций.

6100 руб.

11.06.2026    882    2    0    

4

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

10.09.2026    965    Ninel_S    0    

5

DevOps и автоматизация разработки Тестирование QA Групповая разработка (Git, хранилище) Разработчик 1С:Предприятие 8 Бесплатно (free)

Четыре года в интеграторе я работал с git и EDT. Git после хранилища полюбил сразу: видно, кто и что менял. С EDT сложнее: тормозит, ошибки при обновлении ERP, автономный сервер внутри него работает только с файловой базой. На новой работе команда захотела перейти на git, я развернул EDT, и оно на второй день разрушило проект при загрузке расширения. Тогда я решил дать команде git с привычным Конфигуратором и инструмент, который за минуту доносит коммит до базы через ibcmd, вместо получасовой загрузки из файлов. На новой работе разрешили ИИ, и я написал это приложение с его помощью: от чтения документации и первого ТЗ до идей в электричке. Впервые за годы снова почувствовал себя творцом, а не закрывателем задач. По дороге приросли выгрузка, объединение и проверка конфигурации по коммитам, YAxUnit и режим MCP-сервера. В статье: схемы, скриншоты, грабли и честный список ограничений. Ссылки пока нет: хочу понять, нужно ли это кому-то, кроме меня.

03.09.2026    11380    KatanaDragon511    30    

40

DevOps и автоматизация разработки Разработчик Бесплатно (free)

Представьте, что вас попросили «сделай нам DevOps для 1С». С чего начинать? Часто за этой потребностью скрывается хаос в самом процессе разработки. Поэтому начинать нужно не с инструментов, не с серверов и не со скриптов, а с понимания того, что именно необходимо изменить. Предлагаем небольшой спасительный чек-лист, по которому можно относительно безболезненно запустить современные процессы управления разработкой 1С, даже когда у команды нет ничего, а изменения они присылают друг другу почтой и в мессенджерах. Вы получите структурированный пошаговый список задач, с которым не страшно окунаться в любой проект аудита разработки на 1С с целью навести там порядок.

31.08.2026    3386    Evil Beaver    2    

13

DevOps и автоматизация разработки Мониторинг Тестирование QA Разработчик 1С:Предприятие 8 Бесплатно (free)

Платформа 1С давно вышла за рамки учетных систем. Сегодня это полноценная среда для создания сложных, высоконагруженных и распределенных приложений. А значит, и стек технологий современного разработчика кардинально изменился. Систематизируем весь инструментарий, который превращает 1С-программиста в инженера: от EDT и Git до автотестов на YAxUnit, контейнеризации приложений в Docker, мониторинга в Prometheus и организации шины данных на Kafka. Разберемся, зачем каждый инструмент нужен, как он вписывается в жизненный цикл разработки и с чего начать его внедрение.

25.08.2026    22749    mrXoxot    55    

84

DevOps и автоматизация разработки Разработчик 1С 8.3 1С:Управление торговлей 11 Россия Бесплатно (free)

Полный цикл разработки расширения 1С в пакетном режиме DESIGNER: выгрузка, правка, гейт компиляции, применение к базе и контроль результата — без единого клика в конфигураторе. Разбираю семь мин, на которых подорвался лично: почему LoadConfigFromFiles возвращает нулевой код на битом модуле, зачем нужен Xvfb, как pgrep находит сам себя, кто держит базу и как отличить работающий сеанс от забытого, и почему после рестарта сервера база остаётся закрытой. Платформа 8.3.27, УТ 11.5, сервер на Linux.

24.08.2026    4242    YA_2159986692    7    

15

Мониторинг Разработчик 1С 8.3 Бесплатно (free)

Готовый модуль трейсинга операций для 1С: создание спанов со стеком, наследование TraceID, поддержка распределённых трейсов (фоновые задания, HTTP, интеграции), гарантированное завершение спанов при любом исходе и граничный режим «отката» стека. Все данные пишутся в журнал регистрации в JSON-виде и визуализируются в отдельной обработке — с деревом спанов, длительностями, статусами, атрибутами и ошибками.

17.08.2026    1019    4    van_za    2    

18
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. bulpi 219 06.04.26 19:45 Сейчас в теме
Образцовая статья!
ef42; Ivan7AK; Xershi; vladimir-89; +4 – Ответить
2. vladimir-89 74 06.04.26 19:49 Сейчас в теме
3. SerVer1C 1143 06.04.26 20:50 Сейчас в теме
А где мне купить мини ПэКа за 0 рублей?
pisarevEV; +1 – Ответить
4. vladimir-89 74 06.04.26 21:01 Сейчас в теме
(3) Я использую мини-ПК как домашний ноутбук или стационарный, поэтому, если принять, что у каждого программиста уже есть домашний ПК, а у организации уже есть собственный сервер, то можно и не вписывать его в статью расходов, также как и расходы на ОС., которая может быть предустановлена вместе с ПК, так и может быть приобретена отдельно.

В конце концов, можно арендовать сервер с похожими характеристиками. Цены и подходы сильно отличаются, поэтому и не стал это учитывать.

Как раз для того, чтобы не смешивать разработку, веб-серфинг и фильмы/игры, я и развернул инфраструктуру для разработки в изолированном контуре))
5. Feelthis 38 07.04.26 07:41 Сейчас в теме
pg_dump нельзя делать копии баз 1с, для типовых он работает, если модифицировать конфу то ошибки бьёт, нужно делать копии всего кластера pg_basebackup. Вообще на винде в докере постгрес разворачивать так себе идея на мой взгляд, мониторинг я бы сделал только для прод баз
6. vladimir-89 74 07.04.26 08:13 Сейчас в теме
(5) странно, Обновлятор использует эту команду, и я им обновляю в том числе модифицированные базы, ошибок не было.

Винда используется для того, чтобы оставить хост как есть и не переустанавливать систему, а базы данных изолировать.
8. Xershi 1566 07.04.26 08:33 Сейчас в теме
(6) на мак такое реально запустить? Часть софта для мак ос видел.
10. vladimir-89 74 07.04.26 08:45 Сейчас в теме
(8) вот тут не знаю, не на чем тестировать..
7. RockRock 84 07.04.26 08:13 Сейчас в теме
Тоже проходил все это, но в итоге остановился на proxmox. И есть ряд весомых плюсов: хост всегда чистый, вся работа только в виртуалках + lxc. Но для hx370 ,наверное, ваш сетап лучше.
9. vladimir-89 74 07.04.26 08:43 Сейчас в теме
(7) proxmox - здорово, но мне нужно было оставить привычную винду потому что я использую мини-ПК как домашний ноут/ПК: это и разработка, и файловое хранилище, и в интернете посидеть, и фильм посмотреть. На первом у меня было все сплошняком, он и навернулся, когда устанавливал обновление БП 3.0 )))
В этот раз на самом хосте сделал директории для разработки и проекта, сами базы развернул в докере, платформу можно переустановить, а базы легко бэкапить и разворачивать.
11. pisarevEV 8 03.06.26 10:39 Сейчас в теме
прошу прощения... а зачем это все вообще? вот у меня десятки заказчиков... с большинством работаю удаленно на их железе... что-то небольшое просто делаю на своем ноуте без всего описанного выше... проблем/рутины/конфликтов =0. в чем практическая польза от всего описанного?
12. vladimir-89 74 03.06.26 11:42 Сейчас в теме
(11) Хороший вопрос. Если работаете на железе заказчиков и нет проблем — отлично, значит вам эта инфраструктура действительно не нужна.

Но даже у франчайзи и интеграторов, которые работают на инфраструктуре заказчика, есть собственная инфраструктура: свои базы для учёта, свои серверы, свои средства коммуникации. И их тоже нужно мониторить — чтобы не узнавать о падении собственного сервиса от клиента или коллеги.

Этот подход решает несколько задач:

1. Изоляция сред. Когда нужно одновременно вести несколько проектов с разными версиями платформ и конфигураций. На ноутбуке это быстро превращается в «зоопарк», где что-то обязательно конфликтует.

2. Воспроизводимость. Контейнер с СУБД и настройками можно скопировать и развернуть на другом ПК за минуты. Для тестовых сред или демонстраций — удобно.

3. Мониторинг. Когда что-то падает, алерты приходят сразу, а не когда клиент позвонит. Если возникнут проблемы на инфраструктуре подрядчика, разработчики не смогут подключиться к рабочим местам на железе заказчика, бухгалтеры не выпишут вовремя счет, в конце концов, сотрудники зарплату могут не получить.

4. Бюджет. Open source решения позволяют поднять тестовую среду без затрат на лицензии. Пока бизнес согласовывает покупку «взрослых» систем, можно уже работать.

5. Корпоративные мессенджеры. Многие организации платят за сервисы, а сотрудники всё равно используют Telegram. VoceChat — попытка дать self-hosted альтернативу без лишних «плюшек».

У меня тоже серьезные ограничения: мини-ПК размером с коробку от смартфона, 32 Гб ОЗУ (как средний ноутбук), встроенная видеокарта, community-лицензия с ограничениями по сеансам и кластерам.

Но тем не менее, это работает.

Главная идея: показать, что мониторинг, контейнеризацию и автоматизацию бэкапов может настроить один человек за вечер, без подразделений и бюджетов. Не для всех случаев это нужно, но как инструмент — полезно иметь.
Для отправки сообщения требуется регистрация/авторизация