Виталий Столяров, Если у вас на клиенте только статика то это SPA, а это значит что:
1. Для этого идеально подходит связка AWS S3 + CloudFront
2. Фронт (внимание) ОБЯЗАН иметь обработку бэкэнда на предмет доступности API и предоставлять пользователю качественный UX.
Вот и все - вы действительно не с той стороны к вопросу подошли
yayashitoya, вот и я удивился изначально. Даже при том что сам не работал - у Hashicorp прекрасные продукты и если они говорят что у них есть SD - значит у них образцовый SD
Виталий Столяров, по тому что есть несколько слоев, в частности группировка инстансов по сервисам и безопасность (вы же не хотите из ниоткуда левый инстанс)
Александр Кошелев, это не касается этого вопроса. Все что касается статики делается так же однотипно. Если по этому вопросу все то просто пометь решением и задавай другой вопрос отдельно. Иначе не по правилам
Виталий Столяров, ни один service Discovery не должен знать о вашей архитектуре. Тут даже облака бессильны. Даже в Амазоне самое лучшее что вы можете сделать - связку Route53 (dns) + CloudFront (CDN) + Elastic Load Balancer (балансировщик) + ec2 autoscaling group (автоматическое горизонтальное масштабирование) + ec2 (сами инстансы). Но даже тут вам придется конфигурировать сеть
Виталий Столяров, сервис сам должен сказать на каком порту он поднялся. IP вычисляется уже SD. И после этого SD знает все инстансы, поднятые для каждого сервиса. Как-то так общая схема выглядит. Дальше уже ваше дело как архитектора придумать чтобы на одном порту не запустились больше одного инстанса
Виталий Столяров, вы обязаны задавать конфигурацию вашей инфраструктуры - это никто за вас не сделает. Когда сервис запускается он должен посылать heartbeat на Service Discovery "я такой-то app, запущен тут и я жив"
Только так это и происходит. А в консуле и задаёте то какие у вас приложения должны запускаться
