Жизненный цикл и поддержка
Описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения «Voltir — платформа мониторинга ИТ-инфраструктуры», в том числе устранение неисправностей, выявленных в ходе эксплуатации, совершенствование программного обеспечения, а также информация о персонале, необходимом для обеспечения такой поддержки. Редакция от 07.09.2026.
1. Общие сведения
Разработку, выпуск версий, техническую поддержку и совершенствование программного обеспечения осуществляет правообладатель — Водинский Иван Юрьевич, гражданин Российской Федерации. Разработка и поддержка ведутся на территории Российской Федерации. Привлечение иностранных организаций и специалистов к разработке и сопровождению не осуществляется; выплаты иностранным правообладателям в связи с использованием программного обеспечения не производятся.
Программное обеспечение поставляется в двух вариантах: как сервис, эксплуатируемый правообладателем, и как экземпляр, разворачиваемый в инфраструктуре заказчика (см. «On-premise: установка и эксплуатация»). Процессы, описанные ниже, применяются к обоим вариантам; различия отмечены отдельно.
2. Стадии жизненного цикла
| Стадия | Содержание |
|---|---|
| Сбор и анализ требований | Источники требований: обращения и предложения пользователей, результаты эксплуатации собственной инсталляции, изменения в наблюдаемых системах и в требованиях к безопасности. Требования фиксируются в системе управления задачами и включаются в план очередного выпуска. |
| Разработка | Ведётся в системе контроля версий Git. Каждое изменение сопровождается описанием и связывается с требованием или обращением. |
| Тестирование | Автоматические проверки выполняются на выделенном тестовом стенде и включают функциональные сквозные сценарии (регистрация организации, выпуск токена, установка агента, приём данных, оповещения, разграничение доступа, удаление узла), проверку изоляции данных между организациями, проверку публичных ресурсов и разметки. Изменение не допускается к выпуску до успешного прохождения всего набора проверок. |
| Выпуск | Успешно проверенная сборка помечается версией и публикуется: для сервиса — развёртыванием в промышленной среде, для поставки в контур заказчика — формированием бандла с контрольными суммами и криптографической подписью. |
| Внедрение и эксплуатация | Развёртывание экземпляра по документированной процедуре, подключение источников данных, настройка оповещений. Далее — наблюдение за состоянием, обновления и техническая поддержка. |
| Снятие с поддержки | О прекращении поддержки версии или продукта заказчики уведомляются заблаговременно, с указанием срока и порядка перехода. Данные заказчика при этом остаются доступными для выгрузки. |
3. Версии и совместимость
Применяется трёхкомпонентная нумерация версий вида X.Y.Z: увеличение третьего компонента означает исправления и мелкие улучшения, второго — новую функциональность, первого — изменения, требующие отдельного плана перехода. Миграции схемы базы данных выполняются только вперёд и применяются автоматически при обновлении. Обновление экземпляра в контуре заказчика выполняется последовательно по минорным версиям, без пропуска промежуточных.
Поддерживается текущая версия и предшествующая ей минорная версия. Исправления критических дефектов и уязвимостей выпускаются для обеих.
4. Выпуск и доставка обновлений
Сервис. Обновление промышленной среды выполняет правообладатель. Действия пользователей не требуются. Работы, связанные с недоступностью портала, планируются вне рабочих часов и анонсируются заранее.
Экземпляр в контуре заказчика. Обновления передаются файлом поставки либо, при наличии доступа, забираются из реестра образов правообладателя. Установка выполняется одной командой и включает проверку подписи, резервное копирование базы данных, замену файлов с сохранением настроек, сертификатов и лицензии, применение миграций, проверку готовности и автоматический откат при неуспехе. Подробный порядок — в разделе «On-premise: установка и эксплуатация».
Агенты. Установленные агенты обновляются автоматически: раз в сутки со случайной задержкой узел запрашивает у инсталляции актуальную версию установщика и при необходимости переустанавливает себя по собственному токену; учётная запись узла, токен и настройки сохраняются. Автоматическое обновление отключается переключателем в портале — в этом случае устаревшие узлы помечаются и обновляются администратором в удобное окно.
Уязвимости. Сведения об уязвимостях в компонентах с открытым исходным кодом, входящих в состав платформы, отслеживаются по публикациям их разработчиков и по банку данных угроз ФСТЭК России. Исправление уязвимости, допускающей несанкционированный доступ или отказ в обслуживании, выпускается внеочередным обновлением.
5. Устранение неисправностей
Каналы обращения. Обращения принимаются круглосуточно:
- форма обращения в портале платформы — основной канал, обращение автоматически связывается с организацией и текущим состоянием инсталляции;
- электронная почта sales@voltir.ru — для заказчиков, у которых портал недоступен, и для организационных вопросов.
Обработка обращений выполняется в рабочее время: понедельник — пятница, с 9:00 до 18:00 по московскому времени, кроме нерабочих праздничных дней Российской Федерации. Для заказчиков планов «Enterprise» и on-premise режим обработки и сроки могут быть изменены и фиксируются в договоре.
Классификация обращений и сроки реакции.
| Класс | Признак | Срок первичной реакции | Порядок устранения |
|---|---|---|---|
| Критичный | Платформа недоступна, приём данных или доставка оповещений остановлены | 4 рабочих часа | Обходное решение или восстановление работоспособности — в течение одного рабочего дня; исправление — ближайшим обновлением |
| Существенный | Отдельная функция неработоспособна, штатный обход существует | 1 рабочий день | Исправление в очередном плановом выпуске |
| Прочий | Вопрос по эксплуатации, замечание, предложение по развитию | 3 рабочих дня | Ответ по существу либо включение предложения в план развития |
Порядок работы с обращением. Обращение регистрируется и получает номер. При необходимости запрашиваются дополнительные сведения — для экземпляра в контуре заказчика это диагностический архив, формируемый командой voltirctl diag: в него включаются версии, состояния компонентов, фрагменты журналов, конфигурация веб-сервера, схема базы данных и сведения о ресурсах; пароли маскируются, файл настроек в архив не включается. Заказчик просматривает архив перед передачей и передаёт его разрешённым у него каналом. По результатам разбора обращение либо закрывается ответом и рекомендацией, либо преобразуется в дефект и включается в план выпуска; заказчик уведомляется о принятом решении и о версии, в которой исправление будет доступно.
Обращения, связанные с работоспособностью инсталляции, принимаются в том числе от заказчиков, у которых закончился оплаченный период: накопленные данные сохраняются, и возможность обратиться за помощью с восстановлением доступа сохраняется.
6. Совершенствование программного обеспечения
Предложения по развитию принимаются теми же каналами, что и обращения о неисправностях. Предложение рассматривается на предмет применимости к другим заказчикам, оценивается по трудоёмкости и влиянию на надёжность и включается в план развития либо отклоняется с обоснованием. План развития формируется на квартал и корректируется по итогам эксплуатации.
Собственная промышленная инсталляция платформы находится под наблюдением этой же платформы, включая сбор трассировок, — значительная часть улучшений производительности и устойчивости появляется по результатам такого наблюдения.
Изменения, вошедшие в выпуск, публикуются в перечне изменений, поставляемом вместе с бандлом и доступном заказчикам сервиса в разделе новостей.
7. Персонал, необходимый для поддержки
Для обеспечения жизненного цикла программного обеспечения необходимы компетенции, перечисленные ниже. Указано, какие задачи закрывает каждая роль; роли могут совмещаться.
| Роль | Квалификация | Задачи |
|---|---|---|
| Разработчик серверной части | Python, PostgreSQL, HTTP API, контейнеризация | Развитие сервера приложений, схемы данных, конвейера приёма и разграничения доступа; исправление дефектов |
| Разработчик клиентской части | JavaScript, современные веб-интерфейсы | Портал администрирования и личный кабинет |
| Инженер по эксплуатации | Linux, Docker, nginx, системы сбора метрик и журналов | Промышленная и тестовая среды, выпуск и доставка обновлений, резервное копирование, наблюдение за состоянием |
| Инженер технической поддержки | Администрирование Linux и Windows, сети, основы мониторинга | Приём и разбор обращений, диагностика инсталляций заказчиков, консультации по эксплуатации |
| Технический писатель | Русский язык, техническая документация | Поддержание документации в актуальном состоянии при каждом выпуске |
Весь персонал, привлекаемый к разработке и поддержке, находится на территории Российской Федерации. Требования к квалификации подтверждаются практическим опытом эксплуатации систем мониторинга; отдельные сертификаты иностранных производителей не требуются и не используются.
8. Контакты
- Правообладатель: Водинский Иван Юрьевич.
- Электронная почта для обращений и организационных вопросов: sales@voltir.ru.
- Портал платформы (форма обращения в поддержку): platform.voltir.tech.
- Документация: wiki.voltir.tech.
Сопутствующие документы: описание функциональных характеристик, установка и эксплуатация, стоимость и порядок её определения, тарифы и подписка.