AK
Al T
по идее cloudmap как раз для случаев когда гейтвей не нужен/не хочется
Ну у меня кейс когда нужно балансить запросы + хочется service discovery. Я немного в ступоре)
Size: a a a
2020 September 15
AT
Your Amazon ECS service can optionally be configured to use Amazon ECS Service Discovery. Service discovery uses AWS Cloud Map API actions to manage HTTP and DNS namespaces for your Amazon ECS services.
VS
в общем, как я понял с описания Cloud Map, все перекладывается на route53 и сервисы ищут друг-друга через него.
Сейчас я хочу аппку, в которой все запросы к сервисам с фронта, будут идти через 'gateway' сервис, который собственно через service discovery и будет находить куда переслать запрос.
В таком реализации cloud map, получается балансировка нагрузки перекладывается на 'gateway' сервис?
Могут ли сервисы сами себя регистрировать в cloud map и создавать записи в route53 где будут alias/cname на ALB?
Сейчас я хочу аппку, в которой все запросы к сервисам с фронта, будут идти через 'gateway' сервис, который собственно через service discovery и будет находить куда переслать запрос.
В таком реализации cloud map, получается балансировка нагрузки перекладывается на 'gateway' сервис?
Могут ли сервисы сами себя регистрировать в cloud map и создавать записи в route53 где будут alias/cname на ALB?
Сервисы да могут себя там регистрировать есть API
ECS вообще нативно это умеет делать
Можно с ним вместе потестить Cloud Map
ECS вообще нативно это умеет делать
Можно с ним вместе потестить Cloud Map
AT
ну вот судя по этому вам ecs вам должен сам
AT
вот Владимир гораздо быстрее печатает
AK
Сервисы да могут себя там регистрировать есть API
ECS вообще нативно это умеет делать
Можно с ним вместе потестить Cloud Map
ECS вообще нативно это умеет делать
Можно с ним вместе потестить Cloud Map
нативно протестил уже, регаются ip адреса тасок
если хочу что бы регался ALB поулчается нужно что сервис через SDK регал alias запись...
а как потом будет дискавериться, что отдаст cloud map, alias, или A/SRV
если хочу что бы регался ALB поулчается нужно что сервис через SDK регал alias запись...
а как потом будет дискавериться, что отдаст cloud map, alias, или A/SRV
VS
нативно протестил уже, регаются ip адреса тасок
если хочу что бы регался ALB поулчается нужно что сервис через SDK регал alias запись...
а как потом будет дискавериться, что отдаст cloud map, alias, или A/SRV
если хочу что бы регался ALB поулчается нужно что сервис через SDK регал alias запись...
а как потом будет дискавериться, что отдаст cloud map, alias, или A/SRV
ALB это что то менее динамичное , обычно в обычном dns создаётся alias и дальше используется сам alias
Возможно тут cloud map и не требуется
Возможно тут cloud map и не требуется
AK
ALB это что то менее динамичное , обычно в обычном dns создаётся alias и дальше используется сам alias
Возможно тут cloud map и не требуется
Возможно тут cloud map и не требуется
сейчас так и сделано. Но количество сервисов растет и прокидывать сервисы через env переменные немного надоело)
VS
сейчас так и сделано. Но количество сервисов растет и прокидывать сервисы через env переменные немного надоело)
Terraform, cdk, что угодно дергающее api amazon решит эту проблему и не придется доплачивать за cloud map
AK
дык терраформ все и сетапит, но проблему не решает)
я прокидываю эндпоинты сервисов в env task definition.
ну это мне не очень нравится...
я прокидываю эндпоинты сервисов в env task definition.
ну это мне не очень нравится...
🅐
AvailabilityZone: !SelectЭта функция достает первое значение списка AZ ?
- 0
- Fn::GetAZs: !Ref 'AWS::Region'
MM
в общем, как я понял с описания Cloud Map, все перекладывается на route53 и сервисы ищут друг-друга через него.
Сейчас я хочу аппку, в которой все запросы к сервисам с фронта, будут идти через 'gateway' сервис, который собственно через service discovery и будет находить куда переслать запрос.
В таком реализации cloud map, получается балансировка нагрузки перекладывается на 'gateway' сервис?
Могут ли сервисы сами себя регистрировать в cloud map и создавать записи в route53 где будут alias/cname на ALB?
Сейчас я хочу аппку, в которой все запросы к сервисам с фронта, будут идти через 'gateway' сервис, который собственно через service discovery и будет находить куда переслать запрос.
В таком реализации cloud map, получается балансировка нагрузки перекладывается на 'gateway' сервис?
Могут ли сервисы сами себя регистрировать в cloud map и создавать записи в route53 где будут alias/cname на ALB?
А чем какой-нибудь Consul не подходит?
AK
А чем какой-нибудь Consul не подходит?
так у него такой же принцип работы - dns на ip контейнера
MM
так у него такой же принцип работы - dns на ip контейнера
Так погодите, я думал, проблема именно в том, что вам надоело забивать куда-то адреса вручную или в env
AK
Так погодите, я думал, проблема именно в том, что вам надоело забивать куда-то адреса вручную или в env
да, но нужно ALB + service discovery
MM
да, но нужно ALB + service discovery
Консул и есть service discovery. Балансировку нагрузки тоже можно делать через него: он возвращает все активные адреса сервиса, дальше по ним можно делать round robin, pick random или что-то в этом духе
AK
Консул и есть service discovery. Балансировку нагрузки тоже можно делать через него: он возвращает все активные адреса сервиса, дальше по ним можно делать round robin, pick random или что-то в этом духе
"round robin, pick random" - это перекладывается на consul, или сервис который дискаверит?
MM
"round robin, pick random" - это перекладывается на consul, или сервис который дискаверит?
Сервис, который дискаверит. Ну, ещё в нём вроде есть рандомизация DNS, если это интересно. Сам консул умеет отсекать мёртвые/перегруженные инстансы за счёт healthchecks
AK
Сервис, который дискаверит. Ну, ещё в нём вроде есть рандомизация DNS, если это интересно. Сам консул умеет отсекать мёртвые/перегруженные инстансы за счёт healthchecks
cloud map это тоже самое, не вижу смысла если честно
AT
эх, я чет так и не понял задумки