yayashitoya, вот и я удивился изначально. Даже при том что сам не работал - у Hashicorp прекрасные продукты и если они говорят что у них есть SD - значит у них образцовый SD
Виталий Столяров, по тому что есть несколько слоев, в частности группировка инстансов по сервисам и безопасность (вы же не хотите из ниоткуда левый инстанс)
Александр Кошелев, это не касается этого вопроса. Все что касается статики делается так же однотипно. Если по этому вопросу все то просто пометь решением и задавай другой вопрос отдельно. Иначе не по правилам
Виталий Столяров, ни один service Discovery не должен знать о вашей архитектуре. Тут даже облака бессильны. Даже в Амазоне самое лучшее что вы можете сделать - связку Route53 (dns) + CloudFront (CDN) + Elastic Load Balancer (балансировщик) + ec2 autoscaling group (автоматическое горизонтальное масштабирование) + ec2 (сами инстансы). Но даже тут вам придется конфигурировать сеть
Виталий Столяров, сервис сам должен сказать на каком порту он поднялся. IP вычисляется уже SD. И после этого SD знает все инстансы, поднятые для каждого сервиса. Как-то так общая схема выглядит. Дальше уже ваше дело как архитектора придумать чтобы на одном порту не запустились больше одного инстанса
Виталий Столяров, вы обязаны задавать конфигурацию вашей инфраструктуры - это никто за вас не сделает. Когда сервис запускается он должен посылать heartbeat на Service Discovery "я такой-то app, запущен тут и я жив"
Только так это и происходит. А в консуле и задаёте то какие у вас приложения должны запускаться
Евгений Перин, отсутствие портов мало кого из разработчиков парит) а так - зависит от софта. Если используете тяжёлые ide, больше одного проекта в параллель то 8gb может быть не очень комфортно
Евгений Перин, диск нужен. У меня базы много занимают, да и все вендоры к проекту не мало весят. Да и софт весь на Java не мало занимает. 128gb, как ниже писали - будет как на телефоне "что бы мне вычистить чтобы запустить проект"
