1

У нас есть сайт в Azure, и мы хотим кэшировать контент на веб-сайте. Приложение, которое будет обновлять контент, будет находиться за пределами Azure. У нас этот сценарий работает с общим кэшем. Однако совместное кэширование считается устаревшей функцией, поэтому мы хотели взглянуть на альтернативные решения, включая использование кэширования в роли. Содержимое кэширования очень мало, не должно превышать 1 МБ и будет потребляться кодом C#.Окно в кеш-кеширование Windows и общий кеш

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

вопросов мы, используя в-роли кэша являются:

  • Как может совмещенный кэш обновляться из внешнего приложения?

  • Если бы был способ обновить совместно расположенный кэш из внешнего приложения, уведомления о кеше можно было бы использовать для аннулирования всех совместно расположенных узлов кэша, правильно?

  • В настоящее время мы используем лишние экземпляры веб-роли - нужно ли обновлять до малых/средних экземпляров?

  • Является ли выделенное кэширование лучше для нашего сценария?

    Заранее спасибо.

+0

Смотрите этот вопрос ... http://stackoverflow.com/questions/14837213/which-dedicated-cache-configuration-to-use/14839607 –

ответ

5

После этого кучи исследований и guided by Simon's responses в SO нитки он уже упоминался, вот мои ответы:

  • Q: Как можно совмещенный кэш обновляется из внешнего приложения?
  • A: Я бы опубликовал публичную конечную точку вашего Webrole, которая очистила бы кеш. И я бы назвал эту конечную точку из ваших внешних приложений (эта конечная точка может быть сервисом, URL-адресом для отдыха и т. Д.). В качестве альтернативы, отправьте сообщение в очередь и попросите Webroles отслеживать эту очередь и очистить элемент от кеша, когда они получат сообщение в очереди. В любом случае, вы внедряете свой собственный механизм уведомления.

  • Вопрос: Если бы был способ обновить совместно расположенный кэш из внешнего приложения, уведомления о кеше могли бы использоваться для аннулирования всех совместно расположенных узлов кэша, исправить?

  • A: Я так не верю. Конечные точки для совместного хранения кеша являются строго внутренними.

  • В: Мы используем лишние экземпляры веб-роли сейчас - нужно ли обновлять до небольших/средних экземпляров?

  • A: Да. Я считаю, что colocated cache поддерживается в Small instance и выше. Вам нужно будет попробовать это, чтобы узнать, сколько вы получаете от брокера по сравнению с тем, сколько осталось, и независимо от того, насколько это полезно для вашего основного приложения.

  • Q: Является ли выделенное кэширование лучше для нашего сценария?

  • A: Выделенный и колонизированный кеш действительно касается нагрузки. У вас есть достаточная нагрузка на кеш и на серверы приложений, чтобы оправдать , переместив кеш в отдельную роль?Проверьте эту статью для рекомендации от Microsoft: http://msdn.microsoft.com/en-us/library/windowsazure/hh914129.aspx
+0

Спасибо Игорек. Это очень помогло. – maddog

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

  • Нет связанных вопросов^_^