アプリケーションのモダナイゼーションとは何ですか?
アプリケーションのモダナイゼーションとは、レガシー ソフトウェア パッケージを変換、書き換え、または移植して、最新のインフラストラクチャでより効率的に動作させるプロセスです。これには、クラウドへの移行、サーバーレス アーキテクチャを使用したアプリの作成、サービスのコンテナ化、最新の DevOps モデルを使用したデータ パイプラインのオーバーホールなどが含まれます。
次の記事では、アプリケーションのモダナイゼーションで使用されるさまざまな戦略について説明し、「リフト アンド シフト」などの単純な手順から、マイクロサービス デプロイメント戦略の再設計などのより複雑なアプローチまで、すべてを理解できるようにします。
アプリケーションの近代化のメリット
レガシー アプリケーションのモダナイゼーションにより、古いアプリケーションに新たな命が吹き込まれます。これは通常、より広範なエンタープライズ デジタル トランスフォーメーション プラン内で行われますが、最終的には運用上の非効率性を削減し、ビジネス プロセスを合理化することを目的としています。レガシー アプリケーションをモダナイズするメリットをいくつかご紹介します。
- より効率的なインフラストラクチャと従量課金モデルにより、長期的には大幅なコスト削減が実現します。
- 稼働時間とパフォーマンスの向上により、アプリケーションは同じリソース割り当てでより多くのことを実行できるようになります。
- データベースを古いテクノロジーから最新のテクノロジーにリファクタリングすると、パフォーマンスのオーバーヘッドが削減され、新しい機能が有効になります。
- Docker や Kubernetes などのオーケストレーションおよびコンテナ テクノロジにより、企業は必要に応じてリソースをスプールおよび廃止できます。
- レガシー アプリを新しいインフラストラクチャに変換すると、データ駆動型の分析、自動化ワークフロー、プレイブックが可能になり、低レベルの管理負担が軽減されます。
アプリケーションモダナイゼーション戦略を計画する際に尋ねるべき質問
計画段階では、どのテクノロジーが大きなビジネス価値をもたらし、アプリケーションの廃止を可能にし、どのような手順がリスクを最小限に抑えながら投資から最大の ROI を返すかを決定します。
次の質問をすることで、アプリケーションの最新化イニシアチブから最大限の価値を引き出すことができます。
- 現在のレガシー ソフトウェアの優れた点は何でしょうか?
- レガシー ソフトウェアには何が必要でしょうか?
- 7つのRのうちどれが私たちの取り組みに最も適しているでしょうか?
- アプリケーションの最新化を完了した後の目的の成果は何ですか?
- 最新化が必要なアプリケーションはいくつありますか?
- 最新化の優先度が最も高いアプリケーションはどれですか?
アプリケーション近代化の 7 つの R とは何ですか?
レガシー アプリケーションを最新化する場合、組織が認識しておくべき 7 つの R があります。どの R を選択するかはユースケースによって異なりますが、常に単純なアプリケーションを最初に移行するのが原則です。
1. 置き換える
このアプローチでは、アプリケーションを完全に置き換える必要があります。アプリケーションを最新化するためにどれだけ努力しても、古いコード言語や API などの技術的な制限を克服することはできません。アプリケーションは、最新の Windows または Linux オペレーティング システムでサポートされていない可能性があり、AWS、Azure、GCP などのクラウド プロバイダーでもサポートされていない可能性があります。
2. 再ホスト
企業がアプリケーションを再ホストする場合、それはアプリケーション自体に変更を加えることなく、アプリケーションを別のホスト プラットフォームに移動することを意味します。デジタル トランスフォーメーション戦略には迅速なクラウド移行が必要であるため、これは中断を最小限に抑えてサービスの稼働時間を維持するための適切なオプションです。
これは、アプリの現在のインスタンスが新しいインフラストラクチャ プラットフォームと互換性がある場合にのみ可能です。互換性がない場合は、このリストの次の項目が適用されます。
3. プラットフォームの再構築
アプリケーションの再プラットフォーム化は再ホスティングに似ています。この方法は、DBaaS、SaaS、および IaaS ソリューションでよく使用されます。
一例として、経費を節約するために、eコマース Web サイトを Microsoft Azure から AWS に移行することが挙げられます。Web サイト自体は同じままですが、コアの依存関係は新しいプラットフォームとの互換性のために変更されます。
4. リファクタリング
リファクタリングは、ソフトウェア開発チームや DevOps チームに関係があります。リファクタリングでは、既存の機能を変更することなく、アプリケーションの基盤となるコードを書き直して、動作パフォーマンスを向上させます。これはコード リファクタリングと呼ばれ、AWS などのクラウド プラットフォームの利点の一部が活用されますが、最大限の機能が活用されるわけではありません。
このプロセスには、重複するコードやアプリ ロジックの削除が含まれる場合があります。10 行の関数を同じ機能を持つ 5 行に凝縮できれば、リファクタリングの試みは成功です。そうでない場合は、クラスとメソッドの数を減らすとパフォーマンスが向上し、統合開発環境 (IDE) 内での管理が簡素化されます。
5. 再設計
アプリケーションを再設計するということは、アプリケーションを根本から再設計することです。これは、企業がマイクロサービス アーキテクチャを活用したいと考えているモノリシック アプリケーション パッケージでよく見られます。
アプリケーションを再設計する方法の 1 つは、独自の API とソフトウェア依存関係を、Microsoft SQL Server から PostgreSQL などのオープンソースの代替品に置き換えることです。このような取り組みにより、総所有コスト (TCO) を削減し、クラウドの俊敏性を高め、停止やパフォーマンスの問題に対するアプリケーションの回復力を向上させることができます。
6. 再構築
アプリケーションの再構築では、個々のコンポーネントまたはコンポーネントのコレクションを最初からやり直す必要があります。再構築では、元の範囲と仕様はそのままに、新しい技術要件または運用要件を満たします。
アプリケーション レガシー モダナイゼーションの再構築フェーズは、時間をかけて完了できます。たとえば、最も重要なコンポーネントの 1 つまたは 2 つが再構築され、ライブ環境にデプロイされます。その後、追加のコンポーネントがゆっくりと再構築され、アプリケーション全体が AWS などのクラウド プラットフォームで最適に使用できるように変換されます。
7. 買戻し
これはおそらく、アプリケーションを最新化する最も簡単な方法です。企業は、リファクタリング、再構築、または再ホスティングを行うのではなく、新しいソフトウェアを再購入します。このソフトウェアは同じベンダーからではなく、ビジネス要件を満たす別のベンダーから再購入します。
これは通常、Software-as-a-Service (SaaS) プラットフォームを使用して実現されます。その他のオプションには、Database-as-a-Service (DBaaS) や Platform-as-a-Service (PaaS) などがあります。主な障害は、同様の機能を提供し、データの移行と新しいアプリへの構成のマージを容易にする新しいアプリケーション プロバイダーを特定することです。
こちらもお読みください: ECS と EC2
アプリケーション最新化戦略には何が含まれますか?
使用するクラウド プラットフォーム、プログラミング言語、コンサルタントを決定する前に、既存のアプリケーション アーキテクチャの現在の状態をマッピングすることが不可欠です。成功する戦略では、テクノロジーよりもビジネスに重点を置く必要があります。これにより、理想的な将来の状態を作成できます。
ロードマップは企業ごとに異なりますが、すべてのアプリケーション モダナイゼーション戦略に含まれるべき 6 つの共通点は次のとおりです。
- 近代化候補としてのレガシー システムの評価。評価する項目には、俊敏性、ビジネス適合性、ビジネス価値、リスク、複雑さ、コストが含まれます。
- 従業員のペルソナや、レガシー アプリによって各ドメインに生じた制限を特定するなど、ビジネス上の課題を定義します。
- この特定のアプリケーション モダナイゼーションの取り組みに 7 つの R のどれを適用できるかを評価します。モダナイズを計画しているすべてのアプリケーションに対してこれを実行します。
- アプリケーションの最新化プロセスの優先順位を決定します。ワークロード、アーキテクチャ、支出、ビジネス リスク、運用改善の機会、サイバー セキュリティを考慮します。
- アプリケーションの最新化が将来にわたってどの程度有効であるかを検討してください。この最新化の取り組みが時代遅れになり、さらなる取り組みが必要になるまで、あと何年かかるでしょうか?
- アプリケーションの最新化が完了したら、それで終わりではありません。継続的な改善と再開発により、ビジネスの中断を最小限に抑えながら、機能性と互換性を長期的に維持できます。
著作権 © 2024 Trianz
Trianz でアプリケーションの最新化戦略を始めましょう
Trianz は、すべての主要なクラウド プラットフォーム プロバイダーのコンサルティング パートナーです。当社は、レガシー システムの移行と最新化に関する幅広い専門知識を持っています。最新化戦略の範囲が不明な場合は、Trianz が 7 つの R のうちどれがアプリケーション イニシアティブに最適かを特定するお手伝いをします。
近代化の過程のどの段階であっても、Trianz は、変化するビジネス ニーズに対応するための柔軟性、拡張性、俊敏性を提供する最終状態に到達できるようお手伝いします。
アプリケーションを AWS に移行することに興味がありますか?
幅広いサービスと世界最速かつ最も信頼性の高いインフラストラクチャを備えた AWS は、お客様のビジネスに最適なアプリケーション最新化の道となる可能性があります。
