ケーススタディ - NCache トップ 5 の自動車メーカーにパフォーマンスと拡張性を提供

概要

自動車金融業界は世界最大規模の業界の XNUMX つです。 巨大な顧客ベースを持ち、そのネットワークは世界中に広がっています。 米国全土に数百のディーラーと数万の顧客を抱えるトップ XNUMX の自動車メーカーの XNUMX 社は、日常的に使用する自動車金融アプリケーションに高可用性とスケーラビリティを必要としています。 大手自動車メーカーとしての同社の主な目標は、高速で信頼性の高いデータ アクセス メカニズムを提供することで、ディーラーと最終顧客に価値のあるサービスを提供することです。

それらのアプリケーションは XNUMX つの部分に分かれています。 XNUMX つ目は顧客向けセルフサービス ポータル用の対話型開始システムで、XNUMX つ目は金融サービス管理用のディーラー向けポータルです。 金融サービスには、ローン管理、支払い計画、分割払い計画、契約管理が含まれます。 アプリケーションで処理される複数のシステムは次のとおりです。

• 開始システム: これは、ディーラーと話し合い、自動車購入のためのローン契約に署名することを目的としています。
• 契約管理システム: 自動車の寿命全体にわたるアカウント管理システム。
• 顧客セルフサービス: 価格設定と購入の詳細に関する基本情報を提供する顧客向けのセルフサービス ポータル。

多数のエンド ユーザーと複数の機能を備えた多様なシステムでは、公開サイトでの一貫性とともに高速データ配信が求められます。

課題

トランザクションの多いアプリケーションの主な課題は、データの高速性と高可用性を維持することです。 アプリケーションはバックエンドのリレーショナル データベースに大きく依存しており、トランザクション負荷が高い場合、これがパフォーマンスとスケーラビリティのボトルネックになります。 数十万のエンドユーザーが存在するため、リクエストの負荷が高く、パフォーマンスの低下を引き起こします。 さらに、エンドユーザーは異なるタイムゾーンにいます。 負荷がリージョン間でシフトするため、データベースのトランザクション負荷が増加します。 これはユーザーに悪影響を及ぼし、関連するビジネスコストをもたらします。

それ以外に、データ オブジェクトが大きい場合、ネットワーク上のデータ送信が非常に遅くなります。 ネットワークトリップは、大規模なデータオブジェクトにとって非常にコストがかかり、アプリケーションの全体的なパフォーマンスに影響します。 リクエストが行われるたびにデータベースがトリップするのを避けるために、静的データをメモリ内に保持できます。 これにより、ネットワークのトリップは本質的に高価であるため、削減されます。 ただし、データのコピーが XNUMX つ存在し、同期が失われる可能性があるため、メモリ内のデータはデータベースと同期する必要があります。 したがって、データ同期は、アプリケーションが直面しているもう XNUMX つの課題です。

InProc 速度のためのクライアント キャッシュ

カスタマー ポータルには、車の価格、製造詳細やモデルなどの詳細に関する情報が表示されます。カタログには、車両の詳細とともに車両の写真が表示されます。このデータはほとんどが静的であり、一部のデータはサイズが大きいため、個々のリクエストごとにデータベースから取得するのにコストがかかります。したがって、静的データをキャッシュして使用すると、アプリケーションのパフォーマンスとともに応答時間が向上するため、ユーザー エクスペリエンスが向上します。

NCache と呼ばれる特殊な機能を提供します クライアントキャッシュ これは静的データのキャッシュに最適です。 クライアント キャッシュを使用すると、データをアプリケーション サーバー上でローカルに (アプリケーションに近い) 保存できるため、高価なデータベースの移動に加えて、高価なネットワークの移動も節約できます。 NCache すでに彼らのために貯蓄していた。 クライアント キャッシュはリモートのクラスター化キャッシュとも同期され、アプリケーションのパフォーマンスを向上させながらデータの一貫性を確保します。

クライアント キャッシュは、大きなデータ オブジェクトに関連するパフォーマンスの問題も解決します。 クライアント キャッシュは元々、これらの大きなオブジェクトを同じクライアント マシン上にローカルに常駐させるため、ネットワークの行き来を節約します。 アプリケーションでは、データの取得が大幅に高速化されます。 NCache クライアントキャッシュ。

クライアント キャッシュに加えて、圧縮をオンにしてオブジェクトのサイズを削減し、パフォーマンスをさらに調整することもお勧めします。

キャッシュを事前にロードするためのキャッシュ ローダー

キャッシュを使用すると、アプリケーションはまずキャッシュ内のデータをチェックします。たとえば、価格の詳細を表示するために、事前に計算された価格データがないかキャッシュが最初にチェックされます。 キャッシュが必要なデータを提供できない場合、そのデータはデータベース内で検索されます。 その後、将来の使用に備えてキャッシュに保存されます。 これによりアプリケーションのパフォーマンスは向上しますが、キャッシュされていないデータ項目ごとにデータベース トリップが発生します。

この問題は、次の方法を使用して処理されます。 キャッシュスタートアップローダー。 データのほとんどは静的であるため、起動時にキャッシュにデータのほとんどがプリロードされます。 データの可用性が高くなり、ネットワーク コストが節約されます。 上記の例では、高速なデータ読み込みが必要な価格設定の詳細については、キャッシュにデータが常に保持されます。 これは、アプリケーションのパフォーマンスをさらに向上させ、リクエストのスループットを処理するのに非常に役立ちます。

キャッシュと SQL Server の同期

NCache データベースからデータを保持し、使用できるように保持します。 アプリケーションのスループットとパフォーマンスが向上します。 ただし、データの XNUMX つの別々のコピーの場合、同期が不可欠です。 データベース内のデータが更新されると、キャッシュ データは古くなり、アプリケーションは古いデータを使用し続けます。 キャッシュとデータベースの同期を保つために、 NCache は、両方のデータ ソース内のデータの一貫性を保つデータベース同期機能を提供します。 データベースに変更があった場合、キャッシュ内のデータは自動的に削除され、次回要求されたときにデータの最新コピーが取得されます。 このようにして、アプリケーションは常に更新されたデータ セットに対して操作を実行します。

前進する NCache

自動車金融会社は次のような恩恵を受けています。 NCache 上で説明したように多くの分野で、そしてさらに進んで、彼らはマイクロサービス アーキテクチャを使用することを楽しみにしています。 NCache。 彼らは強化することを決定しました NCache ミッション クリティカルなマイクロサービス アプリケーションの使用量をさらに増やし、すべてのユーザー リージョンでの稼働時間を向上させます。 「次にかなり簡単なものを移行でき、いくつかの高度な機能を利用し始めることを本当に望んでいます。 NCache」とチームのアーキテクトの一人は語った。

彼らは使用する予定です .NET Core このアプリケーションには Kubernetes を使用します。 NCache 完全にサポートします。 彼らはまた、イベント駆動型の Pub/Sub メッセージング機能にも関心を示しています。 NCache マイクロサービス間の通信を提供します。 NCache これらすべてを彼らに代わって管理できます (.NET Core、コンテナ化、イベント駆動型 Pub/Sub メッセージングなど）を実現しながら、超高速のパフォーマンスと優れたスケーラビリティを管理します。

次はどうする？

• NCache 詳細
• ダウンロード NCache
• パーソナライズされたLIVEデモをリクエストする