사례 연구 – NCache 작업 관리 애플리케이션의 성능 향상

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

애플리케이션 아키텍처는 주로 다음 구성 요소로 구성됩니다.

• 프런트엔드:
  프런트 엔드는 SVELTE JS 프레임을 사용하여 설계되었습니다.
• 논리 레이어:
  논리 계층은 Rest API를 사용하여 데이터베이스와 상호 작용합니다. 그것은 사용한다 .NET Core 6개의 웹 API, SignalR 알림 허브가 있고 SearchService 및 공동 작업 서비스를 위한 .NET API가 함께 제공됩니다.
• 백엔드:
  백엔드는 SQL Server를 데이터 저장소로 기반으로 합니다. 데이터 소스에는 SQL Server, ADFS, Sharepoint 및 Document Management Server가 포함됩니다. 백업 소스(NCache Read-Through)는 .NET 6을 사용하는 이 계층에서 구현됩니다. NCache 5.3 SP1.

애플리케이션을 자세히 살펴보기 위해 Web API에는 SignalR과 함께 작업 서비스인 알림 허브가 포함되어 있습니다. NCache 애플리케이션의 여러 부분 사이에서 중앙 허브 역할을 합니다. 사용자는 ADFS(Active Directory Federation Services)를 사용하여 로그인하고 프런트 엔드로 이동하여 웹 API를 호출합니다. 웹 API는 이 작업을 생성하고 이를 내부 대기열에 넣는 역할을 담당합니다. NCache. 작업 서비스는 대기열 폴링, 작업 담당자 개체 처리 등과 같은 여러 작업을 수행합니다.

Action Service 내부에 항목이 있으면 이를 처리합니다. 처리의 일부로 작업 서비스는 알림 허브를 통해 알림도 보냅니다. 이 작업 서비스는 새 데이터가 추가되거나 이전에 추가된 데이터가 업데이트되는 데이터 상태가 변경되는 경우 데이터 개체 "Tasker"의 상태를 변경합니다. 이는 사용자가 처리를 분석하는 데 도움이 되며 해당 변경의 영향을 받는 모든 관련 사용자에게 알림을 보냅니다. 이 애플리케이션에는 SharePoint를 사용하여 작업을 관리하는 공동 작업 서비스도 있습니다.

현재 애플리케이션은 프런트엔드, 로직 레이어 및 NCache. 또한 서버를 지원하는 데이터베이스 서버가 1개 있습니다. 여기에는 일부 참조 데이터도 캐시하는 대기열을 저장하는 1개의 일반 캐시가 있습니다. 또한 정적 데이터(예: "작업")를 저장하기 위한 2개의 다른 캐시도 있습니다. 일반 캐시와 정적 캐시에는 모두 지원 소스(Read-Through)와 로더가 구현되어 있습니다.

SignalR Backplane

조직은 다음을 통해 애플리케이션의 사용을 확장합니다. SignalR backplane. 여러 사용자가 웹 앱을 사용하는 경우 작업 수행자 개체에 대한 피드백을 기다립니다. 피드백은 SignalR을 사용하는 알림 허브를 통해 제공됩니다. 이로 인해 새 메시지를 요청할 때마다 웹페이지를 새로 고칠 필요가 없어졌습니다.

업데이트가 트리거되는 즉시 서버가 로그인한 모든 사용자에게 업데이트를 브로드캐스트하는 SignalR을 사용하여 실시간 ASP.NET 웹 애플리케이션을 생성할 수 있습니다. 이렇게 하면 사용자 업데이트 요청에 대한 응답 시간이 단축됩니다. NCache SignalR 공급자에 대한 확장을 제공하여 SignalR에 대한 지원을 제공합니다. 공급자는 응용 프로그램과 관련된 모든 웹 서버에 대한 기록을 가지고 있습니다.

일관된 데이터를 위한 대기열 데이터 구조

그들은 에서 제공하는 Queue 데이터 구조를 과도하게 사용하고 있습니다. NCache. 큐는 런타임에 처리되는 정보를 유지하기 위해 일반 캐시에 저장됩니다. Web API는 대기열에 새 항목을 추가합니다. 그런 다음 작업 서비스는 해당 대기열을 폴링하고 새 항목이 발견되면 필요한 프로세스를 수행합니다. 전체 대기열은 다음 위치에 저장됩니다. NCache. 항목을 가져와야 할 때마다 전체 대기열을 순회할 필요가 없습니다. 이는 느리고 비용이 많이 드는 프로세스이기 때문입니다. NCache 성능을 저하시키지 않는 필수 항목을 얻기 위해 참조를 사용합니다.

Queue 데이터 구조에는 Contains 메서드를 사용하여 항목이 캐시에 존재하는지 여부를 확인하는 GetQueue와 같은 다양한 API가 함께 제공됩니다. 마찬가지로 큐에서 최상위 항목 가져오기, 전체 소스 큐를 XNUMX차원 배열에 복사, 큐에서 항목 제거, 이벤트 등록(키 기반 및 데이터 구조), 데이터 일관성을 위해 큐 잠금 및 잠금 해제 등 모든 작업이 수행됩니다. 다른 기능은 NCache Queue 데이터 구조를 제공합니다.

데이터 무결성을 위한 대기열 잠금

조직은 또한 다음에서 제공하는 잠금 기능을 사용합니다. NCache. 예를 들어, 사용자가 큐를 읽거나 쓸 때마다 큐를 잠글 수 있습니다. 예를 들어 데이터 무결성이 유지되도록 Lock API를 사용하여 약 20초 동안이라고 가정하겠습니다. 필요한 대기열이 사용 가능하고 다시 사용할 준비가 되면 사용자는 Unlock API를 사용하여 잠금을 해제합니다. 동시 업데이트에 관해 이야기할 때, NCache의 잠금 기능은 데이터 무결성과 데이터 일관성을 제공하고 제공할 준비가 되어 있습니다.