LINUX.ORG.RU
ФорумTalks

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

 , , ,


0

2

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


Ответ на: комментарий от Shadow

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

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

taker ()
Последнее исправление: taker (всего исправлений: 1)
Ответ на: комментарий от taker

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

Shadow ★★★★★ ()

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

upcFrost ★★★★★ ()

amqp

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

имеет ли смысл изобретать полностью свой велосипед?

Нет, потому что есть куча решений, включающих вышеупомянутую почту, или hg commit; hg push, или rsync/syncthing.

shahid ★★★★★ ()
Ответ на: комментарий от leonidko

Fidonet, usenet.

Stuxnet же-ж. Ровно в подобных условиях и работал.

anto215 ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.