ASP.NET 웹 캐시는 성능과 확장성을 촉진합니다.

이크발 칸

Microsoft의 웹 응용 프로그램 프레임워크인 ASP.NET을 기반으로 하는 응용 프로그램이 기업에 더 많이 침투하고 있습니다. 동시에 증가하는 사용자 및 트랜잭션으로 인한 병목 현상으로 인해 IT 전문가는 계속해서 향상된 성능과 확장성을 요구하고 있습니다.

문제: ASP.NET 병목 현상

다양한 이유로 ASP.NET 응용 프로그램에서 병목 현상이 발생할 수 있습니다. 가장 분명한us: 데이터 스토리지 기술은 웹 애플리케이션 아키텍처만큼 확장 가능하지 않습니다. 데이터 저장소 또는 데이터 액세스를 처리하는 ASP.NET 응용 프로그램의 모든 위치는 응용 프로그램을 확장하려고 하면 즉시 정체 상태가 됩니다. 이러한 상황이 발생하는 두 영역은 세션 상태 스토리지와 관계형 또는 메인프레임 데이터베이스의 애플리케이션 데이터입니다.

ASP.NET 응용 프로그램이 웹 서비스에 대한 SOA(Service-Oriented Architecture) 호출을 수행하는 경우 또 다른 병목 현상이 발생합니다. 여기에서 속도 저하가 발생하는 이유는 웹 서비스에 ASP.NET 응용 프로그램과 동일한 문제(즉, 데이터 저장 및 액세스)가 있기 때문입니다. 웹 서비스 팜이 여러 응용 프로그램에서 공유되고 있으므로 하나의 ASP.NET 응용 프로그램보다 훨씬 더 많은 스트레스를 받아 확장성 병목 현상이 발생할 가능성이 있습니다.

사용자 브라우저와 ASP.NET 웹 팜 간에 병목 현상이 발생할 수도 있습니다. 이러한 방해는 집중적인 CPU 처리가 필요한 시간에 ASP.NET 페이지를 반복적으로 실행해야 한다는 사실과 관련이 있습니다. 이 프로세스에는 대용량 데이터 요소(이미지, 문서 등)를 사용자에게 계속해서 전송하는 작업도 포함됩니다.

이전 TechNet Magazine 기사에서는 세션 상태 및 응용 프로그램 데이터를 중심으로 ASP.NET 성능 및 확장성 문제에 대해 논의했습니다(2009년 100월 "ASP.NET 응용 프로그램에 대한 확장성 제공" 참조). 해당 기사에서는 웹 팜이 커짐에 따라 ASP.NET 세션 상태가 정체되는 이유를 포함하여 이러한 문제가 어떻게 발생하는지 다루었습니다. 저는 분산형 메모리 내 캐시가 ASP.NET 세션 상태에 대한 Microsoft의 기존 저장소 옵션에 대한 탁월한 대안이라는 사실을 논의했습니다. 데이터베이스에서 들어오는 애플리케이션 데이터가 어떻게 확장성 병목 현상을 일으킬 수 있는지 설명했습니다. 또한 분산 캐싱이 각각 서로 다른 기능을 제공하지만 모두 확장성을 해결하고 XNUMX% 가동 시간을 보장하는 다양한 캐싱 토폴로지의 도움으로 이러한 ASP.NET 세션 상태 저장소 병목 현상을 해결하는 방법을 자세히 설명했습니다.