там сначала пишется же все-таки в файл, хоть он и в page кэш попадает, но все же + потом ждать репликации. Даже если репликация занимает меньше 1мс, то в целом будет лэтэнси( от посылки до доставки) не меньше, чем 1мс. Решение, которое все держит в памяти, например, будет быстрее.

Исторически, под шиной понимали софт, реализующий одну из двух спецификаций JBI или SCA + очереди сообщений + какие-нибудь другие контейнеры для разработки HTTP-сервисов, ну и всё остальное, что вендор сочтет нужным в коробку запихнуть. Делать новые подключения можно и без этого. К тому же, за прошедшие 10 лет, как бы это мягче сказать, архитектура ИТ-решений поменялась на 180 градусов

Да, я читал про изменения и про то, что классическая шина устарела и все такое

Ну как-то надо назвать то, что хотят )))

Сервис меш лучше подойдет сейчас, вы считаете ?

Вот статья, которая выглядит интересной . https://www.confluent.io/blog/configure-kafka-to-minimize-latency/#:~:text=Understanding%20Kafka%20end%2Dto%2Dend,the%20application%20logic%20via%20KafkaConsumer.

Нет, это вообще не о том. Service mеsh - это очень полезный кирпичик для приложений с облачным развертыванием. Можно считать, что это элемент такой инфраструктуры. Важный, но играющий технологическую роль. Вам, скорее всего, полезно будет нарисовать набор альтернативных вариантов развития (возможно, вместе с интеграторами). Причем уже с роадмэпом конкретных подключений с конкретными партнерами. Понять что можно делать параллельно, что нельзя, ну и т.д. Ну, а административно-политически этом можно будет потом и шиной назвать или еще как-нибудь. Но, думаю, главным фактором окажется опыт работы ваших интеграторов в конкретной стране

Да, именно вот с интеграторами и планируется все рассмотреть
И да, выбор интегратора будет очень важную роль играть, понимание этого тоже есть

Service Mesh это не шина ребята. И никогда ей не будет.

Хоть автор и представитель страны мирового ИТ-лидера, и ресурс не самый авторитетный, считаю, статья в целом толковая и автор дело говорит.

A Service Mesh is Not an ESB

Если вы верите, что интегратор решит ваши проблемы, разочарую. Выбирать нужно конкретную команду.

Интегратор - это бренд и юр. лицо. Работать будет конкретная команда.

А где найти такую? Рынка команд с именем нет, а рекомендации по сути создание гильдий. Я бы не хотел. Да и быть такой командой очень напряжно, фаза пред проекта должна быть очень долгой, даже если и платят, то минимум, и не факт что после фазы сам проект пойдет все может в стоимость уперется. Аджайл не зашел рынку (в части расширения работ и стоимости), обычно фиксированный бюджет, до проведения обследования.

Хотя вот всем идея, биржа для 2B команд внедрения (не разработки). Но не думаю что сразу выстрелит, но имеет право как гипотеза и рынок может подхватить.

А как ещё обеспечить защиту интересов потребителей, как не через механизмы гильдейского регулирования?
В любом случае это имхо необходимый этап при переходе к государственным институтам.

Геннадий, когда я жену выбираю, например, я могу с ней пожить.
Пожить с командой интеграторов у меня нет желания )))
Поэтому всё это просто слова, команду выбрать я смогу лишь по каким-то инсайд отзывам, копая очень глубоко.
Опять же, я не живу и не работаю в стране интегратора, так что коммьюнити очень узкое.

Ну и преподнести интегратору в оконцалове, типа, мне пожалуйста Артёма, Сергея и там ещё остальных с их шайки, имена не удалось выяснить, оно такое тоже )))

У тех же интеграторов

Всё верно. Я хотел сказать, что как минимум нужно пообщаться с будущей командой.