MS Velocity готова к производству? - PullRequest
1 голос
/ 27 марта 2009

Интересно, пробовал ли кто-нибудь скорость в производственной среде? Сейчас он находится в версии CTP2, и мы подумываем использовать его. Кто-нибудь пробовал это? Если да, то был ли это положительный опыт?

Ответы [ 3 ]

0 голосов
/ 08 июня 2010

Да! Velocity 1.0 была выпущена как часть AppFabric. Вы можете скачать его с Microsoft .

0 голосов
/ 11 января 2011

Я надеюсь, что высказанные здесь замечания могут кому-то помочь. Мы находимся в процессе развертывания AppFabric на наших системах и заметили пару вещей, которые нуждаются в улучшении:

  • Документация устарела в большинстве случаев. Вы найдете подробности в определенных блогах, но, как правило, сведения и подборки на разных сайтах дадут вам необходимую информацию. Все еще не очень доволен стандартом документации.
  • Устранение неполадок является еще одной проблемой. 90% случаев вы будете иметь дело с проблемами, связанными с установкой. Есть некоторые вещи, которые должны были быть задокументированы с самого начала, чтобы помочь в устранении неполадок, но, тем не менее, никогда не стоили гораздо больше времени на их запуск и запуск, чем вы думаете.
  • Что касается производительности, я почти уверен, что она не такая быстрая, как Memcached. Кто-то может доказать, что я не прав, но до тех пор Memcached - король распределенного кэширования.

Теперь вот некоторые проблемы, которые я нашел немного неприятными:

  • Динамическое добавление / удаление узлов
    в / из кластера кеша не так просто как они звучат. Я прочитал
    многочисленные жалобы относительно
    тоже самое на форуме. Я не пробовала этого пока нет, но вы можете прочитать об этом на форумах. Есть некоторые реальные вопросы.

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

    Получается, SQL Server и AppFabric не следует ставить на ту же коробку, что и SQL Server, как правило, требует много объем памяти. Что меня смущает, так это факт что у меня было несколько узлов, но У Lead Cache была проблема с памятью не распространял это вокруг. В моем случай, у меня был только один узел и SQL Сервер и AppFabric были явно на том же узле из-за наличие одного сервера. Кэширование просто терпит неудачу в таких сценариях, как эти. Если у вас есть резервная копия работает, вы заметите, что кэширование сбой на этом узле, потому что память использование на этом поле идет очень высоко.

По моему мнению, есть вещи с продуктом, которые заставляют меня чувствовать, что это было немного поспешно. Существуют и другие продукты, которые мы ранее использовали, например, ScaleOut, которые работают намного лучше, пока не вырастет AppFabric.

Кроме этого, я думаю, что MSFT проделала достаточно приличную работу, предоставив нам что-то, что можно использовать. Имея что-то лучше, чем ничего, учитывая, что Memcached предоставил такую ​​великолепную передовую технологию.

0 голосов
/ 27 марта 2009

Мое личное мнение заключается в том, что вы должны использовать Memcache до тех пор, пока Скорость не стабилизируется. Клиенты .net для Memcache, такие как Enyim , выдержали испытание временем и использовались многими.

  • Используйте независимого поставщика CacheManager
  • Реализация одного для memcached.
  • Завтра, если все изменится, и вы еще хочу скорость, поменяй провайдер.

В конце концов, это всего лишь словари, и код вашего домена не должен зависеть от инфраструктуры.

Связано : Простой интерфейс CacheManager для C # ,
Мой ответ на Memcache в Windows.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...