Добрый день! Вобщем такая проблема. На удаленных машинах крутится Tomcat с парой сервлетов, через простой веб-интерфейс вся эта система показывает состояние подключенного оборудования (датчиков). Таких машин несколько, нужно их опрашивать время от времени (ну и включать/выключать некоторые датчики). Но ip адреса периодически изменяются, из-за этого пропадает доступ к ним.
Подскажите, может есть в интернете какие-нибудь сервисы, позволяющие хранить небольшие объемы данных, с простой авторизацией, чтобы эти машины сами на него заходили и сохраняли свой адрес. Очень бы подошел какой-нибудь FTP-сервер, но я не смог ничего найти похожего, может знаете вы?

Нужно разрешить проблему с минимальными затратами времени/денег (т.е. покупка статических ip или сервера не подходит).

http://www.ijsimm.com/Full_Papers/Fulltext...xt6-1_13-24.pdf

Agent Oriented Archicture, по такому принципу нефтянка свои системы разрабатывает.

В простейшем случае тебе нужен один узел со статическим адресом(ЦОД), а все остальные узлы(агенты) ломятся на него (отгружают данные, получают команды).

Тебе для этого подойдёт практически любой сетевой протокол... SOAP, Hessian, POP3/SMTP, да даже с помощью FTP можно замутить. Ты концепцию пойми.

-----------

Кстати да, самый бюджетный вариант, наладь общение агентов через почту или Jabber 0_О. Тут можно заюзать чужую инфраструктуру, но появятся кое-какие проблемы с безопасностью и ограничениями протоколов(впрочем, они решаемы).

-----------

Так-то есть протокол OPC UA для scada систем...

Это сообщение отредактировал(а) Farmazon - 14.8.2011, 11:23

Farmazon, спасибо за ответ!

Моя система не настолько серьезна, чтобы все так усложнять 
Да, концепция с одним статическим узлом - то что нужно, но самому такой создавать не хочется, хочется использовать сторонний веб-сервис (безопасность тут не настолько важна, только чтобы самая простая авторизация была)
Почту использовать впринципе можно, но с FTP работать проще. Просто ищу какой-нибудь FTP сервер, на котором я бы смог хранить свой килобайт =)
Сомневаюсь, что есть более простой вариант.