Доброго дня.
Пожалуйста посоветуйте, в какую сторону смотреть?
Задача такая. Есть несколько удаленных систем данных (к примеру, офисы), но прямой доступ из Интернет к ним по определенным причинам не возможен. Данные хранятся в разных типах БД. Нужно организовать доступный из Интернет единый сервис, позволяющий запрашивать данные с удаленных ресурсов.
При этом реплицировать данные на центральный ресурс нельзя (иначе было бы просто).
Видим такую реализацию: в центральном сервисе публикуются (настраиваются) списки данных, которые хранятся на удалегных БД. В удаленных офисах работают клиенты-слушатели (их мы сами разработаем), подключающиеся к центральному и способные получать запросы от центрального сервера и передавать в обратку данные. То есть все пакеты ходят через центральный сервис.
Скорость передачи и стабильность не важна.
Грубо говоря, это некий публичный узел (коммутатор) данных.
Чтобы не придумывать велосипед, хотелось бы воспользоваться существующим решением. Где копать?
Артем HTMLDatabase пытаемся) продовые базы еще не подключали, пока пытаемся синхронизировать небольшую тестовую базу между Постгресами в удалённых точках, у которых невозможно настроить постоянное подключение к сети. Пока что самое подходящее решение, что я видел, так как любая другая репликация по определению требует постоянного коннекта.
Станислав, спасибо. Действительно интересное и полезное решение. Но оно предполагает буферизацию данных в центральном узле.
Тоже свого рода очередь (предложенная Артемом), только REST, но инициализация передачи происходит со стороны источника данных. Нам же необходимо использовать запросы от потребителей.
