Из клиента подключатся к процессу на сервере и смотреть лог он-лайн

@паха76 · Регистрация: 22.12.2013

Author24 — интернет-сервис помощи студентам

Имеем на сервере некий процесс, следящий за устройствами (отслеживает статус, принимает данные etc)
На все телодвижения ведется лог, на данный момент пишется в БД.
Хотелка такая - из клиента подключатся к этому процессу и смотреть лог он-лайн, причем клиентов может быть одновременно несколько
Поскольку некоторым образом знаком с сокетами то идея такая - и на сервере и на клиенте есть часть содержащая как слушателя, так и клиента (отправителя).
Слушатель на сервере принимает "заявки" на подписку/отписку логов, на клиенте отправляет завку и соответственно принимает лог. Слушатели на сервере и клиенте асинхронные, сидят на одном (каждый своем) порту.
Это решение в "лоб", работоспособность лишь на бумаге (думаю, должно взлететь)
Есть ли какие более изящные варианты решения?

@Монфрид · 09.01.2014, 15:22

Сообщение от паха76

из клиента подключатся к этому процессу и смотреть лог он-лайн

зачем к процессу? почему не подключиться к бд? В общем, можно напрямую к бд коннектиться, а можно написать сервис, который будет давать только то, что нужно клиенту. Сервис wcf

@паха76 · 09.01.2014, 15:35 **[ТС]**

Сообщение от Монфрид

можно написать сервис

сервис должен опрашивать БД с достаточно большой частотой - напрягает сервер лишний раз.
Сервис wcf мне не знаком - если я правильно понимаю на него могут подписаться несколько клиентов?

@Монфрид · 09.01.2014, 17:42

Клиенты запрашивают данные у сервиса, он отдаёт. Без разницы сколько клиентов

@паха76 · 13.01.2014, 14:00 **[ТС]**

Апну топик
Почитал про wcf,

Добавлено через 6 минут
Апну топик
Почитал про wcf, написал простенькую реализацию - все крутится. Но - клиент должен дергать сервис, что в моем случае мягко говоря "не айс"
Клиент не знает, в какое время происходят события, а дергать сервис с какой-то частотой (n раз в сек) представляется нецелесообразным.
Хотелось как раз наоборот - клиент дает заявку на начало(окончание) сеанса, а сервис передает всем подключенным клиентам все телодвижения устройств, за которыми он следит. Видимо, или wcf не подходит, или я не умею его готовить
Что посоветует почтенная публика?

@Grishaco · 13.01.2014, 16:47

Сообщение от паха76

Видимо, или wcf не подходит, или я не умею его готовить

Дуплексные службы

@паха76 · 30.01.2014, 14:33 **[ТС]**

апну еще разок
Направьте на путь истинный
Пока все мои муки явили следующее:
Крутится wcf сервис с callback. При возникновении события дергаем метод сервиса, передаем ему сообщение. Метод дергает callback - клиенты получают.
Насколько грамотно так делать?

@hepper · 30.01.2014, 16:10

Сообщение от паха76

Насколько грамотно так делать?

намного грамотней чем

Сообщение от паха76

дергать сервис с какой-то частотой

в 1м сообщении ИМХО впринципе рабочая схема описана, но если я верно понял, разница от того что сервер будет оповещать клиентов о каждой записи в лог от "дерганья" сервера по времени будет не велика, если только события не возникают достаточно редко,
иначе - если сообщение в лог(базу) пишется в среднем раз в секунду, то для получения актуального лога клиентом напрямую из базы надо запрашивать ее с такой же частотой, при схеме с сервисом система будет та же самая, только опрашивать базу будет не клиент а сервис (чуть меньше нагрузка на базу если клиентов много) и отдавать клиентам.
в общем все зависит от количества клиентов и частоты опроса базы.

Из клиента подключатся к процессу на сервере и смотреть лог он-лайн

Решение

Решение

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
		1
	Из клиента подключатся к процессу на сервере и смотреть лог он-лайн 09.01.2014, 15:19. Показов 1375. Ответов 7 Метки нет (Все метки) Имеем на сервере некий процесс, следящий за устройствами (отслеживает статус, принимает данные etc) На все телодвижения ведется лог, на данный момент пишется в БД. Хотелка такая - из клиента подключатся к этому процессу и смотреть лог он-лайн, причем клиентов может быть одновременно несколько Поскольку некоторым образом знаком с сокетами то идея такая - и на сервере и на клиенте есть часть содержащая как слушателя, так и клиента (отправителя). Слушатель на сервере принимает "заявки" на подписку/отписку логов, на клиенте отправляет завку и соответственно принимает лог. Слушатели на сервере и клиенте асинхронные, сидят на одном (каждый своем) порту. Это решение в "лоб", работоспособность лишь на бумаге (думаю, должно взлететь) Есть ли какие более изящные варианты решения? 0

@Монфрид 1245 / 1055 / 293 Регистрация: 07.03.2012 Сообщений: 3,245
	09.01.2014, 15:22	2
	Сообщение было отмечено NickoTin как решение Решение Сообщение от паха76 из клиента подключатся к этому процессу и смотреть лог он-лайн зачем к процессу? почему не подключиться к бд? В общем, можно напрямую к бд коннектиться, а можно написать сервис, который будет давать только то, что нужно клиенту. Сервис wcf 0

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
	09.01.2014, 15:35 [ТС]	3
	Сообщение от Монфрид можно написать сервис сервис должен опрашивать БД с достаточно большой частотой - напрягает сервер лишний раз. Сервис wcf мне не знаком - если я правильно понимаю на него могут подписаться несколько клиентов? 0

@Монфрид 1245 / 1055 / 293 Регистрация: 07.03.2012 Сообщений: 3,245
	09.01.2014, 17:42	4
	Клиенты запрашивают данные у сервиса, он отдаёт. Без разницы сколько клиентов 0

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
	13.01.2014, 14:00 [ТС]	5
	Апну топик Почитал про wcf, Добавлено через 6 минут Апну топик Почитал про wcf, написал простенькую реализацию - все крутится. Но - клиент должен дергать сервис, что в моем случае мягко говоря "не айс" Клиент не знает, в какое время происходят события, а дергать сервис с какой-то частотой (n раз в сек) представляется нецелесообразным. Хотелось как раз наоборот - клиент дает заявку на начало(окончание) сеанса, а сервис передает всем подключенным клиентам все телодвижения устройств, за которыми он следит. Видимо, или wcf не подходит, или я не умею его готовить Что посоветует почтенная публика? 0

@Grishaco 438 / 362 / 100 Регистрация: 29.06.2010 Сообщений: 981 Записей в блоге: 1
	13.01.2014, 16:47	6
	Сообщение от паха76 Видимо, или wcf не подходит, или я не умею его готовить Дуплексные службы 1

@паха76 26 / 26 / 10 Регистрация: 22.12.2013 Сообщений: 153
	30.01.2014, 14:33 [ТС]	7
	апну еще разок Направьте на путь истинный Пока все мои муки явили следующее: Крутится wcf сервис с callback. При возникновении события дергаем метод сервиса, передаем ему сообщение. Метод дергает callback - клиенты получают. Насколько грамотно так делать? 0

@hepper Кодогенератор 200 / 200 / 51 Регистрация: 15.06.2011 Сообщений: 794
	30.01.2014, 16:10	8
	Сообщение было отмечено NickoTin как решение Решение Сообщение от паха76 Насколько грамотно так делать? намного грамотней чем Сообщение от паха76 дергать сервис с какой-то частотой в 1м сообщении ИМХО впринципе рабочая схема описана, но если я верно понял, разница от того что сервер будет оповещать клиентов о каждой записи в лог от "дерганья" сервера по времени будет не велика, если только события не возникают достаточно редко, иначе - если сообщение в лог(базу) пишется в среднем раз в секунду, то для получения актуального лога клиентом напрямую из базы надо запрашивать ее с такой же частотой, при схеме с сервисом система будет та же самая, только опрашивать базу будет не клиент а сервис (чуть меньше нагрузка на базу если клиентов много) и отдавать клиентам. в общем все зависит от количества клиентов и частоты опроса базы. 0