Изначально при разработке технический архитектор предлагал вариант реализации с GraphQL, мы были готовы его реализовать, но так и не смогли договориться с фронтами и согласовать этот момент в спецификации, так что оставили классику рест + ОА
Может и могли бы, но обратились к нам. Смежных интеграций на нашей стороне больше (aka GRPC), так что в соседнюю платформу ходим один раз и только за товарами :)
Не совсем. Мы используем мультитранспорт (HTTP/GRPC) для нескольких целей: ливнесс и реадинесс пробы работают, например, по протоколу http, равно как весь API для админки и управления сервисом - так что фронтам комфортно интегрироваться, история с OpenAPI достаточно распространена. Дублирующий GRPC используется в ряде методов для интеграции приложения на Go, чтобы иметь весь сет методов, но уже для выполнения сервисных задач
Да, Вы абсолютно правы. В контексте монолита речь шла как раз о том, что сейчас для запуска конкретного cron-скрипта потребуется что-то придумывать и наращивать ресурсы. А в контексте статьи мы просто увеличим количество реплик заскейлив сервис, пользуясь преимуществами масштабирования оркестратора
Изначально при разработке технический архитектор предлагал вариант реализации с GraphQL, мы были готовы его реализовать, но так и не смогли договориться с фронтами и согласовать этот момент в спецификации, так что оставили классику рест + ОА
Может и могли бы, но обратились к нам. Смежных интеграций на нашей стороне больше (aka GRPC), так что в соседнюю платформу ходим один раз и только за товарами :)
Я думаю это не "сезонная" история, скорее конкретный кейс, попадающий под выборку
Не совсем. Мы используем мультитранспорт (HTTP/GRPC) для нескольких целей: ливнесс и реадинесс пробы работают, например, по протоколу http, равно как весь API для админки и управления сервисом - так что фронтам комфортно интегрироваться, история с OpenAPI достаточно распространена. Дублирующий GRPC используется в ряде методов для интеграции приложения на Go, чтобы иметь весь сет методов, но уже для выполнения сервисных задач
Да, Вы абсолютно правы. В контексте монолита речь шла как раз о том, что сейчас для запуска конкретного cron-скрипта потребуется что-то придумывать и наращивать ресурсы. А в контексте статьи мы просто увеличим количество реплик заскейлив сервис, пользуясь преимуществами масштабирования оркестратора