ReadyAPI 導入事例 - チューリッヒ・インシュアランス・グループ

チューリッヒ・インシュアランス・グループについて

チューリッヒ・インシュアランス・グループ (Zurich Insurance Group) は、世界最大の保険会社のひとつであり、真にグローバルに事業を展開する数少ない会社のひとつです。 約 55,000人の従業員が 170カ国以上の国々の人々を理解しリスクから保護する手助けをしています、チューリッヒは、株主、顧客、そして従業員によって評価されるように、最高のグローバル保険会社を目指します。

ビジネス ニーズ

英国のチューリッヒ損害保険事業部では、Solution Architect の Gari Gono 氏と同僚のインフラストラクチャ＆環境管理責任者である Jason Catlin-Holmes 氏が、3,500人近くのチューリッヒ従業員が使用するコア アプリケーションのトレーニング環境の開発と管理を任されました。 Gono と Catlin-Holmes が管理するソフトウェアチームは、基本的に、ビジネス要件を考慮してそれらを「技術的なマジック」に変えることに責任があります。

「チームは、コア アプリケーションを開発し、それをアプリケーションが依存する複数のサービスと統合するときに、マイクロサービス アーキテクチャ パターンを使用します。 これらには、メッセージ キュー、UI レイヤー、大規模な SAP データベース、および Experian などのいくつかの外部サービスが含まれます。」

「追加するサービスによって、コア アプリケーションの管理が複雑になる可能性があります。問題が発生した場合、原因を特定するのは困難になる可能性があります」とGono 氏は言います。 「しかし、マイクロサービスのアプローチは、問題が発生したときにテストと診断が容易になるように、アーキテクチャを切り離す方法を提供します。」

マイクロサービス アーキテクチャのアプローチでは、チューリッヒはコア アプリケーションをすべてのアドオン サービスに接続する API をテストする必要があります。 しかし、API テストは 3,500人のエンドユーザーが経験するアプリケーションパフォーマンスに悪影響を及ぼす可能性があります。

「一部の外部サービスでは、1日に作成できる API テスト要求の数が制限されています」と Gono 氏は指摘します。 「コア アプリケーションの負荷テストを行うと、すぐに上限に達する可能性があり、外部サービスからテスト結果を得るために料金を支払う必要があります。 非常に多くの人がトレーニング環境にいるので、1日7〜8回、特定の API サービスにアクセスする可能性があります。その場合、コストが増加します。」 「多くのサードパーティ API はテスト用に構築されていません」と Catlin-Holmes は付け加えます。 「実際に彼らのサービスに損害を与えるかもしれません。 API を確実に稼働させ続けることが、私たちのアプリケーションにとって重要です。」

ターゲット ソリューション

Gono と Catlin-Holmes は、コア アプリケーションのパフォーマンスに影響を与えずに API をテストするという課題に取り組むために、SmartBear の ReadyAPI Vitrualization に注目しました。 手頃な価格で強力な API サンドボックス ソリューションとして、ReadyAPI Vitrualization は迅速なアプリケーション開発を容易にし、Zurich が API テスト プロセスを効率的に管理するのを助けます。

「ReadyAPI Vitrualization によって可能になる API サービスの仮想化により、コア アプリケーションの他の内部および外部サービスへの依存を克服することができます」と Gono 氏は言います。 「これは、コア アプリケーションがテストの準備ができているのに、アプリケーション周辺のサービスが準備できていないときに重要です。」

チューリッヒもスタブ方法論の使用を検討しました、しかし ReadyAPI Vitrualization がより効率的であると判断しました。 「スタブは非常に手作業で行われ、テストごとに多くの開発者の努力が必要です。一度に1つずつテストを実行する必要があります」と Gono 氏は説明します。 「スタブを他の開発者と共有するのも簡単ではありません」

Catlin-Holmes 氏は、次のように付け加えています。 ReadyAPI Vitrualization は、一定レベルのサービス自律性を提供し、サービスが開発されると、元の開発者からの入力なしにサーバー上で実行できます。」

ReadyAPI Vitrualization によって可能になったサービスの仮想化は、チューリッヒ向けのサービス指向アーキテクチャーの導入を促進します。 サービスが仮想化されると、複数の開発者が簡単に使用できるようになります。 開発者がテスト サイクルに進むにつれて、テスト サイクルの早い段階で他の開発者によって多くの欠陥が解決されているため、発見する欠陥が少なくなります。

ReadyAPI Vitrualization を使用すると、チューリッヒはネガティブ テストをはるかに簡単に実行できます。 「Google マップなどの仮想化サービスと統合されていて、Google マップが停止した場合にアプリに何が起こるかをテストしたい場合は、仮想化サービスをオフにするほうが、Google に停止するよう依頼するよりはるかに簡単です。 Gono 氏は説明します。