Что больше подойдёт для построения in-memory БД на .NET Core — asp.net по HTTP или консоль по TCP?

Question

[RussianEarth]

Добрый вечер!
Нужна позарез легковесная самопальная программа, хранящая в физической памяти несколько изменяющихся по запросам значений. Обязательно использовать C# и .NET Core на Windows Server. Читая документацию, нашёл, что ASP.NET Core MVC-приложение может быть развёрнуто как на IIS, так и в качестве Windows-службы. На IIS точно можно использовать HTTP/2. В чём будет разница между этими вариантами и обычным консольным приложением, запущенным на сервере и прослушивающим TCP-порт в разрезах производительности и минимальной частоты вынужденного сброса данных на диск (перезапусков)?
Спасибо всем заранее за обстоятельные ответы.

Answer 1

[Артем]

1. Есть готовое решение: www.litedb.org/. Можно обойтись без программы, используя эту или подобную in-memory БД.
2. Используя Owin Self Hosting в качестве микросервиса, само собой, вы будете нести некие накладные расходы на то, что вы общаетесь с этим микросервисом по HTTP - здесь большее время на соединение, передача заголовков, прием заголовков, ожидание ответа. В то же время, WCF через, скажем, Named Pipes (локально) или TCP (глобально), крайне быстр и подобных накладных расходов не несёт. На большом количестве запросов (миллионы в час) будет очень заметно.

Comments

[RussianEarth]

Артем, в каких случаях может быть перезапущено приложение WCF, развёрнутое как служба Windows Server? Как минимизировать этот риск?

[Артем]

RussianEarth, Если ситуацию разрыва коннекта обработать в коде клиента - то сервер можно перезапускать по мере необходимости - в это время клиентов можно "подвешивать" и периодически пытаться подключиться, пока сервер не оживет.

[Артем]

RussianEarth, Вообще все зависит от нагрузки. Если нагрузка на сервер высокая и простои критичны - то можно на время простоя подключать альтернативный сервер.

[RussianEarth]

Артем, как выявить момент простоя? Есть ли специальное событие, на которое можно подписаться?

[Артем]

момент простоя выявить просто - если сервер перестал отвечать на запросы клиентов - значит простой )

[RussianEarth]

Артем, а Вы не знаете, какие вообще технологии из стека .NET могут быть применены для создания такой базы?

[Артем]

RussianEarth, Ну вопрос широкий, на самом деле, не зная ваших задач в деталях. Если исходить из этого:

Нужна позарез легковесная самопальная программа, хранящая в физической памяти несколько изменяющихся по запросам значений.

то я бы делал это всё в формате службы Windows с общением через WCF.
Большой вопрос, что это будут за значения, как и чем они будут изменяться, нужна ли блокировка при многопоточности и т.д.

[#]

RussianEarth, используйте базовые структуры, для работы в RAM... а в фоне сериализуйте... или логгируйте... для малых объемов данных - мудрствовать не надо

[#]

RussianEarth, вы слыша ли о БД типа key-value?... и вы хотите in-memory db... у вас петабайты данных? экзобайты?... Aerospike без вариантов...

но если у вас БД для узкого круга лиц (малая нагрузка) все самопальное, и крутится будет на домашнем/офисном компе... ну право слово... перечитайте мой ответ ))

[RussianEarth]

#, уважаемый, я слышал и меня слышали - так вот, интересен не чужой продукт, а предложения участников форума, выверенные и взвешенные предложения, по сути, ответы на вопрос, который был задан.