AK
значит все рано писать tcp сервер
Size: a a a
2019 December 20
AK
или взять готовый
AK
но тут проблема с протоколом, например бинарный msgpack кодит энкодит сильно медленнее jsonа
AK
если прямо эрланговый бинарь передавать..
СИ
значит все рано писать tcp сервер
AK
это надо тестить
PK
это надо тестить
Ну вот в этом вопрос изначальный и был
PK
Предположить-то я и сам могу, а вот опыт - это время.
AB
Ну вон в риаке совместимость между парой версий есть, и не сказать, что там для этого много кода.
я думаю, у тебя не плюс-минус гомогенный риак, которому больше двух соседних версий не требуется, а гетерогенные сервисы с кучей разных интерфейсов
AB
опять же, мне кажется, версионироваться проще специально помогающими тулзами, типа трифта/авро, нежели прям на уровне типов данных эрланга
AK
опыт говорит скопипастить с прошлого проекта что то там и юзать
PK
опять же, мне кажется, версионироваться проще специально помогающими тулзами, типа трифта/авро, нежели прям на уровне типов данных эрланга
Много кода уходит на конвертацию типов между трифтом и бизнес логикой в эрланге. Хочется от этого избавиться.
PK
И кажется, что эрланг это может дать.
AK
а еще http дает плюшки в виде редиректа например
AB
Много кода уходит на конвертацию типов между трифтом и бизнес логикой в эрланге. Хочется от этого избавиться.
но ты же не будешь напрямую гонять данные предметки между сервисами, наверное. в таком случае версионирование начинается смешиваться с кодом предметки
PK
Которую клиенские либы не поддерживают и все равно приходится это сверху дописывать.
AB
ну, в какой-то степени они стараются помогать.
PK
но ты же не будешь напрямую гонять данные предметки между сервисами, наверное. в таком случае версионирование начинается смешиваться с кодом предметки
Ну, вот, с версионированием хорошее замечание, нужно обдумать.
AK
по идее с версиями все просто сервер должен отвечать ошибкой на все что вне его окне версий
AK
версию передавать любым способом, хоть полем в мапе хоть хттп хеадерсом, главное всегда одинаково