Зачем использовать служебную шину при развертывании EPiServer CMS для Azure?

Question

Моя задача - развернуть сайт CMS EpiServer 7, на котором было запущено виртуальное приложение VM для Azure, два экземпляра.

В путеводителе, которое я нашел по ссылке, говорит мне, чтобы установить служебную шину. Кто-нибудь знает, зачем мне нужен СБ? http://world.episerver.com/documentation/developer-guides/CMS/Deployment/deployment-scenarios/Deploying-to-Azure-webapps/

Дополнительные комментарии:

У меня есть проблема в следующем сценарии: I'm протоколирования в эпи на instance1 на моем браузере, а потом превратить изображение с ног на голову. Это не влияет на экземпляр 2, который я открываю в другом браузере, даже после перезагрузки страницы. Разве это что-то, что должно обслуживать служебная шина?

Я создам еще один вопрос для этого, но: Есть ли другой способ, кроме хранения блоков, для хранения моих изображений, чтобы обновления экземпляра1 повлияли на экземпляр2?

Answer 1

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

Answer 2

Шина услуга необходима, чтобы гарантировать, что веб-приложение EPiServer может работать в нескольких экземпляров (т.е. серверы) в Azure, например, чтобы вызвать кэш недействительности другого экземпляра (ов) при изменении содержимого в одном случае.