У нас есть служба чата, написанная на WCF, и мы разместили ее на отдельном сайте IIS. Теперь я планирую добавить функции ведения журналов (в базе данных MS SQL Server) по всему приложению чата, и я не хочу влиять на производительность основной службы чата. Я пишу отдельный сервис WCF, который заботится о записи записей в базу данных.
Мой вопрос заключается в том, могу ли я разместить новую службу ведения журналов в качестве отдельного сайта IIS для обработки входящих запросов, не разделяя нагрузку с обычной службой, или я могу разместить в отдельном виртуальном каталоге на том же сайте?
Поскольку приложение чата работает в режиме реального времени, нужно быть очень осторожным в производительности, так как
Запрос службы регистрации + доступ
база данных = некоторая задержка
который я не хочу включать в основной сервис. Есть предложения?
Больше объяснений
Позвольте мне рассказать вам, почему я хочу пойти на отдельную услугу.
Если лог и чат находятся в одном сервисе -
Теперь я хочу сказать, что если обе службы будут размещены на одном и том же сайте (у которого есть одна точка входа в IIS), будет ли это лучше? Или хостинг их как разных сайтов лучше?