사례 연구 – NCache Top 5 Auto Maker에 성능 및 확장성 제공

개요

자동차 금융 산업은 세계에서 가장 큰 산업 중 하나입니다. 대규모 고객 기반을 통해 전 세계에 네트워크가 퍼져 있습니다. 미국 전역에 수백 명의 딜러와 수만 명의 고객이 있는 상위 XNUMX대 자동차 제조업체 중 하나는 일상적인 사용을 위해 자동차 금융 애플리케이션 내에서 고가용성과 확장성을 필요로 합니다. 선도적인 자동차 제조업체로서 주요 목표는 빠르고 안정적인 데이터 액세스 메커니즘을 제공하여 딜러와 최종 고객에게 가치 서비스를 제공하는 것입니다.

그들의 응용 프로그램은 두 부분으로 나뉩니다. 첫 번째는 고객 대면 셀프 서비스 포털을 위한 대화형 시작 시스템이고 두 번째는 금융 서비스 관리를 위한 딜러 대면 포털입니다. 금융 서비스에는 대출 관리, 지불 계획, 할부 계획 및 계약 관리가 포함됩니다. 애플리케이션에서 처리하는 여러 시스템은 다음과 같습니다.

• 시작 시스템: 이것은 딜러와 대화하고 자동차 구매를 위한 대출 계약서에 서명하는 목적으로 사용됩니다.
• 계약 관리 시스템: 자동차의 수명을 통하는 계정 관리 시스템.
• 고객 셀프 서비스: 가격 및 구매 세부 정보에 대한 기본 정보를 제공하는 고객용 셀프 서비스 포털.

다수의 최종 사용자와 다양한 기능을 갖춘 다양한 시스템은 공용 사이트에서 일관성과 함께 고속 데이터 전달을 요구합니다.

도전

트랜잭션이 많은 애플리케이션의 주요 과제는 데이터의 빠른 속도와 고가용성을 유지하는 것입니다. 애플리케이션은 백엔드 관계형 데이터베이스에 크게 의존하며 높은 트랜잭션 로드에서 성능 및 확장성 병목 현상이 발생합니다. 수십만 명의 최종 사용자가 있는 경우 요청 부하가 높아 성능이 저하됩니다. 또한 최종 사용자는 다른 시간대에 있습니다. 부하가 지역으로 이동하여 데이터베이스에서 트랜잭션 부하가 증가합니다. 이는 사용자 및 관련 비즈니스 비용에 부정적인 영향을 미칩니다.

그 외에는 대용량 데이터 개체의 경우 네트워크를 통한 데이터 전송 속도가 매우 느려집니다. 네트워크 이동은 대용량 데이터 객체에 대해 비용이 많이 들고 애플리케이션의 전반적인 성능에 영향을 미칩니다. 요청이 있을 때마다 데이터베이스 트립을 피하기 위해 정적 데이터를 메모리에 보관할 수 있습니다. 이것은 본질적으로 비용이 많이 들기 때문에 네트워크 트립을 줄입니다. 그러나 메모리 내 데이터는 두 개의 별도 데이터 복사본이 있고 동기화되지 않을 수 있으므로 데이터베이스와 동기화해야 합니다. 따라서 데이터 동기화는 애플리케이션이 직면한 또 다른 과제입니다.

InProc 속도를 위한 클라이언트 캐시

고객 포털에는 자동차 가격에 대한 정보와 제조 세부 정보, 모델 등의 세부 정보가 표시됩니다. 카탈로그에는 차량 세부 정보와 함께 차량 사진이 표시됩니다. 이 데이터는 대부분 정적이며 일부는 크기가 커서 개별 요청에 대해 데이터베이스에서 가져오는 데 비용이 많이 듭니다. 따라서 사용을 위해 정적 데이터를 캐싱하면 애플리케이션 성능과 함께 응답 시간이 향상되므로 사용자 경험이 향상됩니다.

NCache 라는 특화된 기능을 제공합니다. 클라이언트 캐시 이는 정적 데이터 캐싱에 이상적입니다. 클라이언트 캐시를 사용하면 데이터를 응용 프로그램 서버에 로컬로 보관하고(응용 프로그램에 더 가까운) 값비싼 데이터베이스 이동 외에도 값비싼 네트워크 이동을 절약할 수 있습니다. NCache 이미 그들을 위해 저축하고 있었습니다. 또한 클라이언트 캐시는 애플리케이션 성능을 향상시키면서 데이터 일관성을 보장하는 원격 클러스터 캐시와 동기화됩니다.

클라이언트 캐시는 대용량 데이터 개체와 관련된 성능 문제도 해결합니다. 클라이언트 캐시는 원래 이러한 대형 개체를 동일한 클라이언트 시스템에 로컬로 상주하므로 왕복 네트워크 이동을 저장합니다. 응용 프로그램은 훨씬 더 빠른 데이터 검색을 경험합니다. NCache 클라이언트 캐시.

클라이언트 캐시 외에도 성능을 추가로 조정하기 위해 개체 크기를 줄이기 위해 압축을 켜는 것이 좋습니다.

캐시 사전 로드를 위한 캐시 로더

캐싱을 사용하면 애플리케이션은 먼저 캐시의 데이터를 확인합니다. 예를 들어 가격 세부 정보를 보려면 미리 계산된 가격 데이터에 대해 캐시를 먼저 확인합니다. 캐시가 필요한 데이터를 제공하지 못하면 데이터베이스에서 데이터를 찾습니다. 그런 다음 나중에 사용할 수 있도록 캐시에 저장됩니다. 애플리케이션 성능은 향상되지만 캐시되지 않은 모든 데이터 항목에 대해 데이터베이스 이동 비용이 발생합니다.

이 문제는 다음을 사용하여 처리됩니다. 캐시 시작 로더. 대부분의 데이터가 정적이므로 시작 시 캐시에 있는 대부분의 데이터를 미리 로드합니다. 데이터의 가용성을 높이고 네트워크 비용을 절약합니다. 위의 예에서 빠른 데이터 로드가 필요한 가격 책정 세부 정보의 경우 캐시는 항상 데이터를 유지합니다. 애플리케이션 성능을 더욱 향상시키고 요청 처리량을 처리하는 데 큰 도움이 됩니다.

캐시를 SQL Server와 동기화

NCache 데이터베이스의 데이터를 유지하고 사용을 위해 보관합니다. 애플리케이션의 처리량과 성능을 향상시킵니다. 그러나 두 개의 별도 데이터 사본의 경우 동기화가 반드시 필요합니다. 데이터베이스의 데이터가 업데이트되면 캐시 데이터가 부실해지고 애플리케이션은 부실 데이터를 계속 사용합니다. 캐시와 데이터베이스의 동기화를 유지하기 위해 NCache 두 데이터 소스의 데이터를 일관되게 유지하는 데이터베이스 동기화 기능을 제공합니다. 데이터베이스가 변경되면 캐시의 데이터가 자동으로 제거되고 다음에 요청할 때 최신 데이터 복사본을 가져옵니다. 이렇게 하면 애플리케이션이 항상 업데이트된 데이터 세트에서 작업을 수행합니다.

앞으로 나아가기 NCache

자동차 금융 회사는 NCache 위에서 논의한 많은 영역에서 더 나아가 마이크로서비스 아키텍처를 사용하기를 기대하고 있습니다. NCache. 그들은 강화하기로 결정했습니다 NCache 모든 사용자 지역에서 더 높은 가동 시간을 위해 미션 크리티컬 마이크로 서비스 애플리케이션에 더 많이 사용합니다. "저는 우리가 다음에는 상당히 쉽게 무언가를 옮길 수 있기를 진심으로 바라고 있습니다. NCache"라고 팀의 건축가 중 한 명이 말했습니다.

그들은 사용할 계획입니다 .NET Core 이 애플리케이션을 위해 Kubernetes를 사용하여 NCache 완벽하게 지원합니다. 그들은 또한 이벤트 중심의 Pub/Sub 메시징 기능에 관심을 보였습니다. NCache 마이크로 서비스 간의 통신을 제공합니다. NCache 이 모든 것을 관리할 수 있습니다(.NET Core, 컨테이너화, 이벤트 기반 Pub/Sub 메시징) 초고속 성능과 최고의 확장성을 관리합니다.

다음에 무엇을할지?

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