2012-03-01 4 views
4

하늘빛으로 달릴 응용 프로그램을 개발 중입니다. 하늘색 캐시를 사용하고 있습니다. 그러나이 캐시를 로컬에서 실행할 때 약간 느리고 지루하기 때문에 캐시를 사용하기 위해 Azure에 연결하고 싶지 않습니다.azure cache on localhost

로컬에서 캐시를 실행할 수 있습니까?

[편집] 이것은 당신이 윈도우 푸른 캐시 서비스를 테스트하기 위해 푸른에 연결해야합니까, 닷넷 C#을에게 불행하게도

답변

1

Azure AppFabric 캐싱은 Windows Server AppFabric 캐싱 기능의 하위 집합을 사용합니다. 캐시가 설치된 사내에서 서버를 설치하고자한다면 Azure 캐시를 사용할 때와 비슷한 것을 얻을 수 있습니다. 필자는이 코드를 직접 사용해 보지 않았으므로, 작성해야 할 코드가 두 코드간에 다소 차이가 있다는 것을 알고는 있지만, 구성이 어떻게 달라야하는지 잘 모르겠습니다.

Azure 캐시를 사용하는 것이 훨씬 적은 시간과 노력이 소요될 가능성이 있습니다.

2

로컬 디버그 할 때 Windows Server AppFabric 캐시를 사용할 수 있습니다. 이것은 매우 유사한 구성 및 프로그램 모드를 사용합니다. 즉, 변경해야 할 거의 모든 것이 캐시 서버 IP 및 액세스 토큰입니다.

하지만 캐시 작업을 분리하기 위해 분리 된 캐시 계층을 만드는 것이 좋습니다. 예를 들어 Add, Get, Remove 등의 ICache 인터페이스를 소개합니다. 그런 다음 다양한 경우 Azure 캐시, Memcached, In-Proc 캐시 등을 구현할 수 있습니다.

당신이 관심이 그것은 불가능

+0

Azure SDK가 설치되어 있기 때문에 AppFabric Cache를 설치할 수 없습니다. 따라서 해결할 localhost에 대한 참조를 이미 수신하는 서비스가 없습니다. –

2

GitHub의 https://github.com/ServiceStack/ServiceStack/tree/master/src/ServiceStack.Interfaces/CacheAccess에서 ServiceStack 프로젝트를 확인할 수있는 좋은 캐시 층이있다. Windows Azure 캐싱 서비스를 로컬로 사용하려면 항상 요청을 하늘색으로 라우트해야하며 이는 요청 상단에 심각한 지연을 추가합니다.

속성을 캐시에 테스트하려면 하늘에 서비스를 배포해야합니다.

다른 말처럼 Windows Server AppFabric 캐싱을 로컬에서 사용할 수는 있지만 경고를 받으면 Windows Server AppFabric 캐싱과 Windows Azure 캐싱 서비스 간에는 몇 가지 차이점이 있습니다. 예를 들어 로컬 캐시 항목의 notifcation 기반 무효화는 다음과 같습니다. 푸른 하늘에서는 지원되지 않습니다. 로컬에서 개발할 때 이러한 기능을 사용하지 말고 클라우드에 서비스를 배포 할 때 놀라게 될 수도 있습니다.

Windows Azure 캐싱 서비스에 대한 로컬 캐시의 시간 제한 기반 무효화 만 지원됩니다. Windows Azure 캐싱 서비스는 클라우드 서비스에 사용하도록 설계되었으므로 온 프레미스 응용 프로그램과 함께 사용할 때 다소 실망 스럽습니다.

1

이제 푸른에서-역할 캐시를 사용할 수 있으며 명확하게하기 위해 에뮬레이터