Алексей Кiscrafm__пропущено...

Алексей, тебя возможно ввел в заблуждение заголово РЕПЛИКАЦИЯ на странице. Но это просто обмен сообщениями. Сообщение может содержать, например, инструкции на SQL. Допустим в филиале ввели какие-то данные, точно такое же сообщение для сервера приложений центрального офиса регистрируется в очереди iTransit (MQ) и он передает его центральному серверу. Тот, в свою очередь, получив сообщение выполняет работу по его обработке на своей территории. И т.п. Или как SAP регистрирует сообщение в формате XML, оно так же становится в очередь и iTransit передает его указанному серверу приложений Искры, который применяет изменения сделанные в SAP. Т.е это не репликация, а именно обмен сообщениями. Нужно исправить заголовок...Да нет. Всё правильно написано. И я всё правильно понял (надеюсь). Поясню. Инициатором обмена может быть только Искра. Запрос "из Искры" сторонние системы делать не могут. Они могут только обрабатвать сообщения, поступающие из Искры, скорее всего поступающая информация будет ложиться в БД для последующей обработки. Получается, имеем вторую БД с этими же данными. Поэтому я и назвал данный процесс репликацией.
почему именно с теми же? Могут вообще ввести данные в форму, а они преобразуются в HTML и передадутся куда скажет разработчик. И инициатором обмена не обязательно является Искра. iTransit - это вообще отдельное приложение, работающее со своей очередью. Искра регистрирует в его репозитории (который кстати разработчик может создать где угодно, главное указать способ доступа к нему и пути) точно также свои сообщения в том виде, который необходим. Как я уже говорил чуть выше таким образом построена интеграция с РЖД. От веб вервиса РЖД получается список вагонов и их положение, который регистрируется в iTransit, который, в свою очередь, по расписанию обновляет базу на сервере Искры и менеждеры контроллируют где их вагоны шляются.

МСУiscrafm__Кстати, обрати внимание что для популярных сервисов также популярны smart клиенты, вместо доступа к сервису из браузера, иногда даже более востребованные, если они есть конечно. Для того же твиттера, пикассы и т.п. Все же использование браузера, в качестве универсального клиента для любого контента, дает лишь один плюс - он всегда под рукой.
Да, нативные клиенты под различные оси - очень крутая и серьезная фишка к сервису. Но ты должен понимать, что затраты на такой зоопарк себе могут позволить далеко не самые бедные компании. Во-первых, нужно быть в тренде мобильных осей и постоянно следить за их обновлениям, во-вторых, нужно иметь разношерстных мобайл девелоперов (андроид, айось, вин, тухлый симбиан и т.п.). Намного дешевле и проще использовать золотуб середину: адаптивный веб дизайн , который везде красиво работает, и в браузере на рабочей станции, и на мобильниках, смартфонах, коммуникаторах и планшетах. Слава HTML (HTML5).
не буду возражать. Держит то, консоль искры имеет некоторые элементы, которые помогают делать сложные решения простыми и низкозатратными способами. Как только одно другое перевесит не отрицаю выпуска, хотя-бы упрощенного, веб-клиента, хотя-бы для отчетных формы и отображения информации.