2010-12-29 3 views
0

Я изучаю архитектуру для проекта, который будет запущен в следующем году. Это в основном веб-приложение C#, но будет слой обслуживания, чтобы он мог разговаривать с нашим приложением facebook/iphone. Существует несколько длительных процессов, что означает, что я буду создавать процесс Windows, который сможет их обработать.Создание одноуровневого приложения

Я собираюсь разместить все приложение в службе Windows, а не только на длительные процессы.

Asp -> ФОС -> BLL Vs Asp -> BLL

Я знаю, что это будет более масштабируемым. Но это, вероятно, слишком велико, поскольку все будет работать в одном окне, даже в базе данных. Это может измениться в будущем, если сервер не сможет обработать трафик, как говорит маркетинг.

У меня нет доступа к производственным аппаратным средствам, только мой дерьмовый блок тестирования и моя локальная машина.

Кто-нибудь решил спуститься по этому маршруту?

Но в основном, что является лучшим способом проверить оба метода, чтобы получить некоторые показатели?

+0

В чем вопрос? –

+0

Я думаю, что им просто нужно выяснить, что является лучшим способом выяснить, как дорогостоящие вызовы wcf -> уровня сервиса находятся в рабочей среде без необходимости создания всего приложения. – aaron

ответ

0

Asp-> bll может быть настолько масштабируемым, если вы считаете веб-фермы. С точки зрения производительности, зависит от контракта на обслуживание/bll - для короткого контракта, много раз, время выполнения вызова может быть достаточно большим по сравнению с вызовом proc (задействованным в вызове уровня обслуживания) - поэтому никакого большого влияния производительности , Но если интерфейс чат и исполнение вызова короче, тогда уровень обслуживания может действительно повредить, но тогда, пока вы сможете встретить свои SLA (время отклика и количество пользователей), это не имеет значения.

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

Смежные вопросы