Розгортання Платформи реєстрів у промисловому середовищі без використання інструментів та роутів для розробки реєстру

Цей документ містить інформацію про загальні положення та технічний дизайн при розгортанні Платформи реєстрів.

Загальні положення

  • Компоненти, які задіяні у процесах розробки реєстрів не повинні розгортатись разом із продакшн версіями Платформи реєстрів.

  • Публічні роути компонентів, які задіяні у процесах розробки реєстрів, не повинні створюватись разом із продакшн версіями Платформи реєстрів.

  • Темплейт реєстру повиннен містити змінну для вказання поточного режиму деплоя Платформи реєстрів.

  • Підтримується два режими деплоя: production та development.

Верхньорівневий технічний дизайн

В таблиці нижче зазначені компоненті та їх роути які задіяні або потребують змін/створення в рамках реалізації функціональних вимог згідно технічного дизайну рішення.

Компонент Production Route

admin-portal

Ні

Ні

registry-regulation-management

Ні

Ні

kafka-ui

Ні

Ні

redash-admin

Ні

Ні

redash-admin-adhocworker

Ні

Ні

redash-admin-scheduledworker

Ні

Ні

redash-admin-exporter

Ні

Ні

form-management-modeler (legacy)

Ні

Ні

pgAdmin

Ні

Ні

registry-vault

Так

Ні

external-integration-mocks

Ні

Ні

registry-rest-api

Так

Ні

Для налаштування відповідних режимів для темплейтів потрібно вказати потрібний режим наступним чином:

global:
  deploymentMode: development

У випадку необхідності розгортання реєстру без конкретного порталу (наприклад портала Громадянина), необхідно додати наступний параметр:

global:
  excludePortals: ['citizen']
За замовчуванням змінна excludePortals відсутня, що означає розгортання всіх порталів.

При виключенні порталу громадянина з процессу розгортання, наступні сервіси також не повинні розгортатись:

  • citizen-portal

  • ddm-notification-service

  • user-service-api

  • user-service-persistence