응용 프로그램 도메인 새로 고침 솔루션 : AppFabric, 성능은 어떻습니까

Question

현재 캐시 된 개체가 많아 문제가 있습니다. 우리는 ERP 시스템 (온라인 상점 용)의 데이터를 캐싱하고 IIS는 최대 메모리 량에 도달하면 웹 페이지를 새로 고치며 현금화 된 모든 객체가 풀립니다. 이것이 캐싱에 대한 아이디어를 조금은 문제가되기 때문에 우리는 다른 솔루션으로 객체를 캐싱하는 솔루션을 찾고 있습니다. 이미 꽤 깔끔한 해결책이 될 우리의 윈도우 서버 라이센스에 포함되어 있습니다로

나는 Microsoft에서 AppFabric을 발견했다.

나는 여전히 대신 MemoryCache 클래스의 AppFabric의 속도 (캐싱에 대한 우리의 현재 솔루션)를 사용할 때 우리는 엄청난 성능에 문제가있을 것이라는 점을 어떻게 두려워 이제까지.

그래서 제 질문은, 지금이 우리의 문제에 대한 해결책 또는 내가 여기-생각하고 빠른만큼 AppFabric의 성능인가?

Answer 1

Grid Dynamics는 AppFabric here 사용에 대한 훌륭한 보고서를 작성했습니다. 특정 캐시 작업에 대한 수치를 알 수는 없지만 보고서는 AppFabric에 대해 현저한 성능 향상을 보였습니다. 한 가지 테스트에서 캐시의 크기가 캐시 작업 성능에 어떻게 영향을 미치는지보고 싶었습니다. 데이터를 읽었을 때 캐시 작동 성능에 거의 영향을주지 않았습니다. 업데이트 할 때 캐시 조작 성능에 영향을 미치지 만 우스운 양은 아닙니다. 객체 크기와 성능을 테스트 할 때 분명히 큰 객체가 성능을 저하시킵니다 (여기서 처리량 성능). 전반적으로이 보고서에는 AppFabric Cache의 성능이 우수하다는 견고한 테스트와 통계가 있습니다.

아니요, Grid Dynamics는 다른 제품과 결과를 비교하지 않지만 AppFabric Cache의 성능이 다른 테스트에서 어떤 것인지 보여줍니다. 여기에는 다른 사용 시나리오의 사람들을 돕기위한 세부 정보를 제공 할 수있는 특히 유용한 부록 섹션이 있습니다.

항상 그렇듯이 IIS 인스턴스와 같은 컴퓨터에없는 솔루션을 사용하면 캐시에서 세션 데이터를 가져 오는 데 약간의 시간이 추가되지만 시간이 조금 걸립니다.

Answer 2

나는 당신을 수 있도록 가능한 오브젝트 캐싱 솔루션이보다 상황을 이해하고있는 경우는 애플리케이션 로직 또는 캐시가 충전 시작시에 따라 메모리에 객체를 캐시하고이를 만료됩니다.

Appfabric은 특히 "inproc"캐시와 관련하여 매우 성숙한 제품이 아닙니다. "proc"에 상주하고 분산 캐시와 동기화 된 분산 캐시 (모든 캐시 된 객체를 의미)의 서브 세트 인 클라이언트 캐시가 필요합니다. 내가 권하고 싶습니다

하나의 해결책은 NCache as a distributed cache을 사용하고 ERP 개체에 대한 자사의 Network mode 캐싱 기능을 사용하는 것입니다.