фреймворк для отложенного обмена данными. amqp, но не совсем

0

2

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

Ссылка

←	Помогите найти аддон для браузера

Почувствуй разницу

→

Звучит как email, кмк.

Shadow ★★★★★
(09.12.16 16:38:46 MSK)

Ответ на: комментарий от Shadow 09.12.16 16:38:46 MSK

Звучит как email, кмк.
как-то отправляет данные в центральную бд

здесь может и почта, но здесь это не принципиально. нужно всё остальное в виде фреймворка или чего-то такого.

taker ★
(09.12.16 16:41:25 MSK) автор топика
Последнее исправление: taker 09.12.16 16:42:32 MSK (всего исправлений: 1)

Ответ на: комментарий от taker 09.12.16 16:41:25 MSK

Ну так по почте.
csv, например.
Центр принимает почту, берет csv, загружает.
Амазонский терминал регулярно держит в очереди локального мылера письмо с самым свежим csv, копия которого на флешке.

Shadow ★★★★★
(09.12.16 16:45:14 MSK)

Ссылка

что ты имеешь ввиду под фреймворком? а то обычный жабоспринг с поллером тебе тоже подойдет.

upcFrost ★★★★★
(09.12.16 16:57:25 MSK)

Ссылка

amqp

Очень узкоспецифичное нечто. Оно годится лишь для кластера с зарезервированным центральным узлом-брокером, который надежно раскидывает поток задач по узлам кластера, не давая очереди расти. У тебя немного другой случай — сразу проходим мимо, даже не оглядываясь.