最新のデータ プラットフォームとして Azure を使用する場合は、サービスとしてのプラットフォーム (PaaS) またはサービスとしてのインフラストラクチャ (IaaS) を選択できます。 PaaS には、データ インジェスト、変換、ストレージのためのクラウドネイティブ オプションが用意されています。 IaaS を使用すると、選択した仮想マシン (VM) のサイズと種類から始めて、ハイブリッド インフラストラクチャをより適切に制御できます。 どちらの方法でも、独自のオープンソース エンジンにまたがるさまざまなフル マネージド リレーショナル、NoSQL、メモリ内データベース、ストレージ ソリューション、分析オファリングを利用できます。 このアーキテクチャ例では、両方の方法を示します。
建築
このアーキテクチャの Visio ファイル をダウンロードします。
ワークフロー
IBM MQ は、メインフレームまたはミッドレンジ システムと Azure サービスの間の疎結合リンクとして機能するミドルウェアです。 メッセージは、メインフレーム アプリケーション 層と通信するために、アプリケーションの要件に従って受信および送信されます。
クラウドネイティブのアプローチでは、Azure Logic Apps は MQ コネクタを使用して IBM MQ とメッセージを交換します。 Scheduler 機能は、Azure ワークフローを調整し、1 秒
定期的な間隔でメッセージを送受信します。 MQ コネクタは、読み取ったメッセージをコネクタを介してストレージに直接送信したり、最初に変換されるように送信したりできます。 Logic Apps には、データ変換用の単純な JavaScript コード スニペットの実行に使用できるインライン
JavaScript ランタイムや、JSON、CSV、および HTML テーブル データに対して変換を実行するデータ操作など、データ変換用のいくつかのオプションが含まれています。 また、Azure Functionを使用して、サーバーレスの単一タスク関数を作成することもできます。 データはストレージに読み込まれます。 Azure には多くのマネージド データ ストレージ ソリューションが用意されており、それぞれに異なる機能が用意されています。
IaaS アプローチでは、VM は WebSphere MQ 用 BizTalk アダプターを使用して Microsoft Host Integration Server (HIS) を実行します。 HIS は IBM MQ とメッセージを交換し、オーケストレーションを Web サービスとしてカスタム .NET アプリケーションに公開します。
.NET アプリケーションは、サポートされている Azure データ ストアを使用してデータを保持します。 たとえば、アプリケーションはデータをマスクしたり、セキュリティのためにプライベート エンドポイントを使用したりできます。
データはストレージに読み込まれます。 Azure には多くのマネージド データ ストレージ ソリューションが用意されており、それぞれに異なる機能が用意されています。
コンポーネント
Azure Logic Apps には、データ オーケストレーション、データ統合、およびデータ変換のためのツールが用意されています。 これには、オンプレミスまたはクラウド内のデータにアクセスするために 数百の
Logic Apps Scheduler は、指定した繰り返しの間隔と頻度に基づいてワークフローを開始および実行するためのトリガーを提供します。
Logic Apps MQ コネクタ は、Logic Apps ワークフローをオンプレミスまたは Azure 上の IBM MQ サーバーに接続します。 ワークフローは、MQ サーバーに格納されているメッセージを受信して送信します。 MICROSOFT MQ クライアントは、TCP/IP ネットワーク経由でリモート MQ サーバーと通信するためにも含まれています。 クライアントを使用して、WebSphere MQ 7.5、MQ 8.0、および MQ 9.0、9.1、および 9.2 に接続できます。
Host Integration Server (HIS) は、Microsoft BizTalk Server の WebSphere MQ アダプターを介してメッセージ インテグレーターとして機能できます。 クライアントおよびサーバー・アダプターは、IBM MQ と BizTalk Server の間でメッセージを交換します。 HIS は MQ リスナーとしても機能し、指定した間隔で MQ サーバーにメッセージをポーリングできます。
.NET は、この例で使用される無料のオープンソース開発プラットフォームで、HIS を介してデータをデータ ストレージ レイヤーにプルするアプリを作成します。 また、Microsoft Client for MQ を介して WebSphere MQ サーバーに直接アクセスするためにも使用できます。
選択肢
データ 層には、azure Database for PostgreSQL、azure Database for MySQL、azure Cosmos DB
、azure Database for MariaDB 、Azure SQL など、マネージド サービスを選択できます。 ストレージ レイヤーの場合は、Azure Data Lake Storageを使用してエンタープライズ データ レイク
作成します。 データ 層の場合は、Azure Synapse Analytics
を使用してビッグ データ分析プラットフォームを作成します。
シナリオの詳細
デジタル変革シナリオで一般的なアプローチは、Microsoft Azure がスケーラブルな分散データ プラットフォームとして機能するハイブリッド セットアップで、既存のアプリケーションとミドルウェア層が as-is 実行できるかどうかを確認することです。 この例では、メインフレームまたはミッドレンジ システムで実行されている IBM メッセージ キュー (FAQ) が Azure サービスと連携してワークロードに最適なデータ プラットフォームを見つけられるようにする、ミドルウェア統合に対するデータ優先アプローチについて説明します。
最新のデータ プラットフォームとして Azure を使用する場合は、サービスとしてのプラットフォーム (PaaS) またはサービスとしてのインフラストラクチャ (IaaS) を選択できます。 PaaS には、データ インジェスト、変換、ストレージのためのクラウドネイティブ オプションが用意されています。 IaaS を使用すると、選択した仮想マシン (VM) のサイズと種類から始めて、ハイブリッド インフラストラクチャをより適切に制御できます。 どちらの方法でも、独自のオープンソース エンジンにまたがるさまざまなフル マネージド リレーショナル、NoSQL、メモリ内データベース、ストレージ ソリューション、分析オファリングを利用できます。
このアーキテクチャ例では、次の両方の方法を示します。
クラウドネイティブ PaaSを
します。 Azure Logic Apps 、MQ コネクタ を介して ibm MQとメッセージを交換します。 その他の コネクタ、他のアプリ、サービス、システム、プロトコル、プラットフォーム全体のイベント、データ、アクションにすばやくアクセスできます。 Logic Apps には、Azure に格納する前またはアプリケーション レイヤーに送信する前にデータの形式、構造、または値を変更する必要がある場合に、キューからデータを変換するためのツールも含まれています。 VM ベースの IaaSを
します。 VM Microsoft Host Integration Server (HIS) を実行すると、IBM MQ に接続するメッセージング統合コンポーネントを使用できます。 データ変換プロセスを制御するには、メッセージの読み取りと書き込みを行う .NET アプリケーションを作成します。 アプリケーションは、選択した Azure データ ストアにデータを保持でき、MQ サーバーのポーリング間隔を選択できます。
潜在的なユース ケース
次のいずれかの方法を使用できます。
メッセージング システムを介して通信する疎結合アプリケーションで、Azure データ プラットフォームを使用できるようにします。
メインフレームまたはミッドレンジ システムと Azure の間でデータを増分的に同期またはレプリケートします。
メインフレームまたはミッドレンジ システムと Azure の間でイベント メッセージをフローします。
考慮 事項
これらの考慮事項は、Azure Well-Architected Framework の柱を実装します。これは、ワークロードの品質を向上させるために使用できる一連の基本原則です。 詳細については、Microsoft Azure Well-Architected Frameworkの
ハイブリッド データセンターの構成は、クラウド戦略を開発している組織にとって理にかなっています。 Azure に接続すると、データセンターのギャップを埋め、パフォーマンスを向上させ、ビジネス継続性を向上させ、グローバルにリーチを拡大することができます。
たとえば、オンプレミスのアプリケーションは、Azure 上の最新のデータ プラットフォームと通信し、ビッグ データ分析や機械学習の活用を開始できます。 コスト効率の高いストレージ ソリューションが必要な場合は、メインフレーム データをレプリケートし、Azure に格納し、データを同期状態に保つことができます。Azure では、オンライン トランザクション処理 (OLTP)、バッチ、データ インジェスト システムをサポートするために必要なスケールを追加することもできます。
確実
信頼性により、アプリケーションは顧客に対するコミットメントを確実に満たすことができます。 詳細については、「信頼性
Azure サービス レベル アグリーメント (SLA) では、アップタイムの保証について説明します。 さまざまなコンポーネントの SLA は異なる場合があります。 たとえば、Azure Logic Apps は少なくとも 99.9% の時間で使用できます。 選択した構成設定を使用すると、SLA を向上させることができます。
コストの最適化
コストの最適化は、不要な費用を削減し、運用効率を向上させる方法を検討することです。 詳細については、「コストの最適化
この記事では、さまざまな可能性を示すためにさまざまな Azure サービスの概要を説明します。MQ 統合にはすべて使用しない可能性があります。
Azure 料金計算ツールの を使用して、Azure リソースのコストを見積もります。
BizTalk の価格 を使用して、HIS ソリューションの価格を理解します。
オペレーショナル エクセレンス
オペレーショナル エクセレンスは、アプリケーションをデプロイし、運用環境で実行し続ける運用プロセスを対象としています。 詳細については、「オペレーショナル エクセレンス
このアーキテクチャ例では、Logic Apps コネクタを使用して、Azure Storage
このアーキテクチャの Visio ファイル をダウンロードします。
PaaS と IaaS の両方のアーキテクチャ オプションは、多くの一般的なマネージド データベース サービスをサポートしています。 カスタムビルドローダー、ベンダー ソリューション、または Azure Data Factoryなどのマネージド サービス
Azure SQL Databaseを
します。 Azure SQL Database は、Azure SQL ファミリの一部であり、クラウド用に構築されたインテリジェントでスケーラブルなリレーショナル データベース サービスです。 常に最新の状態に保たれ、パフォーマンス、耐久性、スケーラビリティを最適化する自動化された機能が含まれているため、新しいアプリケーションの構築に集中できます。 Azure SQL Managed Instanceを
します。 Azure SQL サービス ポートフォリオの一部である SQL Managed Instance は、最も広範な SQL Server エンジンの互換性と、フル マネージド PaaS のすべての利点を組み合わせたものです。 Azure Virtual Machinesで Azure SQL を
します。 Azure SQL ファミリの一部であるこのコスト効率の高いオプションは、SQL Server ワークロードを Azure にリフトアンドシフトするために設計されています。 SQL Server のパフォーマンス、セキュリティ、分析と、Azure の柔軟性とハイブリッド接続を組み合わせたものであり、コードの互換性は 100% です。 SQL Server 2019 イメージが含まれるようになりました。 Azure Database for PostgreSQLを
します。 このフル マネージド リレーショナル データベース サービスは、オープンソース PostgreSQL データベース エンジンのコミュニティ エディションに基づいています。 データベース管理ではなくアプリケーションのイノベーションに集中し、ワークロードを簡単にスケーリングできます。 Azure Database for MySQLを
します。 このフル マネージド リレーショナル データベース サービスは、オープンソースの MySQL データベース エンジンのコミュニティ エディションに基づいています。 Azure Cosmos DBを
します。 グローバルに分散されたマルチモデル データベースである Azure Cosmos DB は、任意の数の地理的リージョンにわたって弾力的かつ独立してスケーリングするスループットとストレージを提供します。 これは、世界中の 99 パーセンタイルで 1 桁ミリ秒の待機時間を保証する、フル マネージドの NoSQL データベース サービスです。 Azure Synapse Analyticsを
します。 このエンタープライズ分析サービスにより、データ ウェアハウスとビッグ データ システム全体の分析情報を得る時間が短縮されます。
パフォーマンス効率
パフォーマンス効率は、効率的な方法でユーザーの要求に合わせてワークロードをスケーリングする機能です。 詳細については、「パフォーマンス効率
アーキテクチャ アプローチを完了する前に、データ変換レイヤーのスループットとパフォーマンスを必ずテストしてください。 パフォーマンスは、ワークロードのメッセージ サイズ、待機時間、使用されるコネクタなど、いくつかの要因によって異なります。 テストは、最も互換性のあるターゲット データ プラットフォームを見つけるのに役立ちます。
貢献
この記事は Microsoft によって管理されています。 もともとは次の共同作成者によって作成されました。
プリンシパルの作成者:
- アシッシュ カンデルワル |プリンシパル エンジニアリング アーキテクチャ マネージャー
非公開の LinkedIn プロファイルを表示するには、LinkedIn にサインインします。
次の手順
詳細については、Azure Data Engineering - Mainframe & Midrange Modernization (
) 電子メールを参照してください。 Azure Database Migration Guidesを参照してください。
関連リソース
- Azure データ プラットフォームのエンド ツー エンドの を
する