MemCache 대 Azure 캐싱

Question

Memcache를 사용하고 Windows Azure 캐싱을 사용하는 사이에 찢겨납니다. 나는 누군가가 어떤 결정 요인을 마련하기 위해 내가 좋아하는 것 중 하나 경험이없는 :

• 가격
• 성능
사용
• 쉽게
• 아무것도

Answer 1

당신에게 가능한 3 가지 옵션을 실제로 평가해야합니다.

• Windows 푸른 공유 캐시 (이전에 윈도우 Azure AppFabric 캐싱)
  • 관리, 멀티 테넌트 (multi-tenant) 공유 캐시
  • 무료 안 (pretty expensive actually)
  • 할당량은 캐시 크기, 시간 당 거래, 시간 당 대역폭, 동시 연결의 관점에서 적용 http://msdn.microsoft.com/en-us/library/windowsazure/hh697522
: 윈도우 Azure 캐싱 (미리보기)에 비해
• 느린
• 은 스로틀
• FAQ를 발생할 수 있습니다 6,
• 윈도우 Azure 캐싱 (미리보기)
  • , 당신의 역할의 여유 메모리 (인스턴스에서 사용할 수있는 메모리 제외)
  • 없음 할당량을 (그래서 당신이 사용하지 않는 여분의 아무것도 지불 할 필요가 없습니다) 사용 더 조절은 ...
  • 는 클라우드 서비스에 전용하지
  공유 캐시 ( this 페이지의 끝을 참조) memcache에 바이너리와 텍스트 프로토콜에 대한 100기가바이트
  • 지원을 통해 대형 캐시에 대한
  • 지원을 통해
  • 성능 향상 S (그래서 기존 응용 프로그램 캐싱 미리보기를 활용할 수 memcached를 기준)
  • Visual Studio support
• • Can 단지처럼
  • 이 역할의 메모리를 사용하여 윈도우 Azure에서 Memcached가 사용할 수 캐싱 미리보기
  • 무료, 캐싱 미리보기와 동일
  • Visual Studio 지원 없음
  • 는 전용, 더 할당량하지, 대형 캐시 지원, ... 윈도우 Azure 캐싱 (미리보기)와 Memcached가 모두의 메모리를 사용하여 전용 솔루션이기 때문에

내가 어떤 기준을 가지고 있지만하지 않습니다 역할을 맡고 memcached 프로토콜을 지원한다면 Visual Studio 및 .NET 지원을 위해 Windows Azure 캐싱 (미리보기)을 사용하기 만하면됩니다. 미리보기가 나오면 지원을받을 수 있습니다.내가 무엇을 말할 수에서

Answer 2

는 푸른 캐시는 memcache에와 호환되지 않습니다 :

root@**:~# memccapable -h **.cache.windows.net -p 22233 -t 1 -b 
binary noop        Errno: 110 Connection timed out [FAIL] 
binary quit        Errno: 110 Connection timed out [FAIL] 
binary quitq       [FAIL] 
binary set        Errno: 104 Connection reset by peer [FAIL] 
binary setq        Errno: 104 Connection reset by peer [FAIL] 
binary flush       Errno: 104 Connection reset by peer [FAIL] 
binary flushq       Errno: 104 Connection reset by peer [FAIL] 

내가이 일을 만들려고 노력을 포기했다. Linux Azure VM에 memcached를 설치하면 1 시간의 대기 시간이 걸릴 수 있습니다. <