Дмитрий Соловьев
fafaeed418
Баллистика теперь сама берёт каталог станций у pcp-stations-service (новый StationCatalogClient, settings.stations-service, GET /api/stations) и строит ЗРВ по каждой реальной станции: PPI с ppiId == station.number, поэтому RadioVisibilityAreaDTO.stationId совпадает с номером станции. Раньше getRVA использовал одну захардкоженную фейковую станцию. Заодно исправляет автоматический расчёт сбросов (calculateDrops), который ходит в getRVA, и заполняет duration зоны.
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.