사례 연구 – NCache 직원 관리 애플리케이션 확장

애플리케이션 아키텍처 개요 및 배포 NCache

파라곤 시큐리티의 ASP.NET Core 웹 애플리케이션은 ASP를 사용합니다..NET Core 프런트엔드 및 백엔드 기능을 위해 여러 클래스 라이브러리와 동일한 웹 서버를 통해 중앙 데이터 소스로 사용되는 웹 API 및 Microsoft SQL Server 데이터베이스. 명확히 말하면 다음 계층에서 작동합니다.

• 프런트엔드 계층: ASP.NET Core MVC 웹 앱
• 백엔드 계층: .NET Core 많은 클래스 라이브러리가 있는 웹 API.
• 데이터베이스 계층: SQL 서버

이 백엔드 계층은 캐싱 계층 또는 데이터베이스 계층과의 상호 작용을 담당합니다. NCache 통합이 이루어집니다. 이 계층은 캐시 서버에 연결된 6-7개의 클라이언트 시스템과 함께 별도의 클러스터를 제공하는 두 개의 캐시 서버로 구성됩니다.

MVC 프런트엔드 웹 애플리케이션은 요청을 위해 백엔드와 통신합니다. NCache 먼저 주소를 지정하세요. 문제의 캐시 서버는 물리적으로 웹 서버와 가까운 곳에 위치하므로 동일한 네트워크에 있으므로 네트워크 대기 시간이 줄어들고 요청 응답 시간이 향상됩니다. 시스템이 피크 시간 동안 약 600개의 요청을 처리할 수 있다는 점을 고려하면 이러한 성능 향상은 필수적입니다.

다음 다이어그램은 애플리케이션 아키텍처를 시각적으로 보여줍니다.

NCache 기능 사용

향상된 성능 및 확장성 NCache

다음에 저장된 모든 데이터 NCache 비용이 많이 드는 데이터베이스 호출을 수행하지 않아도 됩니다. Paragon Security는 데이터베이스의 고객 정보를 기반으로 비즈니스 결정을 내리므로 Prism은 고객의 요청을 신속하게 처리해야 합니다. 다행스럽게도, NCache 애플리케이션 성능이 획기적으로 향상되었습니다. 현재 데이터가 캐시에 없으면 관련 고객 데이터가 데이터베이스에서 검색되어 나중에 원하는 방식으로 사용할 수 있도록 캐시됩니다.

관련 캐시 데이터를 보장하기 위한 슬라이딩 만료

Prism은 수많은 기록에 대한 정보 제공과 동시에 높은 성능을 유지하는 것이 이상적으로 요구되므로, 오래된 캐시 데이터를 검색하는 데 시간을 낭비해서는 안 됩니다. 그러므로, NCache 캐시 데이터가 사용 중인 동안에만 보관되도록 슬라이딩 만료로 캐시를 구성할 수 있었습니다. 메커니즘은 지정된 시간 동안 사용되지 않은 상태로 남아 있는 모든 데이터를 제거합니다.

데이터 필터링을 위한 그룹

또한, 검색해야 할 기록이 셀 수 없이 많기 때문에 데이터 필터링은 필수입니다. NCache Paragon Security는 쉬운 개체 캐싱 작업을 위해 고객을 분류하거나 논리적으로 그룹화할 수 있습니다. 합리적인 기준에 따라 캐시된 데이터를 그룹화하면 해당 데이터를 검색하는 데 필요한 시간이 크게 줄어듭니다. 결과적으로 더 빠른 검색 결과를 생성하고 검색이 더 복잡해지는 경우를 위한 간단한 그룹 API 및 SQL 쿼리를 통해 애플리케이션의 확장성을 향상시킵니다.

데이터 쿼리를 위한 SQL 검색

Paragon Security는 다음을 크게 지지합니다. NCache SQL 검색. 그들은 균일한 인벤토리와 같이 자주 업데이트되지 않지만 자주 쿼리되는 데이터 세트를 처리하는 데 이를 사용하고 있습니다. 그들은 사용한다 NCache 처음 쿼리할 때 이러한 개체를 캐시하고 추가 쿼리가 발생할 경우 캐시를 통해 처리합니다. 기본적으로 직원이 이 인벤토리나 기타 캐시된 데이터 세트를 검색하면 훨씬 더 빠른 응답을 받게 되어 데이터베이스 이동을 방지할 수 있습니다.

앞으로 나아가기 NCache

NCache 은(는) 회사에 큰 성과를 거두고 있으며 통합 이후 환경에서 완벽하게 작동했습니다. Prism 포털에 계획된 변경 사항이 없으면 이러한 상태는 계속될 것입니다. 플랫폼에 만족한 것 이상으로 Paragon Security는 다음을 통합할 계획입니다. NCache 다른 응용 프로그램에 추가합니다.

다음에 무엇을할지?

• NCache 세부 정보
• 다운로드 NCache
• 맞춤형 라이브 데모 요청