Общие сведения
Надёжность и безопасность
Начало работы
Обзор системы
Проекты
Компоненты
Инструкции
Часто задаваемые вопросы
Ресурсы
Таймшиты
Финансы
Клиенты
Биллинг
Затраты
Отчёты и аналитика
FAQ
Типы отчётов
Использование отчётов
Группировка и суммирование данных источника
Группировка данных в отчёте
Типы виджетов
Общие отчёты и шаблоны
Настройка отчёта
Экспорт отчётов
Пользовательские настройки отчёта
Вычисляемые поля
Выражения вычисляемых полей
Особенности работы с колонками «Расчёт времени за период»
Использование панелей мониторинга
Публикация панелей
Фильтры источников данных
Настройка и администрирование
Типовой порядок настройки системы
Жизненные циклы и воркфлоу
On-premises
API
История изменений
Термины и определения

Порядок обновления

Обновлено: 19.07.2025

Процесс обновления программного обеспечения

Обновление системы состоит из двух основных этапов:

  1. Обновление образов сервисов (контейнеров).
  2. Обновление структуры базы данных и выполнение миграции данных (при необходимости).

1. Обновление образов сервисов

Для обновления программного обеспечения необходимо:

  1. Получить новые версии образов (указав актуальный тег).
  2. Выполнить обновление контейнеров.

Где найти номера версий (теги) образов?
Номера версий указываются на странице «Истории изменений»:

  • Frontend — соответствует образу client-host.
  • Backend — относятся ко всем остальным образам системы.

Важно

В продуктивной среде запрещено использовать тег latest во избежание незапланированных обновлений.

2. Обновление базы данных (миграции)

Структура БД и миграция данных выполняются автоматически путём отправки запроса по адресу: [apiURL]/migrate.

Важные условия проведения миграции:

  • Миграции должны выполняться последовательно. Запрещено пропускать промежуточные версии при обновлении до актуальной.
  • После выполнения миграции необходимо убедиться в работоспособности приложения.

Критически важные правила обновления

Синхронность обновления: все образы должны быть обновлены до актуальной версии одновременно.

Порядок обновления:

  • Сначала обновляются образы API (бэкенд).
  • Затем все остальные компоненты.
    Несоблюдение этого порядка может привести к несовместимости компонентов.

Важно

Перед началом обновления обязательно создайте резервную копию базы данных.

Промежуточные версии, которые нельзя пропускать

При обновлении обязательно должны быть применены миграции для следующих версий:

  • 6726
  • 7044
  • 7802
  • 10070
  • 11039
Следующая
FAQ 

Содержание

Процесс обновления программного обеспечения 1. Обновление образов сервисов 2. Обновление базы данных (миграции) Критически важные правила обновления Промежуточные версии, которые нельзя пропускать
Ничего не найдено

Перейти на русскую версию?