Эксплуатация

1. Роли и права

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

2. Работа сотрудника

Сотрудник работает в веб-клиенте по адресу инсталляции либо в настольном или мобильном приложении — состав функций одинаков, данные общие.

Материалы встречи — запись, расшифровка речи по говорящим, краткое содержание и перечень поручений — формируются после её завершения и появляются в беседе встречи.

3. Консоль администратора

Консоль открывается по адресу console.<домен>. Вход в неё выполняется только через выдающий центр организации и разрешён членам группы администраторов, заданной при установке.

• Показатели работы инсталляции — процессор, память, дисковое пространство, состояние узлов и служб, сетевой и дисковый обмен, история за период;
• Автоматические самопроверки — периодический прогон проверок работоспособности с историей результатов;
• Ведение пользователей — заведение, отключение и восстановление учётных записей, назначение прав;
• Журнал административных действий — кто и какое действие выполнил.

4. Ведение пользователей и доступа

Учётные записи ведутся одним из двух способов:

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

Вход выполняется по протоколу OpenID Connect. Управление паролями, вторым фактором и блокировкой учётной записи остаётся в выдающем центре организации.

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

5. Шифрование и ключи

Переписка и медиапотоки встреч защищаются сквозным шифрованием. Хранилище криптографических ключей создаётся при первом входе сотрудника автоматически.

Чтобы смена или потеря устройства не приводила к потере доступа к переписке, ключи резервируются в инсталляции организации. Резервная копия ключей входит в состав ежедневного резервного копирования (раздел 6).

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

6. Резервное копирование и восстановление

Резервное копирование настраивается установщиком и работает без участия администратора:

Файлы, вложения и записи встреч хранятся в объектном хранилище и копируются средствами хранилища или инфраструктуры резервного копирования заказчика.

Восстановление выполняется из выбранной копии: базы данных разворачиваются из выгрузки, затем запускается самопроверка. Порядок восстановления описан в эксплуатационной документации комплекта поставки; при аварийном восстановлении рекомендуется обращение в техническую поддержку правообладателя.

7. Наблюдение за состоянием и журналы

Текущее состояние инсталляции доступно в консоли администратора, а также штатными средствами среды оркестрации:

kubectl get pods --all-namespaces      # состав и состояние служб
kubectl logs <служба> -n matrix        # журнал работы службы
bash scripts/smoke-test.sh             # 46 проверок, итог PASS/FAIL

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

8. Обновление версий

Правообладатель выпускает обновления программы: исправления, изменения функциональности и внеочередные исправления, устраняющие уязвимости. Заказчик получает их в течение срока действия лицензии.

bash scripts/update.sh            # проверить, есть ли новая версия
bash scripts/update.sh --apply    # загрузить, сверить контрольную сумму и развернуть

Обновляются только изменившиеся составные части; переписка, файлы и учётные записи сохраняются. Рекомендуемый порядок: резервная копия — обновление — самопроверка. Для инсталляций в сетевом контуре без выхода в информационно-телекоммуникационную сеть «Интернет» обновление передаётся архивом комплекта поставки и разворачивается тем же сценарием.

9. Устранение неисправностей

Первый шаг при любой неисправности — самопроверка: она указывает, какая именно проверка не прошла.

Если причина не устанавливается, к обращению в поддержку прилагаются: вывод самопроверки, журналы затронутых служб за период неисправности, версия инсталляции из VERSIONS.json и точное время события.

10. Техническая поддержка

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

Режим обслуживания выбирается заказчиком и фиксируется в договоре. Гарантийное обслуживание, техническая поддержка и модернизация программы выполняются штатными сотрудниками ООО «Имплика» на территории Российской Федерации; язык обращения — русский.