クラウド向けのプラットフォーム再構築

レガシーシステムを最新化するとはどういう意味ですか? あらゆるデジタル トランスフォーメーションの取り組みにおいて共通のステップは、顧客が取引を行うための適切なタッチポイントを提供することです。これには、少なくともモバイル アプリの作成が含まれます。しかし、それだけではありません。 新しいデジタル経済では、組織がデジタルマインドシェアと顧客ベースを拡大するために「構築、借用、購入」するにつれて、市場投入までの時間に対するプレッシャーによりサードパーティ統合の数が急増しています。

近代化が実際にどのように行われるかを詳しく見てみると、プロセスとテクノロジーの両方が関係していることがわかります。具体的には、継続的な配信と検証のためのシステムの展開と拡張を自動化すること (プロセス) と、レガシー Web アプリを API ベースのサービス指向アーキテクチャに進化させること (テクノロジー) です。 さらに、API ゲートウェイなどの API インフラストラクチャは、堅牢なトラフィック管理とセキュリティ機能を通じて、クラウド環境への効果的な展開を保証するのに役立ちます。

ここでは、2 つのフェーズを含むこのようなデジタル導入の仮想的なケース スタディを分析します。

1. レガシーシステムとモノリシックapplicationをAPI駆動型アーキテクチャに再設計する
2. APIインフラストラクチャを使用してシステムをクラウドプラットフォームに進化させる

この架空の例では、会議システムは、参加者アカウントの作成 (アカウントの作成)、利用可能なセッションの確認 (セッションの確認)、出席の予約 (セッションの予約) などの機能をサポートしています。 顧客は Web ブラウザを介して会議システムと対話します。 たとえば、会議セッションを予約するには、次の手順を実行します。

内部的には、顧客は Webapplicationと対話し、Web アプリケーションは会議applicationに API 呼び出しを送信します。 会議applicationは、SQL を使用してバックエンド データストアをクエリします。

従来の会議システムを最新化する必要が生じているのは、次のようないくつかの要件によるものです。

1. モバイルアプリのサポート
2. グローバル市場へのサービスの拡大
3. 現在システムをホストしているプライベート データ センタの運用コストの削減

高レベルの計画がまとめられます。

1. APIゲートウェイを使用して参加者サービスを消費者に公開する
2. サービス メッシュを使用してセッション機能 (表示/予約) をリファクタリングする
3. Attendee サービスをクラウドに移行する

Attendee コンポーネントを独立したサービスにリファクタリングするための手順が実行されます。 会議システムには現在 2 つのトラフィック インターフェイスがあります。

1. 顧客と会議システム（南北）
2. 会議システムと出席者システム（東西）

次に、SSL/TLS 終了、認証、レート制限などのスケーラブルで保守性の高い安全なトラフィック管理を容易にするために、API ゲートウェイがデプロイされます。

次に、サービス メッシュがプロビジョニングされ、従来の会議システムのセッション機能が新しいセッション サービスに再利用されます。 サービス メッシュは、きめ細かなルーティングの制御を提供し、信頼性を確保し、サービス間 API 通信のトラフィックを効率的に仲介して、参加者のセッションの表示と予約を容易にします。

最後に、Attendee サービスと API ゲートウェイをクラウドに移行します。 このアプローチにより、組織が既存のオンプレミス インフラストラクチャから移行する際に、クラウド ネイティブ サービスを活用しながら大幅な手直しを回避できます。