MA
А что является промышленным стандартом для т.н. "api gateway"?
Size: a a a
2019 October 02
MA
каким образом один сервис может обратиться к другому?
MA
точнее, к лоад балансеру и через него - к любому экземпляру конкретного сервиса за ним
GK
Точнее, выбор уже сделан - service mesh. Правда chassis тоже пока приходится использовать, но это другой вопрос
MA
Как динамически происходит path resolving?
P
А что является промышленным стандартом для т.н. "api gateway"?
У истио есть какой-то свой компонент под это дело.
MA
У истио есть какой-то свой компонент под это дело.
Мне интересно, как в реальных системах у вас это сделано?)
PD
Филипп, а можно пояснить, что вы вкладываете в понятие «медленный» по отношению к istio? Вы проводили тестовые замеры и результаты вас не устроили?
Я смотрел на имеющиеся бенчмарки, видел где-то 1000rps на ядро. У нас собственно бизнес-логика даёт больше, так что узким местом был бы service-mesh.
Свой на вертексе сильно беднее по функциям, но с роутингом и балансировкой справляется при 10k rps.
Свой на вертексе сильно беднее по функциям, но с роутингом и балансировкой справляется при 10k rps.
PD
Ну и istio завязан на кубер, что для нас неприемлемо. Можно было взять envoy и сделать под него conrolpane, но получалось дороже.
P
Мне интересно, как в реальных системах у вас это сделано?)
Мы пока не запускались. Обследуем.
MA
Вообще, судя по всему, кубернетес + его днс решает эту проблему
MA
то есть один сервис просто дергает другой по имени, а дальше запрос роутится автоматом
MA
это конечно слегка жесткая связанность - сервис должен знать, кто именно отвечает на его запрос
MA
но зато уверены в контракте ответа
GK
это конечно слегка жесткая связанность - сервис должен знать, кто именно отвечает на его запрос
А как иначе? Если сервис не должен знать, нужно использовать messaging
MA
А как иначе? Если сервис не должен знать, нужно использовать messaging
Конечно
MA
я так)
MA
мысли вслух)))
PD
Вообще, судя по всему, кубернетес + его днс решает эту проблему
В теории - да. На практике сложные сценарии типа канарейки уже сложно реализовать. Да и балансировка через dns так себе...
MA
В теории - да. На практике сложные сценарии типа канарейки уже сложно реализовать. Да и балансировка через dns так себе...
Балансировка будет через балансер, я так понимаю, что в каждом pod-е он будет