Как реализовать клиент-серверное лицензирование приложения?

Question

[Егор]

Здравствуйте!
Передо мной возникла задача создания сервера оконного приложения.
В обязанности сервера входят:
- сервер должен хранить сессию работы пользователя. И допускать единовременно только одну сессию
- сервер должен запрещать/разрешать выполнять некоторые действия для определённого пользователя в приложении
- сервер должен хранить логи ошибок или другой служебной информации, отправленной пользователем
- сервер должен предоставлять возможность автоматического обновления приложения.

Я клиент-серверным взаимодействием никогда не занимался настолько подробно. Есть ли подходящие паттерны для таких задач? Как лучше написать сервер, если приложение написано на .Net? Какими сообщениями лучше обмениваться: json/xml, байтовый массив? Какой сетевой технологией воспользоваться? Какой для этих нужд выбрать хостинг?

Answer 1

[Антон Пронин]

Работа с СУБД предполагается?
Какие типы данных будет передаваться по сети?
На сколько критична потеря данных при передачи, или ее порядок доставки до клиента?

Comments

[Егор]

1. Да, данные о клиентах будут храниться в СУБД.
2. От клиента серверу будут приходить :
- логи в виде текстовые полей, видимо
- различного рода запросы доступа, запросы версии приложения. Какого типа - я как раз таки хотел бы узнать, возможно есть стандартное решение?
От сервера клиенту :
- ответы на запросы доступа (да/нет)
- строка для скачивания обновления
3. Данные должны либо доходить полностью либо не доходить. Если не доходят, то запрос просто повторится. Порядок, я так понимаю, важен, т.к. возможны случаи нескольких одновременных запросов от одного пользователя.

[Антон Пронин]

Егор: Ну тогда смотрите, начнем снизу вверх. так как порядок важен и целостность отправки тогда только TCP протокол.
Если не собираетесь передовать бинарные данные по сети такие как картинки, музыку. Тогда используйте json.
Думаю самое просто реализовать REST поверх HTTP используя какой-нибудь framework с поддержкой json.

[Егор]

Спасибо!
Правильно ли я понял, что в этом случае, обязанность хранения данных о сессии клиента будет возложена на СУБД?
Оправдает ли себя использование HTTPS для большей безопасности?
В этом случае, для реализации сервера достаточно будет арендовать виртуальный хостинг а не выделенный сервер?

[Антон Пронин]

Ну смотря что за framework вы возьмете, если php то сессии он будет хранить своим способом. HTTPS оправдает кончено. в разумных приделах. ну тут уже зависит от количества пользователей. а так конечно хватит

Answer 2

[mayorovp]

Обязательно посмотрите в сторону WCF. Там есть и TCP, и HTTP, и поддержка TLS (поверх хоть TCP, хоть HTTP), и автоматическая сериализация-десериализация, и асинхронные вызовы, и поддержка сессий...

Внутри WCF использует сообщения SOAP - хотя есть постараться, то можно их кодировать как угодно.