Size: a a a

2021 January 27

T

Tharin in pro.elixir
Время на то, что ты пошлёшь запрос апи сервису, даже если по раббиту, время на его обработку, на хождение в базу, на ответ
источник

T

Tharin in pro.elixir
Немного медленнее
источник

B

Bogdan in pro.elixir
V
Делать один сервис который и читает и пишет
Обычно да. Но так не всегда получается.
источник

B

Bogdan in pro.elixir
В данном случае разные языки используются, поэтому в один сервис нельзя.
источник

B

Bogdan in pro.elixir
Иногда еще может быть, что даже если один язык то их просто нельзя в один контейнер пихать по тем или другим причинам.
источник

B

Bogdan in pro.elixir
Можно через очередь это решить наверное.
источник

B

Bogdan in pro.elixir
В тот сервис который за фронт отвечает валятся данные с очереди и он уже работает с таблицей на прямую.
источник

DP

Dmitry Ponyatov in pro.elixir
что посоветуете если писать свою реализацию — Elixir или bare Erlang?
источник

DP

Dmitry Ponyatov in pro.elixir
Переслано от Dmitry Ponyatov
можете посоветовать какой-то распределённый message broker для того чтобы между микросервисами   ̶к̶а̶к̶а̶ш̶к̶а̶м̶и̶ ̶  jsonами кидаться?
одна из желательных опций — работа в режиме mesh-сети по произвольным каналам связи (роутинг, буферизация, работа с GSM-модеми через serial)
источник

DP

Dmitry Ponyatov in pro.elixir
будут пользоваться пхпшники, поэтому какой-то friendly язык для конфигурации и API нужен, но основная масса кода пока под вопросом
источник

VP

Vladimir Potapev in pro.elixir
Оба варианта вполне норм.
источник

LL

Lama Lover in pro.elixir
Bogdan
Обычно да. Но так не всегда получается.
Всегда так получается, существует же межсервисное взаимодействие. Прокинь REST
источник

IK

Ihor Katkov in pro.elixir
Dmitry Ponyatov
Переслано от Dmitry Ponyatov
можете посоветовать какой-то распределённый message broker для того чтобы между микросервисами   ̶к̶а̶к̶а̶ш̶к̶а̶м̶и̶ ̶  jsonами кидаться?
одна из желательных опций — работа в режиме mesh-сети по произвольным каналам связи (роутинг, буферизация, работа с GSM-модеми через serial)
Rabbimq?
источник

IK

Ihor Katkov in pro.elixir
В нескольких проектах себя хорошо зарекомендовал, как инструмент что ты описал
источник

LL

Lama Lover in pro.elixir
Ihor Katkov
Rabbimq?
Rabbitmq вроде поверх tcp работает, а человеку нужно по произвольным каналам связи
источник

IK

Ihor Katkov in pro.elixir
Lama Lover
Rabbitmq вроде поверх tcp работает, а человеку нужно по произвольным каналам связи
Пропустил, ты прав
источник

DP

Dmitry Ponyatov in pro.elixir
и монстры не нужны — нужна такая мелкая 💩 в исходном коде, которую можно пхпшникам и джавистам показывать в распечатке, чтобы они её с листа понимали внутри, и не боялись использовать (изобразить такоё микрокорпоративный message bus для микросервисов)
источник

DP

Dmitry Ponyatov in pro.elixir
а требование по передаче по любым протоколам — у нас нет, а у соседей вроде еще есть живой радиоканал на УКВ, поэтому хорошо предусмотреть в архитектуре кастомные протокол-коннекторы
источник

LL

Lama Lover in pro.elixir
Dmitry Ponyatov
а требование по передаче по любым протоколам — у нас нет, а у соседей вроде еще есть живой радиоканал на УКВ, поэтому хорошо предусмотреть в архитектуре кастомные протокол-коннекторы
А что тогда значит "по произвольным каналам связи" ?
источник

IK

Ihor Katkov in pro.elixir
Dmitry Ponyatov
и монстры не нужны — нужна такая мелкая 💩 в исходном коде, которую можно пхпшникам и джавистам показывать в распечатке, чтобы они её с листа понимали внутри, и не боялись использовать (изобразить такоё микрокорпоративный message bus для микросервисов)
А что страшного в rabbitmq на твой взгляд?
источник