Scoped против Singleton зажигать клиентский узел в .net веб-API

Question

Я пытаюсь внедрить Apache Ignite в существующий старый проект .net web api, чтобы использовать его в качестве хранилища ключей / значений для обнаружения дублированных запросов, отправляемых в API с балансировкой нагрузки.

Я хотел бы ввести минимумнакладные расходы на каждый запрос.

Как я понимаю, клиентский узел связывается с сервером через TCP.

В настоящее время я планирую создать одноэлементный объект, который установит соединение с удаленным кешем изарегистрируйте его в моем DI-контейнере.

Можно ли оставить работающий узел и TCP-соединение открытым или следует сделать область зажигания доступной для закрытия при каждом цикле запроса / ответа?

Answer 1

Также вы можете попробовать использовать REST:

https://apacheignite.readme.io/docs/rest-api

Answer 2

Хранить в открытом состоянии, как одиночный.

1. Объект Ignite является потокобезопасным
2. Создание и подключение к кластеру дорого (в случае классического «толстого» клиента).)

Существует также «Тонкий» клиент , который очень легок и может создаваться и утилизироваться часто.Обратите внимание, что тонкий клиент также является поточно-ориентированным.