(
こちらのブログの翻訳記事です。)
PoCに適したアプリケーションを選ぶことで、リスクを最小化し、満足度を最大化することができます。この記事は、Discoverのアプリケーション・モダナイズに関する記事のPart2です。
Part1および
Part3もぜひご覧ください。
最も重要なアプリケーションから
アプリケーション・モダナイゼーションを始めることは非常に魅力的ですが、誰もが気にかけている重要なアプリケーションから始めることは適切とは言えません。 資産全体のモダナイゼーション評価 (
Part1を参照) を使用して、技術検証 (PoC) のアプリケーションの選択を推進する必要があります。
コードの変更と構成 (共通のバックエンド・システムおよびデータベースへの接続) の両方の観点から、資産全体を表すアプリケーションから始めたいと考えています。 通常、構成は、接続先の外部システムとインターフェースのタイプと数を数えるだけです (これらは、最初の評価で見つかります)。 単一のアプリケーションがすべてのモダナイゼーションの問題と構成を備えている可能性は低いですが、非常に近いものがある可能性が高いため、そのアプリケーションが PoC の中核となります。 次に、残りの問題と構成を確認し、必要に応じてさらにアプリケーションを追加します。
Discoverに最適なアプリケーションDiscoverのインフラには、データベース、ゲートウェイ、メッセージング・システム、分散型プラットフォーム、メインフレームプラットフォーム、アプリケーションなど、さまざまな種類があり、典型的なエンタープライズ・インフラストラクチャーと言えます。Proof of Concept（PoC）用のアプリケーションは、これらのほとんどに接続する必要があります。
Discoverは、2つのLiberty PoCと1つの関連するメッセージングPoTを実施し、ネイティブHAキュー・マネージャー（詳細は
こちら）を使用して、OCP上のLibertyと同じ場所にあるクラウドでIBM Messagingプラットフォームを実行するテストを実施しました。彼らは、
IBM Transformation Advisor (TA) データに基づき、PoCの適切な候補を選択しました。
Discover Enterprise Architecture (EA) は、Liberty に移行するアプリケーションとして 2 つを選びました。1つはバックエンドに接続しないシンプルなWebアプリケーションで、もう1つはMessagingプラットフォームにのみ接続するものでした。Transformation Advisorは、この2つのアプリケーションを中程度の複雑さに分類しています。
2番目のLiberty PoCでは、EAは、Discoverが現在WebSphereアプリケーションで使用している最も一般的なインターフェイスとシステムに接続する、35のインターフェイスを持つ単一のモデレート・アプリケーションを選択しました。
これらのPoCを行うことで、Discoverは使用されているすべてのパターンをテストし、すべての共通の問題とすべての共通モジュールを特定しました。リフトとリメディエーションを実行するためのワークロードは、アプリケーションごとに3～10日とテスト時間のみでした。
メッセージングPoTの結果は非常に興味深いものでした。既存アプリケーションからの接続が可能であることを証明しただけでなく、OpenShift上のアプリケーションと同居するメッセージング・システムに対して、自動スケーリング機能を利用することでスループットが5倍向上したことも示しました。
IBM Transformation Advisorによる透過的な計算Discoverは、PoC用に選出されたアプリケーションが適切な候補であることを確認する必要がありました。他のアプリケーションに存在する問題が十分にあるかどうか？これを発見するために彼らは、資産すべてのアプリケーションにまたがる問題の内訳を見る必要がありました。これはIBM Transformation AdvisorのTransparent Calculation機能によるものです。
Transformation Advisorは、すべてのアプリケーションを網羅できる詳細なUIを提供します。 しかし、モダナイゼーションは一長一短であるため、Transformation Advisorのすべてのデータをエクスポート(CSV または PDF)して、データの確認、検索、分析、操作を好きなように行えるようにします。
これらのレポートを使用して、Discover は PoC アプリケーションにどのようなモダナイズの問題があり、他のどのアプリケーションが同じ問題を持っているかを確認することができました。PoC アプリケーションには問題があり、その中には 90% 以上のアプリケーションで発生する「利用できない API」の問題が含まれていることがわかりました。この問題に対する拡張可能な解決策が、PoCとして必要でした。
以下は、Transformation Advisorのアウトプットで、2つ目のPoC EARファイルのOpen Libertyへの移行で起こりうる問題と、使用されている統合パターンを説明しています。
サブプロット：リスク管理技術検証（PoC）は、モダナイズのリスクを取り除くことが重要です。IBM Transformation Advisorは、このリスクを管理するのに役立つシンプルなシステムを使用しています。アプリケーションは、シンプル、中程度、複雑の3つのカテゴリーのいずれかに分類されます。
- シンプル これらのアプリケーションは、ソースコードにアクセスすることなく、最新版のランタイムにデプロイすることができます。ただし、パスワードやその他の認証の設定など、いくつかの構成変更が必要になる場合があります。これらのアプリケーションは、非常にリスクが低いです。
- 中程度 これらのアプリケーションは、最新版のランタイムにデプロイする前にコードの変更が必要になると予想されますが、これらのコードの変更はよく知られています。Transformation Advisorは、これらのアプリケーションの問題を解決する方法について詳細なガイダンスを提供します。これらのアプリケーションはリスクが低く、この作業に多くの人員を投入すればするほど、早く作業が完了します。ほとんどのアプリケーションはこのカテゴリに入ります。
- 複雑 これらのアプリケーションは、モダナイズされたランタイムに直接対応するものがないタイプのテクノロジーを使用しています。これらのアプリケーションは、代替技術が選択され証明されるまでは、ある程度のリスクを伴います。これは通常、ソリューション・アーキテクトとテクニカル・リードが共同で作業することを意味します。現在までのところ、Transformation Advisorが遭遇したアプリケーションのうち、複雑なものは1%未満です。
Discover のアプリケーションはどれも複雑ではなく、95%は中程度、5%はシンプルなものでした。Discoverが行ったPoCは、彼らが選んだ最新のランタイムであるOpen Libertyの適合性について明確なイメージを与えてくれました。
見積もり工数、実際の工数、共通の解決策2番目のPoC用アプリケーションのIBM Transformation Advisorによる評価では、コードの変更を必要とする可能性のある6つのモダナイズの問題を特定し、これらの変更のためのワークロードを16日間と見積もりました。この見積もりには、アプリケーション内の多くのインスタンスにまたがるこれらの問題の1つをスケールアウトするためのワークロードも含まれていました。
注：Transformation Advisorの見積もりモデルは、最初に問題を修正するときに最も時間がかかり、Transformation Advisorが何千もの問題のインスタンスを検出した場合、拡張可能なソリューションを開発することを想定しています。つまり、Transformation Advisorは、同じ問題を10,000回も手動で修正する必要はないと想定しています。
Discoverでの実際の導入には10日間を要しました。この差は、「利用できないAPI」の問題に対して、スケーラブルなソリューションがすぐに見つかったからです。これにより、PoCアプリケーションの全体的なワークロードが大幅に削減されました。さらに、このソリューションはPoCアプリケーションだけでなく、Discoverのすべてのアプリケーションで拡張可能だったのです。
大規模なモダナイゼーションを実現する唯一の効率的な方法は、このような共通の解決策を用いることです。Discoverは、他のアプリケーションで再利用できるように、すべての共通コードと設定ファイルを配置する共有ライブラリを作成しました（これについては、次のブログで詳しく説明します）。
効果はあったのでしょうか？効果はありましたか？はい、Proof of Conceptは成功しました。
PoCアプリケーションは、オンプレミスの
WebSphere Application Server上で動作していたものを、Discover OpenShift Cloud上の
Open Liberty上で動作するようにモダナイズしました。クラウド上のPoCアプリケーションから元のオンプレミスのエンドポイントへの接続を保護するためにTLSが使用されました。
- PoCは、最小限のコード変更で済むことを証明しました。モダナイズのメリットはすぐに明らかになりました。OpenShift Container Platform へのリフトとリメディエーションを行ったアプリケーションのビルド/デプロイ サイクルは 10 分未満に短縮され、Day 2 オペレーションをサポートするために完全に統合された継続的デリバリー ・パイプラインが作成されました。
このシリーズの次のブログ記事では、PoCから学んだことを利用して、
お客様事例Discover：OpenShiftのLibertyでWebSphereモダナイゼーション・パスを証明 (Part3)する方法について見ていきたいと思います。
Learn more
Paul BarrySenior Software Engineer - Transformation Advisor , IBM
Elena Naos
Enterprise Architect, Discover Financial Services, Discover Financial Services