Когда я должен использовать служебную шину на сайтах asp.net? - PullRequest
2 голосов
/ 16 января 2012

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

Что бы вы сделали для веб-сайтов глобального уровня, которые ожидают миллионы посетителей.

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

Любое руководство высоко ценится

Ответы [ 3 ]

2 голосов
/ 18 января 2012

Также, если вы хотите распределять нагрузку или маршрутизировать и фильтровать сообщения, вы можете использовать разделы / подписки в служебной шине: http://code.msdn.microsoft.com/windowsazure/Multi-Tier-application-6c033cad

1 голос
/ 17 января 2012

Я думаю, это зависит от направления и важности общения. В некоторых случаях у вас будет двусторонняя связь, которая потребует типичной передачи запросов / ответов (HTTP и т. Д.). В некоторых случаях вы сможете использовать одностороннюю связь. Это откроет вам возможность использовать транспорт для обмена сообщениями и даст возможность перевести некоторую обработку «в автономный режим». Это может помочь вам масштабировать сайт, но вы можете просто перенести свои проблемы в другое место без какого-либо тщательного проектирования.

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

0 голосов
/ 18 января 2012

Сервисная шина может помочь в вашем сценарии несколькими способами.Как упоминает Адам, если вам нужна долговечность и временная развязка, тогда использование долговременной очереди служебной шины является хорошим вариантом, некоторые подробные рекомендации по этому вопросу приведены здесь http://www.windowsazure.com/en-us/develop/net/tutorials/multi-tier-application/

С другой стороны, если сервер приложений находится позадибрандмауэр и просто требуется обход NAT / Firewall с полнодуплексной связью, тогда вы можете использовать Service Bus Relay для достижения этого: http://www.windowsazure.com/en-us/develop/net/tutorials/hybrid-solution/

...