AO
Смысл API gay way в том, чтобы реализовать фасад
Size: a a a
2020 November 18
ВН
Про сервис меши и апи гейвеи. Первый нужен для запад-восток трафика, второй для север-юг направления
в смысле первый для межсервисного, а второй для фронта
ВН
ну да - понятно - весь вопрос в том, а оно зачем? - ну то есть вот есть кубер, кубер и так тебе даёт service ip
AO
в смысле первый для межсервисного, а второй для фронта
Не обязательно для фронта
AO
Мб для сторонних интеграций
AO
Для партнёров
ВН
не, "что-то сбоку" я в принципе понимаю
AO
Для плагиностроителей
ВН
когда условно объём основной части такой, что лучше её не трогать
AO
Ну вот у тебя один для веба, второй для мобильных клиентов, третий для партнёров
AO
А та фигня, которая внутри твоей системы микросервисы дружит и основана на Istio - это сервис меш уже
ВН
Ну вот у тебя один для веба, второй для мобильных клиентов, третий для партнёров
Ну вот что тебе мешает всё сделать просто на одном бэке?)
AO
Можно
ВН
Если оно всё примерно одинаковое
AO
Так и делают часто в начале
ВН
А та фигня, которая внутри твоей системы микросервисы дружит и основана на Istio - это сервис меш уже
А это просто на кубере том же
ВН
Ну и норм тогда, зачем упарываться
AO
Я считаю, что микросервисы это просто, ну, способ отделить код ещё сильнее, чем в отдельный модуль. Это больше про программирование тема, чем про что-то там другое.
ВН
Я считаю, что микросервисы это просто, ну, способ отделить код ещё сильнее, чем в отдельный модуль. Это больше про программирование тема, чем про что-то там другое.
Да всё понятно - просто надо понимать что это может легко привести не к улучшению бардака, а к ухудшению
AO
Программист решает, где код будет - в одной функции, в разных, в разных модулях, в разных ASGI-приложениях на том же апп-сервере, в разных сервисах, в разных сервисах на разных серваках и так далее...