TLDR;Для внутренних микросервисов целесообразно избегать сериализации и общаться друг с другом в двоичном формате, чтобы сэкономить вычислительные затраты при отправке сообщений?Если да, то как это будет работать с JMS?
При обмене сообщениями между компьютерами в Интернете мы часто используем некоторую форму кодирования в таком формате, как JSON.Делая это, мы гарантируем, что две разные машины с разными двоичными форматами, а также с разными кодировками по умолчанию могут общаться друг с другом.
Как веб-разработчики, это разумно, мы понятия не имеем, какие машины могут подключаться к нашим сервисам.,Однако с появлением микро-сервисов нередко общение между приложениями в частных сетях, таких как Amazon VPC, происходит.Учитывая такие технологии, как облачный фронт, мы можем быть ОЧЕНЬ точными во многих деталях нашего стека, таких как операционные системы и версии программного обеспечения.
В таких ситуациях нам не нужно учитывать те же соображения, что и для общедоступных служб, таких как разные операционные системы и разные типы кодирования.
На этом этапе все равно будет разумноза эти услуги оплачивать вычислительные затраты на кодирование JSON через HTTP?Разумно ли было бы, чтобы команда разработчиков оплачивала накладные расходы при внедрении стратегии сериализации для облегчения связи с технологией взлома?Казалось бы, у нас есть возможность упростить наш стек и повысить производительность.Если бы у нас была такая возможность, как бы мы обменивались сообщениями таким образом?Как будет выглядеть наш Java-код?Это даже практично сделать?