Какие технологии / инструменты люди используют для реализации живых сайтов? - PullRequest
Новая
       13

Какие технологии / инструменты люди используют для реализации живых сайтов?

0 голосов
/ 05 апреля 2010

У меня следующая ситуация:

-У меня есть сервер A, подключенный к устройству, которое отправляет значения и информацию каждую секунду.Программы на сервере могут читать эти значения.Этот сервер A находится в очень удаленном месте, поэтому подключение к Интернету очень медленное и ненадежное, но соединение существует.Допустим, это метеостанция в Арктике.

- Пользователи из дома хотят каким-то образом отслеживать значения погоды.Ну, пользователи могут использовать подключение к удаленному рабочему столу с сервером А, но это будет слишком медленно.

Моя идея заключается в том, чтобы каким-то образом иметь веб-сайт на веб-сервере (назовем веб-сервер - B и B находится в домашнем расположении) и заставить сервер A подключаться к серверу B и каким-то образом отправлять значения и сеть.Приложение считывает значения и отображает их ....... но как сделать такую ​​систему ??Я знаю, что могу использовать MySQL и подключить сервер A к серверу SQL на сервере B и отправлять запросы INSERT, а веб-приложение, работающее на сервере B, постоянно читать с сервера SQL, но я думаю, что это будет слишком медленно, и ядумаю, что должно быть лучшее решение.

Есть идеи?

Кстати.Пользователи также должны иметь возможность отправлять информацию на метеостанцию ​​с веб-сайта (поэтому пользователю ADMIN должно быть разрешено отключать метеостанцию ​​с веб-сайта или чего-либо еще)

С уважением, MadSeb

1 Ответ

1 голос
/ 05 апреля 2010

Ganglia (http://ganglia.sourceforge.net/) - это популярный инструмент мониторинга, который поддерживает сбор произвольной статистики с помощью инструмента gmetric. Возможно, вы сможете что-то построить вокруг этого.

Если вам нужно развернуть свое собственное решение, то у вас может быть постоянная очередь сообщений в точке A (я фанат RabbitMQ), в которую вы можете записывать свои метрики. Затем вы можете получить что-то в B, которое слушает сообщения в очереди и сохраняет состояние в B.

  • Этот подход означает, что вы не потеряете данные при разрыве соединения.
  • Сообщение может быть простым значением сжатых данных, скажем, csv или json, поэтому должно подойти для соединений с низкой пропускной способностью.
  • Вся работа (например, анализ CSV или JSON и сохранение данных в базе данных) выполняется в точке B, где у вас нет ограничений.
...