Что касается дизайна, убедитесь, что служба (хорошо, клише, но все еще стоит упомянуть)
- Легко масштабировать
- Stateless (Per-Call)
- не использует замки
- кэша данных
Ну в общем это должно быть «просто» высокопроизводительный, но это, конечно, зависит от ваших сценариев использования, поэтому более Важно, что вы знаете, как пользователи будут использовать систему:
- вы написали тысячи человек, но вы должны иметь точные цифры, определенные
- будет услуга будет использоваться только в определенные часы? Если это так, возможно, можно вычислить/кешировать любые данные, которые будут в значительной степени использоваться раньше?
- Какова требуемая пропускная способность/количество вызовов в секунду/сред. количество работающих пользователей?
- как насчет пиковых объемов? Используется ли он постоянно или просто пользователи загружают данные за один раз, а затем ничего?
- где он будет размещаться? IIS или самостоятельно? Можете ли вы это контролировать? Как встроенная защита включена? Является ли безопасность проблемой?
- кто звонит вам? SOAP нормально? Можете ли вы использовать REST?
Так дело в том, что для получения наилучшей производительности вы должны иметь четко определенные цели, такие как «Я хочу, чтобы обрабатывать 1000 вызовов в секунду, и каждый вызов использует около 2 МБ данных» :)
Что касается инструменты являются лучшими, что напоминает ваших конечных пользователей, поэтому для окончательного тестирования это может быть куча тестов на селен и для перфективного тестирования даже консольное приложение, рассылающее спам ваши конечные точки, будет работать , но ключевым фактором здесь является разделение, так что ваши услуги размещаются на разных серверах, тогда тестовый клиент
благодарит за ответ. Безстоящий (Per-Call) означает, что сеанс не будет включен, и каждый запрос будет обработан новым экземпляром? В чем смысл использования не замков? Как кэшировать данные в wcf? пожалуйста, помогите мне, чтобы все вышеизложенные пункты были ясными. благодаря – Mou