メインフレームモダナイゼーションにおける6つのアプローチ – 移行の6R

メインフレームのモダナイゼーションは、企業の既存のレガシーメインフレームを移行または改善するプロセスであり、インターフェース、コード、コスト、パフォーマンス、保守性の分野で進められます。メインフレームへの投資からより多くの価値を引き出し、デジタルトランスフォーメーションに備えるためにはどうすればよいのでしょうか。

デジタル・トランスフォーメーション戦略は、基本的なシステムのモダナイゼーションとともに、アプリケーションのモダナイゼーションを促進します。具体的なアプリケーションやシステムの決定、手法の選択、アプリケーションの移行先など、課題はいつものように存在します。組織はメインフレームのモダナイゼーション・移行戦略の立案に取り組む必要があります。また、クラウドの導入が組織の大規模なビジネス戦略の一部となる位置づけを検討し、ビジョンを一致させる機会を見つけることも重要です。ビジネスケースと計画をサポートする一貫性のある移行戦略がクラウド導入の成功に向けた適切な基盤を提供します。アマゾン ウェブ サービス（AWS）は、6Rと呼ばれる6種類の移行オプションを提案しています。

6Rとは？

クラウド移行戦略を策定する上で非常に重要なのは、アプリケーションポートフォリオのデータを収集し、6R（リホスト、リプラットフォーム、リファクタリング/リアーキテクチャ、Repurchase、リタイア、リテイン）のうちどれが自社のクラウド移行計画に適しているかを判断することです。

リホスト: リホストは、「リフト」とも呼ばれる移行戦略です。クラウドへの移行を迅速に行うソリューションであり、アプリケーション、ソフトウェア、データを少ない労力でクラウドに移行することができます。リホストは、クラウドベースの運用が軌道に乗れば、将来的に企業をリアーキテクチャ化へと導くかもしれません。多くの移行プロジェクトでは、アプリケーションをリファクタリングしてから移行するのとは対照的に、すでにクラウドにある状態でアプリケーションをリアーキテクチャ化する方が簡単であることが示されています。

リプラットフォーム: リプラットフォームは、Lift and Shift(リフト &シフト)」とも呼ばれ、レガシーアプリケーションをほぼそのまま移行しますが、クラウド機能を活用するために一部のコンポーネントを置き換えます。リプラットフォームは、クラウドベースの運用が軌道に乗れば、将来的にアーキテクチャの再構築につながる可能性があります。多くの場合、セルフホストインフラからマネージドサービスに切り替えることで、クラウド上で自由に拡張できるようになる可能性があります。

リファクタリング/リアーキテクチャ: リファクタリングは、リアーキテクトやリビルドとも呼ばれ、アプリケーションのコンポーネントをより小さなビルディングブロック、マイクロサービスに分解し、コンテナプラットフォーム上に展開するためにコンテナにラップすることを含みます。これは、通常、最も高い変換コストをもたらす戦略です。しかし、クラウドの最適な利用が可能になり、クラウドネイティブの利点につながり、アプリケーションを未来につなげることができます。その際、影響を受けるアプリケーションは、代替のアプリケーション・アーキテクチャを使用してリファクタリングされます。

リパーチャス: リパーチャスは、レガシーアプリケーションを、同一または類似の機能を提供するSaaSソリューションに完全に置き換える戦略です。移行作業は、ライブデータを移行するための要件とオプションに大きく依存します。同じベンダーのオンプレミス製品をSaaSで置き換える場合、少ない労力で素早くデータを移行できるオプションや、自動で移行できるオプションを提供しているものもあります。このオプションは、カスタムビルドのアプリケーションでは実現できないかもしれません。

リタイア: リタイアは、明確に廃止する必要があるアプリケーションに依存します。これは、このアプリケーションが提供するビジネス機能がもう必要ないか、あるいは冗長的に提供されている場合に意味があります。このようなケースは、組織が最近合併や買収を行った場合によく見られます。レガシーOSやアプリケーションはクラウド環境ではサポートされていないため、クラウド変革プロジェクトは、アプリケーション・ポートフォリオをスクリーニングし、時代遅れのアプリケーションを削減する絶好の機会であると考えるべきでしょう。

リテイン（保持）： リテインとは、重要な情報が不足していたり、他の要因で支障があるため、現時点ではアプリケーションを移行できないことを意味します。残念ながら、クラウドを移行しても意味がないアプリケーションもあります。例えば、レイテンシー要件やコンプライアンス上の理由、あるいは単に移行によるメリットが投資するコストと労力を上回らないという理由などが考えられます。しかし、技術的またはコンプライアンス的な状況が変化している可能性があるため、アプリケーションを「再検討」するためのリマインダーを常に設定しておく必要があります。

メインフレームのモダナイゼーションはどのようなRが最適か？　メインフレームのクラウド移行とアプリケーションのリアーキテクチャ（リフト＆シフト）

メインフレームのモダナイゼーションに取り組む方法は複数あります。進め方は様々な要因によって異なり、利用可能なリソースや目標によって大きく変わります。元々、企業がメインフレームのモダナイゼーションを検討し始めた時、リホストが唯一の選択肢と考えられていました。この戦略は、移行にかかる労力が比較的少ないため、広く選ばれています。リホストとは、メインフレームで動作するアプリケーションを、クラウド環境に移行することです。この戦略の最も重要な利点は、アーキテクチャのリファクタリングが必要ないため、移行が迅速に行えることです。また、ツールを使用して、移行を自動化することもできます。しかし、リホストでは、アプリケーションがクラウドネイティブな方法で構築されていないため、クラウドの潜在能力を十分に活用することができません。メインフレームのモダナイゼーションを成功させるためには、将来的にはリファクタリング/リアーキテクチャも欠かせません。2つのステップを踏んで取り組む方法があります。まず、すべてのアプリケーションを1つのメインフレームからクラウドへ移行させます。そして、アプリケーションやそのコードベースの大部分をリアーキテクチャし、クラウドベースの機能や柔軟性、弾力性を最大限に活用します。これにより、メインフレームのアプリケーションの価値を最大化し、顧客の期待やビジネスの変化に素早く対応できるモバイルやデジタルアプリケーションとして公開することができます。

TmaxSoftのメインフレームのモダナイゼーションでは、包括的なテクノロジーサポートと柔軟なプラットフォームが提供されており、クラウド、オンプレミス、コンテナのデプロイメントを選択できます。これにより、ユーザー体験を変革し、メインフレームアプリケーションの価値を引き出すことができます。TmaxSoftのオペレーティングシステムはオープンであり、複数のデータベースとユーティリティのオプションを備えているため、新しいテクノロジーとシームレスに統合できます。詳細は、ホワイトペーパーをご覧ください。