С чего начать

Обновлено: 01.02.2026

Для кого эта статьяДля кого эта статья

Этот документ предназначен для нетехнических специалистов: руководителей, представителей бизнеса, заказчиков со стороны ИТ-безопасности и комплаенса.

Цель — объяснить, что требуется для локального развёртывания системы, какая роль у ИТ-службы клиента и за что отвечает вендор.

1. Когда имеет смысл on-premises1. Когда имеет смысл on-premises

Локальная версия Timetta предназначена для корпоративных заказчиков, которым необходимо:

• хранить данные внутри собственной ИТ-инфраструктуры;
• соответствовать внутренним регламентам безопасности;
• соблюдать законодательные или отраслевые ограничения.

Важно:
On-premises — это не «коробка, которую просто установить». Timetta — высоконагруженная система с современной микросервисной архитектурой. Её локальная эксплуатация требует зрелой ИТ-инфраструктуры и постоянного администрирования.

Во всех остальных случаях облачная версия:

• надёжнее;
• проще в эксплуатации;
• существенно дешевле по совокупной стоимости владения.

2. Что из себя представляет локальная Timetta2. Что из себя представляет локальная Timetta

Timetta не является виртуальной машиной или сервером «под ключ».

Локальная версия — это:

• набор контейнеров с сервисами приложения, которые запускаются в инфраструктуре клиента поверх корпоративных платформ (Docker / Kubernetes, PostgreSQL и т. п.).

Проще говоря:

Timetta = программные сервисы
Инфраструктура = ответственность клиента

3. Что нужно, чтобы развернуть Timetta3. Что нужно, чтобы развернуть Timetta

Со стороны заказчика до начала работ должна быть подготовлена инфраструктура.

Минимально требуется:

1. виртуальные машины или кластер;
2. настроенная сеть и доступ к необходимым портам;
3. DNS-имя для системы;
4. SSL-сертификаты;
5. СУБД PostgreSQL 16+ (или Postgres Pro);
6. сервисы Redis и RabbitMQ (корпоративные или выделенные);
7. оркестратор контейнеров: Kubernetes / OKD или Docker Compose актуальной версии.

Timetta не поставляется вместе с инфраструктурой и не заменяет её.

4. Кто такой администратор Timetta со стороны клиента4. Кто такой администратор Timetta со стороны клиента

Для локальной версии обязательно нужен администратор (или команда), который:

Должен уметь:

• работать с Linux-серверами;
• администрировать Docker / Kubernetes;
• обслуживать PostgreSQL (резервное копирование, мониторинг, восстановление);
• разбираться в сетевых настройках, DNS, сертификатах;
• читать логи контейнеров и баз данных.

Что он делает на практике:

• следит за доступностью серверов и сервисов;
• выполняет резервное копирование ВМ и БД;
• обновляет контейнеры по инструкции вендора;
• контролирует загрузку CPU, RAM и дисков;
• участвует в диагностике инцидентов совместно с поддержкой Timetta.

Без этих компетенций локальное развёртывание создаёт риски простоев и потери данных.

5. Зоны ответственности5. Зоны ответственности

Пояснения к таблице:

✅ — зона полной ответственности;
⚠️ — выполняет клиент при методической поддержке вендора;
❌ — вне зоны ответственности.

Ключевой вывод для бизнеса:

Timetta on-premises — это ПО, а не ИТ-инфраструктура.
Мы отвечаем за работу сервисов Timetta.
Клиент отвечает за всё, на чём эти сервисы работают.

6. Что означает «обновить Timetta»6. Что означает «обновить Timetta»

Обновление Timetta — это:

• обновление клиентской части (frontend) до указанной версии;
• обновление всех серверных сервисов до другой указанной версии;
• выполнение миграции базы данных.

Обновления:

• выполняются администратором клиента;
• по инструкциям и рекомендациям вендора;
• с обязательным резервным копированием перед началом.

7. Ключевая мысль7. Ключевая мысль

Локальная Timetta — это совместная ответственность:

• Клиент обеспечивает и поддерживает инфраструктуру.
• Вендор поставляет, обновляет и сопровождает программное обеспечение.

Если инфраструктура не готова или нет ресурсов на администрирование, on-premises становится дорогим и рискованным вариантом.