アプリケーションのモダナイゼーションとは

アプリケーションのモダナイゼーションとは、旧式のシステムを、より新しく、効率的で、保守性と拡張性に優れたアプリケーションに変換するプロセスです。これには、アプリケーションのアーキテクチャー、コード、またはインフラストラクチャーの改善が含まれます。

アプリケーションのモダナイズは通常、企業のより広範なデジタル・トランスフォーメーションの取り組みの一部です。IBM Institute for Business Value（IBV）が実施した調査によると、経営幹部の83％が、アプリとデータのモダナイズは自社のビジネス戦略の中心であると回答しています。

アプリケーションのモダナイゼーションには、特にクリティカルなシステムでは、入念な準備と慎重な実装が必要です。このプロセスは、次の主要なステップに分けることができます。

• アセスメント
  
  
• 計画
  
  
• 実装
  
  
• テスト
  
  
• モニタリング

最初のステップでは、既存のアプリケーションを一覧化し、現在の状態を分析します。評価の基準は、企業にとって何が重要かによって異なりますが、一般的なものとしては、ビジネス価値、コンプライアンスおよびセキュリティー・リスク、技術的負債への貢献、モダナイゼーションのコストと複雑さ、パフォーマンスおよびユーザー・エクスペリエンスに関する問題などが挙げられます。

各要素には独自の重みがあり、システムごとにスコアが計算されます。これらのスコアを使用して、モダナイズするアプリケーションを順位付けし、優先順位を決定できます。

計画段階では、組織が目的と範囲を明確にし、アプリケーションに最適なモダナイゼーション手法を決定します。この計画では、予算、想定されるリスクとその軽減策、リソース、スケジュールを具体化します。

このフェーズは複雑で負担が大きくなる可能性があり、特に大規模なレガシー・アプリケーションや複数のレガシー・アプリケーションのモダナイゼーションを目指す企業にとって、その傾向が強くなります。サード・パーティーのアプリケーション・モダナイゼーション・サービスを利用し、その専門知識を活用して適切な戦略を策定する企業もあります。

実装段階は、企業が計画を実行に移す段階です。これには、選択したモダナイゼーション・アプローチの実行が含まれます。

企業は、アプリケーションに必要なすべての機能が影響を受けないことを確認するため、徹底した厳格なテストを実施する必要があります。本番環境に完全にデプロイする前に、ステージング環境でテストを実行して問題を切り分け、修正することを検討してください。

アプリケーションの性能やその他のメトリクスを追跡することで、ボトルネックや最適化の機会を特定することができます。その結果は、他のアプリケーションのモダナイゼーション計画にも活用できます。

アプリケーションのモダナイズでは、画一的なアプローチではなく、さまざまな手法を戦略的に組み合わせることがよくあります。ここでは、「モダナイゼーションのR」とも呼ばれる代表的な手法をいくつか紹介します。その一部は「クラウド移行のR」から取り入れられたものです。

• リホスティング
  
  
• リプラットフォーム
  
  
• リファクタリング
  
  
• リアーキテクティング
  
  
• リビルド
  
  
• リプレース

リホスティングは「リフト・アンド・シフト」とも呼ばれ、コードや機能にほとんど、あるいはまったく大きな変更を加えずに、アプリケーションを新しい環境へ移行します。できるだけ変更を加えずにモダナイズできる迅速な方法ですが、新しい環境からも同じデータにアクセスできる必要があります。

リプラットフォームは、リフト・アンド・シェイプとも呼ばれ、システムを別のプラットフォーム（別のクラウド・プロバイダー、またはフレームワークやオペレーティング・システムの最新バージョン）に適応させます。新しいプラットフォームで実行するにはコードの変更が必要なため、スコープ・クリープを避けるために適切な計画が不可欠です。

リファクタリングでは、アプリケーションのコアとなる動作や機能を変更することなく、アプリケーションのソースコードを再構築します。より効率的なソフトウェアと実行時間の短縮につながり、保守性を高め、技術的負債の削減にも役立ちます。この方法は、リホスティングやリプラットフォームよりも時間がかかる可能性があり、特にレガシー・コードを扱う場合には、熟練したソフトウェア開発者が必要になります。

リアーキテクティングでは、システムの基盤となる設計を変更します。例えば、大規模で密結合されたモノリシック・アプリケーションを、多数の小規模で独立したサービスからなるマイクロサービス・アーキテクチャーに変換することなどが挙げられます。

このアプローチにより、最新のアーキテクチャー・パターンを採用する機会が得られ、柔軟性と拡張性が向上します。ただし、リファクタリングと同様、期待される動作を維持しながらシステムを再設計するには、時間と専門知識が必要です。

リビルドとは、既存のコードベースを廃棄し、アプリケーションをゼロから書き直して新たに構築することです。ソフトウェア開発チームは、最新の技術スタックを使用し、現在の設計・開発プラクティスを取り入れる機会を得られます。

この手法により、機能をより細かく制御しながら、イノベーションを促進できます。また、組織は知的財産を保持し、ビジネス・ニーズに合わせてアプリをカスタマイズすることもできます。ただし、リビルドには多大な時間、労力、リソースが必要となるため、他のアプローチよりもコストが高く、負担も大きくなる可能性があります。

廃止の段階に達したレガシー・システムの場合、完全な置き換え（リプレース）が最も適した選択肢となる可能性があります。リプレースは、市販の既製製品やSaaSアプリケーションによって実現できますが、その新しいパッケージ・ソリューションに、廃止するシステムに必要な機能が備わっていることが条件です。

リビルドよりも簡単かつ低コストで実施できますが、企業は将来追加される機能を十分にコントロールできなくなる可能性があり、ベンダー・ロックインにも対処する必要があります。

企業は、アプリケーションのモダナイゼーションを合理化するために、幅広いテクノロジーから選択できます。ここでは、プロセスを支援するために連携して機能する、代表的なテクノロジーをいくつか紹介します。

• API
  
  
• クラウド・コンピューティング
  
  
• コンテナ化
  
  
• DevOps
  
  
• マイクロサービス
  
  
• サーバーレス・コンピューティング

組織は、アプリケーションをそのまま維持しつつ、データや機能をAPIを通じて安全に公開することを好む場合があります。これらのプロトコルは、レガシー・システムと最新のアプリの橋渡しとして機能し、データの流れや相互作用を円滑にすることで、シームレスな接続と通信を実現します。レガシー・アプリケーション向けのAPIを作成することで、リファクタリング、リアーキテクティング、リビルドを行わずに、最新のサービスと統合できます。

クラウド・コンピューティング・プラットフォームは、インターネット経由でコンピューティング・リソースにオンデマンドでアクセスできるため、従来のオンプレミス・インフラストラクチャーよりも優れた拡張性を備えています。迅速なデプロイメントと更新が可能で、マネージド・サービスを提供します。

金融機関、政府機関、医療機関などの組織は、機密データを含むワークロードに関する規制要件を満たすためにプライベートクラウドを選択することが多いです。他の企業は、ハイブリッドクラウド・アーキテクチャーを採用し、一部のワークロードをオンプレミスに、他をクラウドに移すという、より柔軟なクラウド移行戦略を選んでいます。一部の企業は、カスタマイズ性の向上、より幅広い機能やサービスの選択肢、ベンダー・ロックインの回避を目的として、マルチクラウド環境を採用しています。

コンテナ化は、アプリケーションコードとそのライブラリと依存関係を、コンテナと呼ばれる自己完結型の実行ユニットにカプセル化します。これらのコンテナは軽量でポータブルなので、さまざまなコンピューティング環境で迅速かつ一貫して実行できます。Dockerは最も人気のあるオープンソースのコンテナ化ツールの1つであり、Kubernetesは広く利用されているコンテナ・オーケストレーション・プラットフォームです。

DevOpsは、アプリケーションの構築、テスト、デプロイのプロセスを自動化し、迅速化します。その特徴としては、継続的統合と継続的デリバリー（まとめてCI/CDと呼ばれます）が挙げられます。CI/CDパイプラインでは、開発者がコードをバージョン管理システムにコミットすると、そのコードは自動的にパッケージ化、テストされ、本番環境へリリースされます。

このクラウドネイティブ・アーキテクチャーは通常、モノリシック・システムをより小さな疎結合コンポーネントの集合に分離するために使用されます。アプリ全体に影響を与えずに新しい機能を追加でき、コンポーネントは互いに独立して更新またはスケーリングできます。マイクロサービスは、企業がレガシー・システムを最新のサービスに段階的に移行するのに役立ちます。

サーバーレス・コンピューティングにより、チームはサーバーやその他のバックエンド・インフラストラクチャーをプロビジョニングまたは管理することなく、アプリケーションを構築および実行できます。ストリーム処理やイベント駆動型のワークロードに適しています。

生成AIはアプリケーションのモダナイゼーションを変革し、より簡単かつ迅速に、低コストで実現できるようにします。CEOのための生成AI活用ガイド（IBVのレポート）によると、レガシー・アプリのモダナイゼーションにかかるコストのほぼ3分の1は、コードの変換と開発によるものです。

しかし、生成AIツールはアプリのコンポーネントとコードを生成し、テストを自動化することで、これらのコストを削減することができます。例えば、AI搭載の開発パートナーであるIBM Bobは、Javaアプリケーションを最新バージョンにアップグレードする作業からCOBOLによるメインフレーム開発まで、エンタープライズ・モダナイゼーション向けに専用設計されたモード、スキル、ワークフローを備えたプレミアム・パッケージを提供しています。

レポートでは、一部の組織では、アプリのリファクタリングに生成AIを適用したり、レガシー・システムをSaaSバージョンに移行するためのワークフローを作成したりしていることも明らかになりました。しかしIBVは、航空会社のフライト・スケジューリング・システムや製造業のプロダクト・ライフサイクル・マネジメント・システムなど、モダナイズを試みることさえ難しい、あるいはためらわれるほど困難だったため、これまで手を付けられなかった領域に取り組むことを推奨しています。IBVは、これらのコア・ビジネス・システム内のプロセスに加え、カスタマー・サービス、情報セキュリティー、マーケティングにおけるアプリケーション・モダナイゼーション・プロジェクトが、生成AIによって最大の効果と最も戦略的な成果がもたらされる領域になると指摘しています。

アプリケーションのモダナイゼーションと生成AIを組み合わせることで、アジリティーの向上と収益成長の好循環を生み出せます。IBVのレポートによると、経営幹部の77％が、アプリのモダナイゼーション・プロジェクトに生成AIを使用すると、ビジネスの俊敏性が向上すると回答しています。アジャイルなプラクティスを採用しているCEOは、収益成長で同業他社を上回る可能性が49％高くなっています。

アプリケーションのモダナイズは、企業にとって次のようなメリットがあります。

• 俊敏性
  
  
• ユーザーエクスペリエンスの向上
  
  
• 効率
  
  
• 運用コストの削減

モダナイゼーションにより、企業は市場の変化に迅速に対応し、進化する顧客ニーズに応えることができます。レガシー・システムに伴うダウンタイムなしで、新しい機能や強化された機能を提供できます。

たとえば、航空会社のLufthansa Groupは、複数のモバイル・アプリケーションをTurnaround Companion（TAC）と呼ばれる単一のWebベース・ソリューションに統合することで、地上業務をモダナイズしました。最新のWebテクノロジーを基盤に構築されたクラウドネイティブ・プラットフォームのモジュール構造により、新しい要件に柔軟に対応できます。TACの更新リリースではダウンタイムがわずか数分であるのに対し、従来のモバイル・アプリケーションでは45分近くかかっていました。また、今後のリリースではダウンタイムをゼロにすることを目指しています。

古くて動作が遅いアプリをアップグレードするには、通常、ユーザーインターフェイスも更新する必要があります。アプリとの直感的で応答性が高く、シームレスかつスムーズなインタラクションにより、顧客満足度の向上につながる良好なユーザー・エクスペリエンスを実現できます。

Lufthansa Groupの場合、TACの新しい設計により、さまざまなデバイスで一貫したユーザー・エクスペリエンスが実現しました。このプラットフォームの直感的なインターフェースと明確なデータの可視化により、地上担当者は重要な情報を迅速に把握し、ストレスの多い状況でも効果的に対応できるようになりました。

アプリケーションのモダナイゼーションにより、通常は処理時間が短縮され、低遅延が実現するとともに、システムは性能を低下させることなくさまざまなワークロードを処理できるようになります。特にクラウド環境では、リアルタイムのトラフィックの急増と減少に基づいて容量をスケールアップまたはスケールダウンできます。

Lufthansa Groupでは、統合プラットフォームによって航空機のターンアラウンド・プロセスをリアルタイムで追跡できるようになり、地上オペレーションの効率が大幅に向上しました。すべてのデータと通信も1つのソリューション・スタックに統合され、空港や航空会社のスタッフ間の迅速な調整を促進しています。

レガシー・アプリケーションは、維持管理にコストがかかることが多いです。それらをモダナイズすることで保守コストを削減し、企業はその代わりにイノベーションに投資することができます。クラウド・コンピューティング・プラットフォームは、従量課金制の料金体系とインフラストラクチャーのオーバーヘッドの削減により、よりコスト効率の高いモデルも提供します。

例えば、通信ブランドのstcグループは、ハイブリッドクラウド・アーキテクチャーを採用しました。高性能なソリューションへのリプラットフォームにより、コンテナ化コストが約3分の1、設備投資が30％削減され、ハードウェア関連の運用コストも低減しました。

アプリケーションのモダナイゼーションは有意義なメリットをもたらしますが、このプロセスには欠点もあります。企業がアプリケーションをモダナイズする際に直面する可能性のある一般的なハードルは以下のとおりです。

• 複雑さ
  
  
• コスト
  
  
• データ移行
  
  
• スキルギャップ

大規模なレガシー・システムは、モノリシックな性質と技術的負債の蓄積のために、モダナイズが困難な場合があります。しかし、規模が小さい古いシステムでさえ、複雑な依存関係のために障害となる可能性があります。

企業は、モダナイゼーション・プロジェクトをより管理しやすいフェーズに分け、段階的に進める方が容易な場合があります。アプリ全体に一度に取り組むのではなく、まずはそれほどクリティカルでない部分に焦点を当て、次の段階に向けてアプローチを改良できます。

モダナイゼーションは多額の1回限りの費用のように思えるかもしれません。また、予算の制約によって、こうした取り組みが頓挫することもあります。前述の段階的アプローチに加え、包括的なコスト・ベネフィット分析を行い、明確な価値と測定可能なROIをもたらす影響の大きいシステムを優先することも役立ちます。

データ移行 はモダナイゼーションの中で見落とされがちな側面です。適切に行わないと、データの損失や破損につながり、セキュリティ上のリスクが生じる可能性があります。

移行前に、企業はすべてのデータを暗号化し、データの完全性を維持するためにバックアップと復元に備える必要があります。その他に考慮すべき要素には、ワークロードの種類、データ量、所要時間、ダウンタイムや中断を最小限に抑える方法などがあります。

企業は通常、モダナイゼーションのために選択したテクノロジーに関する知識やスキルが不足しています。トレーニングやスキルアップ・プログラムに投資し、モダナイズされたシステムを実装・維持するために必要な能力をチームに身に付けさせる準備を整える必要があります。モダナイゼーションの過程全体にわたって組織を導き、サポートできる外部プロバイダーと提携することも、選択肢の1つです。