Дмитрий Соловьев
3dce0aec0d
состояние окон видимости, расписания планов, попыток выдачи и job’ов перенесено в БД; план и попытка выдачи разделены на разные сущности; Kafka-события теперь двигают persisted state/jobs, а не локальную память pod’а; BPMN createSatelliteMission теперь отвечает только за одну попытку выдачи плана; обновление слотов после принятия плана вынесено в отдельный BPMN-процесс; workers используют DB claim/lock model и безопасны для нескольких pod’ов; тестовый ручной API вынесен в отдельный disabled-by-default controller
config-repo
Файлы в этом подпроекте предназначены для spring-cloud-config-server.
Ожидаемый сценарий:
- этот каталог хранится в GitLab-репозитории с конфигами
spring-cloud-config-serverчитает его черезCONFIG_GIT_URI- сервисы запрашивают конфиги по имени
spring.application.name
Для tle-monitoring-service используются файлы:
tle-monitoring-service.yaml
Пример запроса к Config Server:
GET /tle-monitoring-service/local
Архитектурные договоренности:
pcp-request-serviceявляется единственным owner request/grid-домена.pcp.services.requestдолжен использоваться как основной runtime endpoint для requests/cells/grid.pcp.services.earth-gridсохранен только как legacy alias и должен резолвиться вpcp.services.request.- lifecycle booked slots должен идти Kafka-first; legacy HTTP
/api/slots/booking/processне считается рабочим основным путем. pcp.services.adminуказывает наpcp-srpring-boot-admin-server; сервисы PCP должны регистрироваться в нем через Spring Boot Admin client.