Software AG Adabas は、数十年にわたり、多くの大規模なミッションクリティカルなビジネス アプリケーションを支える適応性の高いデータベース システムとして使用されてきました。 Adabas データベースまたは Natural プログラミング言語を使わずに、これらのアプリケーションにクラウド コンピューティングの利便性を取り入れることができるようになりました。 このアーキテクチャでは、Azure 上でシステムを再ホストするオプションが提供されます。 これにより、緑色の画面を維持するか最新にするかを問わず、可能な機能の概要が示されます。
メインフレームのアーキテクチャ
このアーキテクチャは、クラウドへのリホスト前の従来の Adabas & Natural アーキテクチャを示しています。
このアーキテクチャの Visio ファイルをダウンロードします。
ワークフロー
A. ユーザーは、TN3270 や HTTP(S) を含めて、TCP/IP を介してデータを入力します。 データは、標準のメインフレーム プロトコルを使用してメインフレームに入力されます。
B. アプリケーションがデータを受け取ります。 これらのアプリケーションは、バッチまたはオンライン システムのいずれかになります。
C. Natural、COBOL、PL/I、アセンブラー、または互換性のある言語が、有効な環境で実行されます。
D. データベース サービス (一般的に階層型またはネットワーク データベース システムおよびリレーショナル データベースがあります) でデータが格納されます。
E. プログラムの実行、I/O 操作、エラー検出、環境内の保護といった一般的なサービスによってサポートが提供されます。
F. ミドルウェアおよびユーティリティ サービスによって、環境内のテープ ストレージ、キュー、出力、Web サービスなどの機能が管理されます。
G. オペレーティング システムがパーティションで実行されます。
H. 環境内では、パーティションを使用して個別のワークロードが実行されるか、作業が種類別に分離されます。
Azure アーキテクチャ
この図は、Azure に移行されたレガシ アーキテクチャを示しています。 システムを移行するためにリホスト アプローチが使用されます。
このアーキテクチャの Visio ファイルをダウンロードします。
ワークフロー
- データの入力は通常、リモート クライアントから Azure ExpressRoute を介して、または現在 Azure で実行されている他のアプリケーションを介して行われます。 いずれの場合も、TCP/IP 接続がシステムへの主要な接続手段を提供します。 Web ベース アプリケーションのユーザー アクセスは、TLS ポート 443 上で提供されます。 ユーザーの再トレーニングを最小限に抑えるために、レガシ Web アプリケーションのプレゼンテーション層は、ほぼそのままで使用できます。 または、Web アプリケーションのプレゼンテーション層を最新の UX フレームワークで更新することもできます。 開いているポートを最小限に抑えることでセキュリティーを向上させるために、VM への管理アクセスに Azure Bastion ホストを使用できます。
- アプリケーション コンピューティング クラスターへのアクセスに Azure Application Gateway を使用します。 これにより、レイヤー 7 の負荷分散サービスが提供されます。 また、URI パスやホスト ヘッダーのような、HTTP 要求の追加属性に基づいてルーティングを決定できます。 たとえば、着信 URL に基づいてトラフィックをルーティングできます。 この場合、トラフィックを適切な Software AG コンポーネント (ApplinX または EntireX) にルーティングします。
- アプリケーション コンピューティング クラスターの場合は、Adabas & Natural ソフトウェアに 1 つの VM を使用することができます。 200 MIPS を超える場合は、アプリケーションとデータベースに個別の VM を使用することをお勧めします。 この例では 2 つの VM を使用します。 分散アーキテクチャ (複数の VM で実行される Adabas & Natural) をデプロイして、Adabas ストレージの可用性と一貫性を高めるスケーラブルな Natural アプリケーションを提供することができます。
- ApplinX により、Web 接続およびシステム アプリケーションへの統合が提供されます。 アプリケーションを変更する必要はありません。
- EntireX を使用すると、Integration Server で実行されているサービスを、COBOL や Natural などの言語で記述されたミッションクリティカルなプログラムに接続することができます。
- オンライン ユーザーは、Natural Online を使用して Natural アプリケーションに接続します。 Natural Online では、SSH または Web ブラウザー経由の接続が可能です。
- Natural サービスは、Natural でプログラムされたビジネス機能への API アクセスを提供します。
- Adabas NoSQL データベースにデータが格納されます。
- Software AG Natural Batch によりバッチ ジョブが実行されます。
コンポーネント
- Azure Virtual Machines。 Virtual Machines は、Azure が提供するオンデマンドでスケーラブルなコンピューティング リソースのひとつです。 Azure Virtual Machine (VM) は、物理的なハードウェアを購入して維持する必要がなく、仮想化がもたらす柔軟性を提供します。
- Azure Virtual Network。 Virtual Network は、Azure のプライベート ネットワークの基本的な構成要素です。 Virtual Network を使用すると、VM などのさまざまな種類の Azure リソースが、高度なセキュリティで保護された接続を介して相互、インターネット、オンプレミスのネットワークと安全に通信できるようになります。 仮想ネットワークは、自社のデータセンターで運用する従来のネットワークに似ていますが、スケーラビリティ、可用性、分離などの Azure インフラストラクチャの利点が提供されます。
- Azure Application Gateway。 Application Gateway は、カスタマイズ可能なレイヤー 7 負荷分散ソリューションを提供します。
- 仮想ネットワーク インターフェイス。 VM は、ネットワーク インターフェイスを使用してインターネット、Azure、およびオンプレミスのリソースと通信できます。 VM にネットワーク インターフェイス カードを追加して、子 VM に専用のネットワーク インターフェイス デバイスと IP アドレスを割り当てることができます。
- Azure マネージド ディスク。 Azure マネージド ディスクは、Azure によって管理されて Azure Virtual Machines で使用されるブロックレベルの記憶域ボリュームです。 Ultra ディスク、Premium ソリッドステート ドライブ (SSD)、Standard SSD、Standard ハード ディスク ドライブ (HDD) を使用できます。 このアーキテクチャでは、Premium SSD または Ultra Disk SSD をお勧めします。
- Azure ExpressRoute。 Azure ExpressRoute を使うと、接続プロバイダーが提供するプライベート接続で、オンプレミスのネットワークを Azure クラウドに拡張できます。 ExpressRoute を使用すると、Azure や Office 365 などの Microsoft クラウド サービスへの接続を確立できます。
シナリオの詳細
Software AG Adabas は、数十年にわたり、多くの大規模なミッションクリティカルなビジネス アプリケーションを支える適応性の高いデータベース システムとして使用されてきました。 必要に応じて、Adabas データベース、Natural プログラミング言語、または緑色の画面を使わずに、これらのアプリケーションにクラウド コンピューティングの利便性を取り入れることができるようになりました。
ほとんどの組織は、デジタル変革へのアプローチにおいて現実的です。 可能なものは再利用し、それ以外は費用対効果の高い選択をしたいと考えています。 だからこそ、クラウド移行におけるリホスト アプローチが非常に人気です。 ワークロードをそのまま、可能であればサービスとしてのインフラストラクチャ (IaaS) の一種である Azure 仮想マシン (VM) に移行させるだけで済みます。 VM は Microsoft によって管理されている Azure データセンター内で実行されるため、ハードウェア管理のオーバーヘッドなしに、分散プラットフォームの効率性、スケーラビリティ、パフォーマンスの恩恵を受けることができます。
このアーキテクチャによって、リホスト オプションが示されます。 これにより、緑色の画面を維持するか最新にするかを問わず、可能な機能の概要が示されます。
考えられるユース ケース
このアーキテクチャは、レガシ システムの再利用を最適化したコスト効率の高いメインフレームの Azure への移行に、リホスト アプローチを使用したい組織に適しています。
クラウド コンピューティングの利点を最大限に活用するには、コンテナー ベースのマイクロサービスなどの最新の技術を使用する リファクター アプローチを検討してください。 この種類の移行は、リホスト アプローチよりも複雑ですが、その代わりに柔軟性とスケーラビリティが向上します。
考慮事項
これらの考慮事項は、Azure Well-Architected Framework の柱を実装します。これは、ワークロードの品質を向上させるために使用できる一連の基本原則です。 詳細については、「Microsoft Azure Well-Architected Framework」を参照してください。
安全
セキュリティは、意図的な攻撃や貴重なデータとシステムの悪用に対する保証を提供します。 詳細については、「セキュリティ
このソリューションでは、Azure ネットワーク セキュリティ グループ (NSG) を使用して、異なるサブネットにある Azure リソース間のトラフィックを管理します。 詳細については、「ネットワーク セキュリティ グループ」を参照してください。
Azure Bastion は、開いているポートを最小化することで、管理アクセスのセキュリティを向上させます。 Azure Bastion は、TLS 経由で Azure portal から直接、仮想ネットワーク VM に非常に安全に RDP/SSH 接続できます。
コストの最適化
コストの最適化は、不要な費用を削減し、運用効率を向上させる方法を検討することです。 詳細については、「コストの最適化
Azure では、リソースの種類の適切な数を特定し、時間の経過に伴う支出を分析し、超過出費のないようビジネス ニーズに合わせてスケーリングして、不要なコストを抑えることができます。
また、Azure では、VM を実行することでコストを最適化します。 使用していないときには VM をオフにできるほか、既知の使用パターンに合わせてスケジュールを記述できます。 インスタンスのコスト最適化の詳細については、Azure Well-Architected フレームワークに関するページを参照してください。
このアーキテクチャの VM では、Premium SSD または Ultra Disk SSD を使用します。 ディスク オプションと価格の詳細については、「Managed Disks の価格」を参照してください。
オペレーショナル エクセレンス
オペレーショナル エクセレンスは、アプリケーションをデプロイし、運用環境で実行し続ける運用プロセスを対象としています。 詳細については、「オペレーショナル エクセレンス
リホストでは、より迅速なクラウド導入のサポートに加えて、DevOps およびアジャイルの作業原則の導入も促進されます。 開発および運用デプロイを自在に選択できます。
パフォーマンス効率
パフォーマンス効率は、効率的な方法でユーザーの要求に合わせてワークロードをスケーリングする機能です。 詳細については、「パフォーマンス効率
分散環境のロード バランサーと冗長 VM により、このアーキテクチャのパフォーマンス効率と回復性が実現します。 1 つのプレゼンテーションまたはトランザクション サーバーで障害が発生した場合、ロード バランサーの背後にあるもう一方のサーバーがワークロードを処理します。
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
プリンシパル作成者:
- Marlon Johnson | シニア プログラム マネージャー
その他の共同作成者:
- Mick Alberts | テクニカル ライター
- Bhaskar Bandam | シニア プログラム マネージャー
次のステップ
詳細については、legacy2azure@microsoft.com にお問い合わせください。
次の追加のリソースを参照してください。
- Azure Virtual Network とは
- 仮想ネットワークを構成する
- Azure ExpressRoute とは
- Azure Application Gateway とは
- Azure の Windows 仮想マシン
- Azure 仮想マシンでのメインフレーム リホスト