DevOps
Kubernetes
Облако
SaaS
On-prem

Как мы стандартизировали on-prem внедрения HR-платформы Skillaz

У компаний с облачным SaaS-продуктом рано или поздно появляется запрос от клиентов: «А можно поставить ваш продукт у нас, на собственной инфраструктуре?» Но SaaS редко готов к такому сценарию «из коробки». С этим столкнулась HR-платформа Skillaz — а мы помогли превратить on-prem внедрения из уникального квеста в воспроизводимый, управляемый процесс.

Что было не так?

  1. Подходы, которые хорошо работают для SaaS, в on-prem не срабатывали: сроки и трудозатраты первых внедрений оказывались выше ожиданий.

  2. Каждый проект делался «с нуля», без шаблонов и чёткой схемы — внедрение превращалось в уникальный квест.

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

  4. Коммуникации между тремя сторонами (Skillaz, ITSumma, заказчик) упирались в особенности инфраструктуры и внутренние регламенты клиентов.

Наше решение

Skillaz — HR-платформа для автоматизации управления персоналом. Когда клиенты стали запрашивать on-prem версию продукта, потребовалось выстроить процесс внедрения на инфраструктуре заказчика — от технической части до организационной. Мы вместе со Skillaz превратили разовые внедрения в систему: пресейл-анкета, шаблон ТЗ, библиотека типовых инструкций и накопленный набор best practices для on-prem проектов.

Пример типичной схемы инфраструктуры

Этап 1: Стандартизация процесса

  • Разработали пресейл-анкету — «портрет» проекта, который собирает всю критичную информацию до начала работ: контуры, доступы, требования ИБ, интеграции с корпоративными сервисами, сайзинг ресурсов.
  • Создали шаблон технического задания: состав внедрения, зоны ответственности (где заканчивается продукт Skillaz и начинается инфраструктура клиента), критерии готовности и приёмки.
  • Собрали библиотеку типовых инструкций — команды быстрее выполняют рутинные операции, выросло качество релизов у Skillaz.
  • Подготовили документацию для заказчиков: подробные инструкции для самостоятельного сопровождения продукта после внедрения.

Команда проекта

Менеджер проекта
DevOps-инженеры
Системный архитектор

Этап 2: Техническая часть внедрений

  • Готовим окружения: виртуальные машины или кластеры, сети, VPN, доступы.
  • Разворачиваем инфраструктурные сервисы: MongoDB, Redis, PostgreSQL, RabbitMQ, логирование и мониторинг.
  • Настраиваем CI/CD, зеркала репозиториев и хранилища образов.
  • Адаптируем продукт под специфику заказчика: например, для среды OpenShift (OKD) переработали Helm-чарты и образы под rootless-контейнеры и интегрировали продукт с Vault, VictoriaMetrics, Grafana и OpenSearch.
  • Работаем даже без прямого доступа к инфраструктуре: одно из внедрений провели «по Zoom» — шаг за шагом вместе с администратором заказчика.

Примененные технологии

Инфраструктура и оркестрация
Docker
Docker
Kubernetes
Kubernetes
RedHat OpenShift
RedHat OpenShift
Ansible
Ansible
Helm
Helm
Базы данных и брокеры
MongoDB Atlas
MongoDB Atlas
Redis
Redis
Postgres
Postgres
RabbitMQ
RabbitMQ
Мониторинг и логгирование
Grafana
Grafana
OpenSearch
OpenSearch
VictoriaMetrics
VictoriaMetrics
CI/CD и безопасность
Gitlab CI
Gitlab CI
HashiCorp Vault
HashiCorp Vault

Что изменилось для заказчика?

  1. On-prem версия продукта Skillaz прошла обкатку и живёт по стабильному, предсказуемому процессу.

  2. Внедрения перестали быть уникальными квестами: анкеты и шаблоны закрывают слепые зоны ещё до старта работ.

  3. Выросло качество релизов — рутинные операции зафиксированы в инструкциях, а не только в головах инженеров.

  4. Заказчики Skillaz получают документацию для самостоятельного сопровождения продукта после внедрения.

  5. Каждый новый проект пополняет базу: шаблоны чартов и подходы (например, из проекта на OpenShift) тиражируются на следующие внедрения.

Почему это сработало?

On-prem — это отдельный продукт и отдельный процесс, а не дополнение к SaaS. Мы подошли к нему именно так: с самого начала фиксировали зоны ответственности, собирали информацию до старта работ и превращали каждое решение в переиспользуемый шаблон. Ошибки первых проектов стали основой системы — живой, гибкой и предсказуемой.

Рекомендации

Если вы задумываетесь об on-prem версии своего SaaS-продукта:

  1. Считайте on-prem отдельным продуктом и процессом — тут другие задачи и метрики.

  2. Разделяйте зоны ответственности: что входит в продукт, а что относится к инфраструктуре клиента.

  3. Закладывайте ресурсы на внедрение — иначе сроки и бюджеты почти гарантированно «поплывут».

  4. Формируйте анкеты, шаблоны и документацию: пресейл-анкета прикрывает слепые зоны ещё на старте.

  5. Обсуждайте доступы и уровень исполнителя со стороны заказчика заранее. Нет прямого доступа — закладывайте overhead.

  6. Напишите нам, чтобы обсудить ваш проект.

Готовы обсудить проект?

Напишите ваш номер телефона или e-mail - мы напишем вам в течение 1 часа в рабочее время.

Свяжитесь со мной здесь
Свяжитесь со мной здесь
❗️Телефон или email не может быть пустым