Мне поручено написать приложение, которое действует как центральная точка хранения файлов (обычно форматов документов), как это предусмотрено другими приложениями.Он также должен принимать команды типа «файл 395 нуждается в копии в формате X», после чего некоторая работа выгружается в стороннее приложение.У меня возникают проблемы при разработке стратегии для этого.
Я бы хотел сделать дизайн как можно более простым, поэтому я бы хотел избегать больших дополнительных фреймворков или методов, таких как потоки, до тех пор, покаэто имеет смысл.
Ожидается, что клиенты будут веб-приложениями (например, одно из них - приложение django, которое получает файлы от наших клиентов; другие еще не реализованы).Платформой, на которой он будет работать, скорее всего, будет Python в Linux, если у меня нет веских аргументов в пользу использования чего-то другого.
Сначала я думал, что смогу разместить информацию, которую хотел сообщить, в именах файлов.и позвольте моему приложению разобрать имя файла, чтобы выяснить, что ему нужно сделать, но это оказывается слишком негибким с количеством информации, которую, как я понимаю, мне нужно сделать доступной.
Другая идея состоит в сопряжении FTPс базой данных, используемой в качестве средства связи (клиент загружает файл и обновляет базу данных с помощью команды в виде строки в таблице), но мне не нравится эта идея, потому что добавление команд (известное изменение) выглядит так, как будто потребуется добавление кодаа также изменение схем базы данных.Это также испортит интерфейс, который придется использовать моим клиентам.
Я изучил Pyro , чтобы приложения могли общаться более напрямую, но мне не нравится идея запуска дополнительного сервера имен дляэто одна цель.Я также не вижу хорошего способа передачи файлов в этой среде.
Мне нужны методы и / или технологии, применимые к моей проблеме.На самом простом уровне мне нужна возможность принимать файлы и сообщения вместе с ними.