デジタル変革は、今日のマーケットプレースで競争力を維持したい企業にとって不可欠です。 この変換では、データとデータの分析情報へのタイムリーなアクセスが必要になり、新しいビジネス プロセスとクライアント エクスペリエンスが促進されます。 ただし、見過ごされたり誤解されたりする可能性のある方法で、既存のアプリケーションやデータにも影響を与える可能性があります。
合理化されたアクセスの需要を満たすために、業界標準に基づいて REST API を利用する統合アプローチを採用できます。 このアーキテクチャによって、既存のアプリケーションを中断または変更することなく、メインフレーム アプリケーションを Azure に拡張します。 IBM z/OS Connect は、IBM Z およびクラウドモダン化スタックのコンポーネントです。 Azure 上のアプリケーションと、z/OS 上のアプリケーションとデータの間のより信頼性が高く、セキュリティで保護された接続が提供されます。 IBM z/OS Connect は、メインフレーム上のデータとサービスへの統合とアクセスを提供するのに役立ちます。
アーキテクチャ
次のアーキテクチャは、IBM Z とクラウドモダン化スタックが、標準ベースの REST API を介してメインフレーム サブシステムを拡張するローコード ソリューションを提供する方法を示しています。
このアーキテクチャの Visio ファイルをダウンロードします。
Workflow
次のワークフローは、前の図に対応しています。
コントラクト優先のアプローチを使用してメインフレーム アプリケーション用の API を作成してデプロイするには、次の手順を実行します。
OpenAPI v3 (OAS3) 宣言型 JSON API スキーマ ファイルを z/OS Connect デザイナーにインポートします。
z/OS Connect デザイナーを使用して、 API 資産と z/OS 資産をマップします。
コア z/OS アプリケーションと対話して、API の機能をテストします。 マッピングをソース管理にプッシュします。
Web アーカイブ ファイルをビルドし、 z/OS Connect Server イメージにデプロイします。
OAS3 仕様を Azure API Management にインポートし、z/OS Connect Server との接続を確立し、その接続を API Management のバックエンドとして構成します。
セキュリティ強化のために、Microsoft Entra ID を使用して API の認証と認可認のメカニズムを有効にし、適用します。 詳細については、「 API Management の API への認証と承認」を参照してください。
Microsoft Entra ID は Power Apps から検証されます。
アプリケーションとソリューションのすべてのコンポーネントに対して Azure 監視を使用します。 たとえば、通知には Azure アラートを使用できます。
クラウド環境内のすべてのアプリケーション コンポーネントに対して、Azure Site Recovery と Azure の高可用性を使用します。
Azure 経由でメインフレーム アプリケーションにアクセスするには、次の手順を実行します。
Microsoft Entra ID (手順 6) にサインインして、クライアント アプリケーションにアクセスします。 また、Microsoft Entra ID を使用してクライアント アプリケーションに接続すると、リソースへのアクセス認証および認可も実行されます。
Power Apps やカスタム Web アプリなどのクライアント アプリケーションにアクセスする (手順 7)。 これらのアプリケーションは、IBM Z およびクラウドモダン化スタックへの REST API アクセスを介してメインフレーム アプリケーションにアクセスします。
IT スタッフは、Azure ツールを使用してシステムを監視し、Site Recovery を使用してディザスター リカバリー対策を実装します。
API Management が公開する REST API インターフェイスを使用するには、新しいアプリケーションまたは拡張アプリケーションをデプロイします (手順 7)。
Azure Monitor と Application Insights (手順 8) を使用して、Microsoft Power Platform、アプリケーション API、およびセキュリティの側面を監視します。
ディザスター リカバリーには Site Recovery を使用します (手順 9)。
コンポーネント
Red Hat OpenShift によって、アプリケーションの開発、モダナイズ、デプロイ、実行、管理における摩擦が軽減されます。 このアーキテクチャでは、Red Hat OpenShift はパブリック クラウド、オンプレミス、ハイブリッド クラウド、エッジ アーキテクチャ全体で一貫したエクスペリエンスを提供します。
IBM Z and Cloud Modernization Stack は、API を介してメインフレーム アプリケーションとデータに対するシンプルで安全性の高いアクセスを提供します。 このアーキテクチャにより、業界標準のツールと最新言語を備えた IBM Z 向けの最新の DevOps を使用して、タレント プールを拡張できます。
IBM z/OS Connect は、クラウドネイティブ アプリケーションと IBM z/OS システム間のより安全な接続を提供するミドルウェア ソリューションです。 このアーキテクチャでは、IBM z/OS Connect は、最新のテクノロジとオープン標準を採用しながら、メインフレームに存在するデータとサービスを統合して使用します。
API Management は、すべての環境で API 用のハイブリッドマルチクラウド管理プラットフォームを提供します。 このアーキテクチャでは、API を使用して、デジタル エクスペリエンスを実現し、アプリケーション統合を簡素化し、新しいデジタル製品をサポートし、データとサービスを再利用してアクセスできるようにします。
Azure App Service は、Web アプリの構築、デプロイ、スケーリングに使用できるフル マネージド プラットフォームです。 このアーキテクチャでは、App Service は、Azure サービスとのシームレスな統合を提供するさまざまなプログラミング言語とフレームワークをサポートしています。 また、アプリのデプロイと管理を簡素化するための自動スケール機能と高可用性機能も提供します。
Microsoft Power Platform を使用すると、Azure に低コードのアプリケーション開発を迅速に実装して、プロセスを最新化し、課題を解決できます。 このアーキテクチャでは、Microsoft Power Platform によって、アプリケーションを迅速に開発および展開する機能が強化されます。
Azure Monitor には、アプリケーションとサービスの可用性およびパフォーマンスを最大化する効果があります。 このアーキテクチャでは、Azure Monitor を使用して、クラウドとオンプレミスの環境から情報を収集、分析、操作します。 この情報は、問題を特定し、アプリケーションのパフォーマンスを理解するのに役立ちます。
Azure ExpressRoute は、接続プロバイダーが容易にするプライベート接続を介して、オンプレミス ネットワークを Microsoft Cloud に拡張します。 このアーキテクチャでは、ExpressRoute は Microsoft Azure や Microsoft 365 などの Microsoft Cloud サービスへの接続を確立します。
Site Recovery は、仮想マシンまたは物理マシンで実行されるアプリケーションとワークロードを保護および復旧するのに役立つディザスター リカバリー ソリューションです。 このアーキテクチャでは、Site Recovery を使用してビジネス継続性を提供し、計画的または計画外の停止中のダウンタイムを最小限に抑えます。
選択肢
ExpressRoute ゲートウェイの代わりに、Azure VPN ゲートウェイを使用できます。 VPN ゲートウェイを使用すると、より安全なサイト間接続が可能になります。 暗号化されたトンネルを介して、オンプレミス ネットワークを Azure 仮想ネットワークに接続します。 詳細については、「 Azure VPN Gateway とは」を参照してください。
シナリオの詳細
Azure Resource Manager テンプレートを使用して、IBM Z とクラウドモダン化スタックと z/OS Connect を Azure にデプロイできます。 このソリューションを使用すると、OpenAPI 標準に準拠しながら、z/OS アプリケーションとデータ用の REST API を構築できます。 また、ビジネスクリティカルな API をスケーリングし、IBM Z の利点を活用することもできます。 API Management などの API Management ソリューションとのシームレスな統合により、効果的な API ガバナンスが保証されます。 API を Web アプリケーションや Microsoft Power Platform と統合して、効率的なデータの交換と統合を実現します。
z/OS Connect Designer は、IBM Z 用の API を作成するように設計されたローコード・アプローチを提供する直感的な Web ユーザー・インターフェースを備えています。このグラフィカル・インターフェースにより、z/OS Connect を使用する新規開発者の開発時間と学習曲線が短縮されます。
Microsoft Power Platform の Power Apps は、前に説明した開発済みサービスに接続する Web ベースのユーザー インターフェイスを作成するためのローコードまたはコードなしのオプションです。 このアーキテクチャは、低コードの Power Apps クライアントとカスタム Web アプリ クライアントの両方を示しています。
考えられるユース ケース
次のシナリオでは、REST API を使用してメインフレーム アプリケーション アクセスを構成します。
フロントエンド アプリケーション: Java、Java EE、.NET Framework、C、C++ で記述されたフロントエンド アプリケーションでは、メインフレーム アプリケーションに REST API を使用できます。 これらのアプリケーションは、COBOL、PL/I、およびその他の言語を使用するバックエンドの Customer Information Control System アプリケーションとビジネス ロジックと作業単位を共有できます。 この統合により、効率的なデータ交換と処理のためにフロントエンド システムとバックエンド システム間の通信が提供されます。
市民開発者向けハイブリッド ソリューション: メインフレーム アプリケーションの REST API は、企業内の市民開発者がハイブリッド ソリューションを構築するのに役立ちます。 市民開発者は、組織内のメインフレーム API やその他の API を使用して、革新的なアプリケーションと統合を作成できます。 この API アクセスの民主化により、開発サイクルが短縮され、チーム間のコラボレーションが促進されます。
メインフレーム アプリケーションの REST API は、メインフレーム システムの重要なビジネス ロジックとデータ整合性を維持しながら、最新化と拡張の機会を提供します。 メインフレーム アプリケーションの REST API は、複数のフロントエンド テクノロジをサポートし、市民開発者を支援します。
考慮事項
以降の考慮事項には、ワークロードの品質向上に使用できる一連の基本原則である Azure "Well-Architected Framework" の要素が組み込まれています。 詳細については、「Microsoft Azure Well-Architected Framework」を参照してください。
信頼性
信頼性は、アプリケーションが顧客に対して行ったコミットメントを確実に満たすことができるのに役立ちます。 詳細については、「信頼性の設計レビュー チェックリスト」を参照してください。
Red Hat OpenShift Container Platform には、アプリケーションを一貫して確実にデプロイするのに役立つ自動デプロイ機能が用意されています。
信頼性は、IBM z/OS Connect の根幹を成す柱です。 z/OS Connect は、高トランザクション・ボリュームを管理し、多数のコンカレント接続を処理します。 ソリューションのスケーラビリティは水平方向と垂直方向の両方に拡張されるため、ワークロードの拡大に伴う変化する需要に対応できます。
API Management は、地理的な冗長性を提供する Azure 全体のマルチリージョン デプロイをサポートすることで信頼性を強化します。 また、IBM z/OS Connect とシームレスに統合してメインフレーム サービスを REST API として公開し、重要なワークロードへの一貫性のある信頼できるアクセスを可能にします。
セキュリティ
セキュリティは、意図的な攻撃や貴重なデータとシステムの誤用に対する保証を提供します。 詳細については、「セキュリティの設計レビュー チェックリスト」を参照してください。
Microsoft Entra ID には、ID、アプリケーション、データの保護に役立つさまざまなセキュリティ機能が用意されています。 また、ユーザーとアプリケーションの認証と認可も行います。 Microsoft Entra ID と OAuth の統合により、アプリケーションの認証と認可の安全性が強化されます。
IBM zSystems は、DevSecOps に堅牢なセキュリティ機能を提供して、ビジネス リスクを軽減し、アプリケーション データを保護し、システムの長期的なセキュリティを確保します。
コストの最適化
コストの最適化では、不要な経費を削減し、運用効率を向上させる方法に重点を置いています。 詳細については、「コスト最適化の設計レビュー チェックリスト」を参照してください。
IBM Z およびクラウドモダン化スタックと Azure DevOps により、カスタム z/OS ツールの必要性が軽減されます。 企業全体で同じ継続的インテグレーションと継続的デリバリー (CI/CD) ツールチェーンとプラクティスを実装できます。
Azure には、Power Apps プラットフォーム用のさまざまなライセンス オプションが用意されています。 これらのオプションは、ユーザーの合計数、許可されたサインイン、ページ ビューに応じて管理されます。
Azure 料金計算ツールを使用して、ソリューションの実装コストを見積もります。
オペレーショナル エクセレンス
オペレーショナル エクセレンスは、アプリケーションをデプロイし、それを運用環境で実行し続ける運用プロセスをカバーします。 詳細については、「オペレーショナル エクセレンスのデザイン レビュー チェック一覧」を参照してください。
Azure DevOps を使用して、z/OS アプリケーションを IBM Z およびクラウドモダン化スタックと統合することで、z/OS アプリケーションの開発と最新化を推進します。 このアプローチにより、機敏性が向上し、配信サイクルが高速化され、開発者の生産性が向上します。
好みの統合開発環境を使用して COBOL、PL/I、Java、またはアセンブラー プログラムを最新化すると同時に、Python、Node.js、Go on z/OS などの最新言語も採用します。 使い慣れたツールを新しいテクノロジと共に使用する柔軟性は、新しいテクノロジへの移行、効率的なワークフローの構築、開発ライフサイクル全体の技術的負債への対処に役立ちます。
IBM z/OS Connect は、バックエンド・アプリケーション機能をアクセス可能な API を持つマイクロサービスに変換することによって、バックエンド・アプリケーション機能へのアクセスを容易にします。 IBM z/OS Connect を使用すると、他のアプリケーションがこれらのサービスと大規模に対話できる一方で、API 管理機能と監視機能も提供されます。
Red Hat OpenShift Container Platform は 、デプロイ プロセスを合理化し、堅牢な監視機能を提供し、CI/CD 機能を容易にし、既存の運用ツールやプロセスと統合します。
パフォーマンス効率
パフォーマンス効率とは、ユーザーの要求を効率的に満たすためにスケーリングするワークロードの能力を指します。 詳細については、「パフォーマンス効率の設計レビュー チェックリスト」を参照してください。
z/OS Connect は、IBM Z の並列処理機能を使用して複数の API 要求を同時に処理します。この並列処理では、システム リソースが使用され、API 呼び出しの応答時間が短縮され、パフォーマンスが向上します。
パフォーマンス効率は、IBM z/OS Connect の中核となる強みです。 大量のトランザクションを処理し、コンカレント接続を管理します。 ソリューションのスケーラビリティは、ワークロードの進化する需要に適応できるように、水平方向と垂直方向の両方に拡張されます。
API Management は、受信トラフィックと需要に基づいてインフラストラクチャを自動的にスケールアウトすることで、パフォーマンス効率を向上させます。 この動的スケーリングにより、トラフィックの急増中でも一貫した応答時間と信頼性の高いスループットが保証されます。これにより、リソースを過剰にプロビジョニングすることなく、API コンシューマーのシームレスなエクスペリエンスを維持できます。
貢献者達
Microsoft では、この記事を保持しています。 次の共同作成者がこの記事を書きました。
主要な著者:
- Bhaskar Bandam | シニア テクニカル プログラム マネージャー
- Ivan Dovgan | チーフ アーキテクト
その他の共同作成者:
- Jim Dugan | プリンシパル テクニカル プログラム マネージャー
- Madhu Ananthapadmanabh |Z ハイブリッド クラウド統合ソリューション アーキテクト
公開されていない LinkedIn プロフィールを見るには、LinkedIn にサインインしてください。