Инструкция/Чек лист к поставке он прем для pm

1. Общий порядок поставки

1. Клиент выбирает инфраструктуру.

2. Rightech проверяет, подходит ли инфраструктура под требования поставки.

3. Клиент арендует / подготавливает серверы.

4. Клиент передает доступы Rightech.

5. Rightech выполняет развертывание.

6. Выполняется проверка работоспособности.

7. После проверки согласуется дальнейший план переноса.

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

Клиент отвечает за:

• аренду / предоставление серверов;

• установку ОС, если это требуется до передачи;

• SSH-доступ с sudo для пользователя deploy;

• подключение и монтирование дисков;

• настройку доменных имен;

• открытие портов;

• сетевую связность между серверами;

• подготовку white-list для платежных / SMS-шлюзов, если требуется.

Rightech отвечает за:

• установку и настройку Kubernetes;

• развертывание сервисов;

• настройку deployment;

• перенос дампа;

• проверку работоспособности системы;

• настройку MinIO / S3-хранилища в случае, если клиент не арендует облачный S3, а хочет организовать S3-хранилище на своих серверах и дисках.

3. Серверы и конфигурация

Базовый вариант для production-поставки — несколько отдельных серверов / VDS согласно требованиям к поставке.

Если клиент предлагает альтернативную схему: один мощный физический сервер и несколько виртуальных машин на нём, такой вариант не подходит для production-размещения с точки зрения отказоустойчивости.

Причина: при такой схеме формально можно получить несколько виртуальных машин, но физически вся система остается на одном сервере. Если этот физический сервер выйдет из строя, будут недоступны все виртуальные машины сразу.

То есть смысл отказоустойчивости теряется.

Такой вариант можно рассматривать только для тестового стенда или не production-сценария, где клиент осознанно принимает риск полной недоступности системы при отказе одного физического сервера.

Для production-размещения нужно использовать отдельные серверы / VDS, чтобы отказ одной физической машины не приводил к остановке всей системы.

4. Белый IP и сеть

Для поставки требуется один внешний белый IP-адрес.

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

Минимально желательно закладывать 1 Гбит/с между серверами. Если возможно больше — лучше.

Важно не путать:

• внешний интернет-канал;

• внутреннюю коммутацию между серверами.

Для Kubernetes важна именно внутренняя связность между серверами.

5. Домены

Новый домен покупать не обязательно, если у клиента уже есть свой домен и он может управлять DNS-записями.

PM должен уточнить у клиента:

• какой домен они хотят использовать;

• точно ли этот домен принадлежит клиенту;

• есть ли у клиента доступ к управлению DNS;

• могут ли они создать домены третьего уровня.

Пример:

если у клиента есть домен:

company.ru

то можно создать поддомены:

iot.company.ru — для RIC
rental.company.ru — для RightSharing

Эти поддомены нужно направить DNS-записями на внешний белый IP-адрес.

6. S3 / MinIO

S3 - это не просто дополнительный диск.

Если клиент арендует облачный S3, то нужно получить параметры доступа:

• endpoint;

• bucket;

• access key;

• secret key;

• регион, если требуется.

Если клиент не хочет арендовать облачный S3 и хочет хранить данные у себя, Rightech может развернуть S3-совместимое хранилище на инфраструктуре клиента.

В стандартной поставке для этого используется MinIO. Оно поднимается как контейнер при deployment.

Со стороны клиента в этом случае нужно подготовить место под хранение:

• подключить дополнительный диск;

• смонтировать диск;

• создать файловую систему, предпочтительно ext4;

• передать доступы Rightech.

Важно: сам по себе дополнительный диск не является S3. Диск используется как место хранения, а S3-совместимое хранилище поднимается поверх него через MinIO.