или спека на апи первична и по ней генерируется/валидируется код?
Допускаете ли вы выход наружу полей вне спеки?
я думаю, что тут всё сильно проще, чем «частное, общее»
вполне возможно
Ну и когечно да, разные команды, имея уже готовую спеку, могут независимо оаботать как над сервером так и над клиентом
В целом мы к такому же уже пришли
Компактный, со схемой, есть понятные механизмы эволюции схемы
Давай по-другому: зачем еще avro, если уже есть openapi?
У вас кодогенерация?
Поясни. Что именно сделать с протоколом?
а что сейчас в erlang по avro с нормальной реализацией RPC есть?
А в openapi можно описывать эвенты?
а вот я и не знаю пока. просто приведу пример проблемы - есть цепочка "источник" - "процессор" - "хранилище + хаб уведомлений" - "клиент", через всё это тащится грубо говоря одна сущность. источник начал отдавать новое поле, которое нужно одному из клиентов, и нам нужно обновить два промежуточных звена, потому что трифт не прочитает неизвестное поле и соответственно не передаст его дальше, а процессор и хранилище оперируют только десериализованными сущностями. у авро, кстати, такой проблемы может и не быть, но я не уверен.
Просто как обьекты
Вроде же asyncapi для этого сделали https://www.asyncapi.com/
а в openapi в components/schemas несколько сотен записей — это норм?
Возможно когда его сделали, у нас уже начали Авро использовать.
Обсуждают сегодня