Лучший способ создать сервер TCP / IP для связи клиент-сервер?

Question

Лучший способ создать сервер TCP / IP для связи клиент-сервер?

0

Я собираюсь написать родную C++ службу Windows, которая должна собирать и хранить данные с клиентских настольных компьютеров, а может быть тысячи из них. Данные просты, такие как CPU%, Memory и некоторые другие данные из клиентского программного обеспечения, работающего на рабочих столах.

Каков наилучший способ архитектовать это взаимодействие клиент-сервер? Именованные трубы? TCP-сервер/клиент? Windows сокеты? WCF? Что-то другое? Или было бы лучше всего запускать SQL Server на сервере и устанавливать ли клиенты соединение с базой данных и отправлять такую информацию?

Я мог бы запустить многопоточный сервер Named Pipe в сервисе на сервере, но я не хочу генерировать поток для каждого соединения внутри службы с тысячами клиентов b/c, которые будут потреблять слишком много ресурсов серверной подсистемы. Клиенты будут находиться в локальной сети и через WAN.

Любое руководство ценится!

JeffR 06 нояб. 2014, в 14:21

Источник

3

Стандартное решение - использовать WMI. Нет необходимости устанавливать какое-либо программное обеспечение на клиентском компьютере, это можно сделать удаленно.
Hans Passant 06 нояб. 2014, в 12:45
0

Нужно ли отправлять данные с клиента асинхронно?
user623396 06 нояб. 2014, в 12:47
0

Я получаю стандартные данные плюс другие данные, не относящиеся к ОС, и у меня на клиентах работает клиент. Мой опыт работы с WMI заключается в том, что он требует много ресурсов, просто запрашивая около десятка компьютеров. Или лучше WCF?
JeffR 06 нояб. 2014, в 12:49
0

Конечно, данные могут быть отправлены асинхронно.
JeffR 06 нояб. 2014, в 12:50
0

«их тысячи» неоднозначно. Сколько событий / данных в секунду? Как вы используете собранные данные? Какой эффект развития вы готовы потратить? Он может перейти от простого web + db к tcp серверу, созданному специально для вас.
Non-maskable Interrupt 06 нояб. 2014, в 13:00
0

Как часто клиент отправляет данные на сервер? Вам действительно нужны сокеты или вы можете использовать стандартные HTTP-соединения?
user623396 06 нояб. 2014, в 13:00
0

Не уверен, как часто, пока. Если бы я опрашивал всех клиентов с сервера, это было бы сразу, но «пульс», возможно, каждые 10 секунд.
JeffR 06 нояб. 2014, в 13:02
0

Я бы предпочел передавать данные от клиента каждые x секунд, отправляя HTTP-сообщение на сервер (вместо этого или заново изобретая другой протокол).
user623396 06 нояб. 2014, в 13:09

Показать ещё 6 комментариев

Теги:

c++

multithreading

sockets

tcp

1 ответ

Ещё вопросы

Стандартное решение - использовать WMI. Нет необходимости устанавливать какое-либо программное обеспечение на клиентском компьютере, это можно сделать удаленно.
Нужно ли отправлять данные с клиента асинхронно?
Я получаю стандартные данные плюс другие данные, не относящиеся к ОС, и у меня на клиентах работает клиент. Мой опыт работы с WMI заключается в том, что он требует много ресурсов, просто запрашивая около десятка компьютеров. Или лучше WCF?
Конечно, данные могут быть отправлены асинхронно.
«их тысячи» неоднозначно. Сколько событий / данных в секунду? Как вы используете собранные данные? Какой эффект развития вы готовы потратить? Он может перейти от простого web + db к tcp серверу, созданному специально для вас.
Как часто клиент отправляет данные на сервер? Вам действительно нужны сокеты или вы можете использовать стандартные HTTP-соединения?
Не уверен, как часто, пока. Если бы я опрашивал всех клиентов с сервера, это было бы сразу, но «пульс», возможно, каждые 10 секунд.
Я бы предпочел передавать данные от клиента каждые x секунд, отправляя HTTP-сообщение на сервер (вместо этого или заново изобретая другой протокол).

John Zwinck · Answer 1 · 2014-11-06T11-48-00.000Z

Вам не нужно писать сервер с нуля; вы уже можете получить доступ к счетчикам производительности Windows с помощью функций Performance Data Helper, описанных здесь: http://msdn.microsoft.com/en-us/library/windows/desktop/aa373214(v=vs.85).aspx

В частности, PdhAddCounter позволяет указать путь запроса, который может находиться на удаленной машине, как указано здесь: http://msdn.microsoft.com/en-us/library/windows/desktop/aa373193(v=vs.85).aspx

Да, PDH работает просто отлично, но я не упомянул, что я получаю данные, не относящиеся к ОС, из клиентской программы, запущенной на рабочих столах. Я отредактирую описание.
Отлично, тогда вы можете использовать Windows API для предоставления счетчиков для передачи ваших данных в систему и использовать PDH для их вывода на сервер. Документы: msdn.microsoft.com/en-us/library/windows/desktop/…
Кажется довольно большим и неэффективным иметь тысячи потоков в процессе для опроса тысяч клиентов.