Здравствуйте.
Надо писать на C# приложение, работающее с биржей. Отображающее клиенту в режиме реального времени (или как можно ближе к этому) котировки. И максимально быстро обрабатывающее запросы на покупку, продажу. При условии, что одновременно в приложении могут сидеть скажем 1000 пользователей.
Подскажите пожалуйста, правильно ли понимаю, что использовать для этого решения на основе HTTP скорее всего не получится, будет слишком высокая задержка?
То есть ASP.NET, WCF отпадают? Можно использовать WebSocket, или писать просто свой сокет-сервер? Может быть есть какие-то устоявшиеся подходы для этого в мире .NET, инструменты, фреймворки? Дайте пожалуйста направление, куда копать

hVostt
Спасибо. А вот... использовать поддержку веб-сокетов в ASP.NET (если правильно понимаю, она есть) - это в производительности сильно проиграет какому-то самописному сокет-серверу, если его прям с нуля писать? И, допустим, в Java есть Netty. Для написания TCP и UDP серверов. А в .NET что-то такое есть?

hVosttнадо исходить из конкретных задач, нагрузочного тестирования, реальных требований.

Просто никогда раньше проектов не начинал с нуля, и потому не понимаю. Вы имеете ввиду, сделать прототипы на всех возможных альтернативных подходах (веб-сокеты в ASP.NET, самописный сокет-сервер, что-то еще...), и затем их тестировать под нагрузкой, выясняя, что даст приемлемую производительность?

Petro123 просто планов громадье не стройте, если что то приснилось, и вы ни разу код не писали.
Petro123Если пишите первый раз, то самому писать сервер категорически противопоказано.
Не. код-то я конечно писал. Конкретно на шарпе уж лет пять. Просто именно с нуля серьезные проекты не начинал никогда. И в бэкенд разработке я недавно. Примера какого-нибудь хорошего самописного сокет-сервера не видел (если тут вообще нужен именно самописный). Имею определенный опыт с ASP.NET Web API, да и все