Станислав КлевцовХотелось бы понять основной архитектурный принцип реализации ( например : источник - шлюз (очередь) - приложение - бд - ... (возможно, пример некорректный и если есть какие - нибудь замечания, то поделитесь ими )

Что за шлюз? В переводе на русский язык очередь называется... очередь называется... сюрприз... называется очередью (messaging queue). Значит, надо отбросить безграмотный документ со словом "шлюз" и найти документ по лучше, которых много.

Наиболее распространённые системы передачи сообщений основаны на спецификациях JMS, Oracle Streams AQ и AMQP. В документации по каждой из этих тем есть описания специфических для них очередей. Очередь - это набор сообщений, которые надо передать. Исторически первой была JMS для Java, остальные перечисленные позаимствовали идеи из неё. Кто программирует на Java, тому можно ознакомиться JMS и для примера установить Apache ActiveMQ - сервер JMS сообщений, простой в использовании и с хорошей документацией. Oracle Strems AQ может быть полезно в организации, где есть специалисты по Oracle, поскольку оно допускает программирование на PL/SQL (но можно и на Java). Впрочем, там есть и конвертирование сообщений из AQ в JMS и обратно. AMQP - новый программный интерфейс и протокол передачи данных, не зависящий от языка программирования. Можно ознакомиться с сервером AMQP - RabbitMQ - он простой в использовании и с хорошей документацией. ActiveMQ, RabbitMQ (и много подобных) - это службы доставки сообщений (messaging service или message bus). В некоторых из них, но не во всех, реализована надёжная доставка сообщений - сообщение сохраняется в очереди, пока не будет передано (о чём клиент подаёт сигнал). Для этого обычно используется долговременное хранение сообщений в базе или в файлах. Перечисленные программы относятся к таким. Они часто снабжаются адаптерами (компонентами для ввода и вывода сообщений разных форматов) и библиотеками для связи с ними из разных языков. Так что если служба использует JMS, то всё же может оказаться возможность обратиться к ней не из Java (только при этом будет использоваться нестандартный интерфейс). Ещё бывают программы типа ESB (пример MuleESB) - они всегда включают в себя и службу доставки сообщений и ETL (программы интеграции, допускают использование служб доставки сообщений, когда надо), для ознакомления подойдут Pentaho Data Integration и Talend Open Studio, но в ESB и ETL использование очередей не так очевидно.

JMS, AQ, AMPQ допускают различные форматы содержимого сообщений, в том числе и XML, который для них просто текст.