Azure Logic Apps Standardは、組織が既存のホストプログラムを書き換えたり、すべての処理処理をAzureに移したりすることなく、メインフレームやミッドレンジワークロードを拡張・段階的に近代化するのに役立ちます。 ワークフローや組み込みコネクターを活用し、既存のトランザクション、データ、メッセージ、ファイル、画面駆動型アプリケーションを現代の消費者に公開しましょう。 統合層はAzure、App Service Environment v3(ASE v3)、またはAzure Arc対応Kubernetesのハイブリッド展開を通じて顧客管理インフラ上で実行できます。
BizTalk Serverからの移行顧客は、互換性のあるホスト統合メタデータを保持し、既存のアダプター構成を新しい組み込みコネクタ接続の入力として利用できます。 このアプローチは、既存システムと近代化されたシステム間の徐々の共存を支援し、チームが管理可能な波状でインターフェースやビジネス機能を移動させることを可能にします。
顧客価値
Azure Logic Apps Standardは、メインフレームおよびミッドレンジのモダナイゼーションに対して以下の価値を提供します:
| 顧客目標 | Azure Logic Apps Standard の値 |
|---|---|
| 作業中のシステムを保存する | 既存のホストプログラム、データ構造、キュー、ファイル、互換性のあるメタデータを再利用しながら、周囲の統合層を近代化します。 |
| 段階的に近代化する | ワークフローを統合の仮面として導入し、一度に一つのインターフェースやビジネス機能を移動させ、移行期間中はレガシーシステムと現代システムを同時に稼働させ続けましょう。 |
| カスタム統合コードの削減 | すべての統合コンポーネントを一から構築するのではなく、ビジュアルワークフロー、組み込みコネクター、変換、ワークフロースコープ化されたコードを活用しましょう。 |
| 処理がどこで行われるか選べます | 遅延、データレジデンシー、ネットワーク要件がローカル処理を優先する場合、Azureでワークフローをホストするか、Arc対応Kubernetes上でローカルシステム近くで実行してください。 |
| 異なるワークロード特性のサポート | 持続的で長時間実行可能なプロセスにはステートフルワークフローを、永続性が不要な場合は低遅延のメモリ処理にはステートレスワークフローを使いましょう。 |
| 現代的な配達方法を採用 | ワークフローの定義、設定、メタデータ、サポートコードをソース管理に保存し、自動化されたビルドおよびデプロイパイプラインを使用します。 |
Azure Logic Apps Standardは、このソリューションのコアとなるオーケストレーションおよび統合ランタイムです。 その他のメッセージング、API管理、イベント配信、データベース、顧客管理サービスはデフォルトで必須ではありません。 リファクタリングされたアーキテクチャが独立した能力、スケール境界、ライフサイクル、または所有モデルを必要とする場合にのみ追加してください。
なぜAzure Logic Apps Standardを使うのか
Standardは、消費リソースタイプですべてが同時に利用できないホストシステム統合に適した機能を提供します:
- 組み込みのサービスプロバイダーベースのコネクターはAzure Logic Appsランタイムと連携し、サポートされたメインフレームおよびミッドレンジシステムに直接アクセスできます。
- 標準ロジックアプリは、計算、ストレージ、ネットワーク、設定、展開境界を共有する複数の関連ワークフローを含みます。
- ステートフルおよびステートレスのワークフローは、持続的なプロセスと低遅延のリクエスト応答シナリオをサポートします。
- Azureホストの標準ワークフローは、仮想ネットワーク統合とプライベートシステムへのアクセスのためのプライベートエンドポイントをサポートしています。
- ハイブリッド展開は、顧客管理のインフラ上でワークフローと組み込みコネクタ操作を実行します。
- Visual Studio Codeの開発はローカルテスト、ソース管理、CI/CDをサポートしています。
Azure Logic Apps Standardは、これまでHost Integration Server(HIS)が提供してきた多くのコア統合機能をクラウドネイティブで実装しており、IBMトランザクションプログラム、メッセージングシステム、データベース、ホストファイル、3270アプリケーションへのアクセスが含まれます。 LU6.2接続のような一部のプロトコルやシナリオでは、引き続きHISが必要です。
ワークフローをどこで実行するか選びましょう
この記事で紹介されているメインフレームおよびミッドレンジ内蔵コネクタは、各標準ホスティングオプションでサポートされています。 インフラ所有、隔離、接続性、遅延、データ位置情報など、ワークロードの要件を満たすオプションを選択してください。
| ホスティング オプション | 最適 | 主な考慮事項 |
|---|---|---|
| ワークフロー サービス プラン | プライベートまたはパブリックネットワーク経路を通じてホストシステムに接続するワークフローのためのマネージドAzureホスティング。 | 予約されたWS1、WS2、またはWS3の容量を使用し、仮想ネットワーク統合、プライベートエンドポイント、Azure監視をサポートします。 |
| App Service Environment v3 | 専用の隔離、ネットワーク、コンプライアンスの境界、または他のApp Serviceワークロードとの統合が必要なAzureホストワークロード。 | ASE v3 と Isolated v2 App Service Plan が必要です。 |
| ハイブリッド | ローカル処理、データレジデンシー、低遅延でのホストシステムアクセス、または顧客管理インフラ。 | Azure Arc対応のKubernetes上で動作し、顧客管理のKubernetes、SQL Server、SMBストレージ、ネットワーク、スケーリング、運用が必要です。 |
ハイブリッド展開は部分的に接続されており、エアギャップされていません。 組み込みのコネクタ操作はローカルのAzure Logic Appsランタイムで動作し、一方でAzure管理やクラウドホストの管理型コネクタはアウトバウンド接続が必要です。 現在のインフラストラクチャ要件と制限については、「 ハイブリッド展開を使った標準ロジックアプリの自前のインフラを設置する」をご覧ください。
既存の統合投資を維持
数十年にわたり、MicrosoftはMicrosoft Host Integration Serverを通じてメインフレームおよびミッドレンジの統合機能を提供してきました。 Azure Logic Apps Standardは、メタデータ駆動のツールやコネクターを活用し、既存のアプリケーション投資を保存する機能を活用しています。
Microsoft HIS Designer for Azure Logic Apps
このVisual Studioツールは、Azure Logic Appsコネクタがメインフレームやミッドレンジのプログラムやデータ構造とやり取りするために使用するHost Integration Designer XML(HIDX)メタデータを作成します。 グラフィカルデザイナーは、プログラムのインターフェース、メソッド、パラメータ、レコード、データ型の作成、表示、編集、マッピングを可能にします。 COBOLやRPGのコピーブックもインポートできます。 詳細については、HIS Designer for Azure Logic Appsをご覧ください。
Microsoft 3270 デザイン ツール
このツールは、3270アプリケーション内のタスクの画面、ナビゲーションパス、メソッド、パラメータを記録します。 このツールは、IBM 3270コネクタが記録されたナビゲーションプランを実行するために使用するHIDXメタデータを生成します。 詳細については、3270 Design Tool に関する記事を参照してください。
BizTalk ホスト システム統合の移行
もしあなたのBizTalk Serverアプリケーションがホストシステム用のアダプターを使用している場合、既存の多くのアーティファクトや設定詳細を使ってAzure Logic Apps Standardへの移行を加速できます:
- 互換性のあるHIDXメタデータは、CICS、IMS、IBM i、IBM 3270、IBM Hostファイルの内蔵コネクタで再利用します。
- 既存のCOBOLやRPGのコピーブックを使ってHIDXメタデータを作成または更新しましょう。
- Azure Logic Apps Migration Agentを使って、バインディング、エンドポイント設定、HIDXファイルなどのサポート済みBizTalkアーティファクトを発見し、解析、計画、変換時に活用できます。
既存の設定は、レビューなしにデプロイ可能なAzure Logic Apps接続として移行できません。 対象ホスティング環境の環境固有の設定、認証情報、証明書、ネットワーク設定を再作成し、その結果の挙動を検証します。 LU6.2に依存するBizTalk統合はリファクタリングや再設計が必要です。 詳細については、「Azure Logic Apps Migration Agent を使用した BizTalk Server の移行」をご覧ください。
既存の資産を組み込みコネクタにマッピングする
以下の組み込みのサービスプロバイダーベースのコネクタは、Standardランタイムで動作します。 一部のコネクタにはグローバルAzureで動作するマネージドバージョンもありますが、この記事では組み込みバージョンに焦点を当てています。
| 既存の資産または統合 | Azure Logic Apps Standard の最新化への移行パス | 保存のための投資 |
|---|---|---|
| IBM 3270アプリケーション | IBM 3270コネクタを使って、TN3270のデータストリーム上で録画された画面ナビゲーションを実行します。 このオプションは、プログラムレベルのインターフェースを提供しないアプリケーションに適しています。 | HIDXナビゲーションメタデータおよびTN3270接続要件。 IBM 3270アプリケーション統合を参照してください。 |
| CICS取引プログラム | CICSプログラムコールコネクターを使用して、既存のトランザクションをワークフローや最新のアプリケーションにTCP/IPまたはHTTP経由で公開できます。 LU6.2が必要な場合はHISを使いましょう。 | HIDXメタデータ、コピーブック、ホストおよびCICS接続要件。 「 統合CICSプログラム」を参照してください。 |
| IBM DB2 データベース | IBM DB2コネクターを使用して、オンプレミスのデータゲートウェイを介さず、TCP/IP上で対応可能なDB2データベースを直接読み込み、変更できます。 | サーバー、データベース、パッケージ、コードページ、認証要件。 「 IBM DB2リソースに接続」をご覧ください。 |
| IBMホストファイル | IBMホストファイルコネクタを使用して、バイナリコンテンツを構造化データに解析したり、バイナリホストファイルの内容を生成したりできます。 コネクタはホストへの直接接続を必要としません。 | HIDXレイアウト、コピーブック、およびコードページに関する情報。 IBM ホスト・ファイルの解析と生成を参照してください。 |
| IBM i COBOLまたはRPGプログラム | IBM i Program Callコネクターを使用して、TCP/IP上の分散プログラムコールサーバーを通じて確立されたビジネスロジックを再利用します。 LU6.2が必要な場合はHISを使いましょう。 | HIDXメタデータ、コピーブック、IBM i接続要件。 「 IBM i プログラムの統合」を参照してください。 |
| IMSトランザクションプログラム | IMSプログラムコールコネクタを使って、TCP/IP経由でIMS Connect経由でプログラムを呼び出します。 舞台裏では、IMS ConnectはIMSメッセージキューを使ってリクエストや応答をルーティングします。 | HIDXメタデータ、コピーブック、IMS Connectの設定。 IMS プログラムの統合を参照してください。 |
| IBM MQメッセージング | IBM MQコネクターを使って、既存のキューやメッセージを最新のワークフロープロセスに接続します。 | キューマネージャー、チャネル、キュー、TLS、メッセージフォーマットの要件。 「 IBM MQに接続」を参照してください。 |
段階的に近代化する
メインフレームやミッドレンジ環境は、しばしば密接に接続されたプログラム、データ、ファイル、スケジューラ、外部インターフェースを含んでいます。 ビッグバン方式の移行では、選択された対象範囲を1回の統合されたリリースで置き換えることを目指します。 このアプローチは小規模でよく理解された環境に適合しますが、依存関係の数やプロジェクトの期間が長くなるほど、納品やカットオーバーのリスクが高まります。
ほとんどの環境では、既存の動作を維持しながらより早く価値を提供するために、反復的なウェーブを使用します：
- インベントリプログラム、データ、インターフェース、ジョブ、依存関係、サービス目標、運用要件。
- 明確なビジネス価値と管理可能な依存関係を持つエンドツーエンドの統合フローを選択してください。
- ホストシステムが稼働している間、統合のファサードとしてAzure Logic Apps Standardを導入してください。
- 互換性のあるメタデータを再利用し、必要な内蔵コネクタを設定しましょう。
- 機能挙動、スループット、リカバリー、セキュリティ、レガシー実装との共存をテストします。
- 消費者を近代化されたインターフェースに誘導し、生産フローを監視します。
- これを次のウェーブでも繰り返し、レガシーインターフェースはコンシューマーや依存関係が移動した後にのみ廃止します。
各波は1つの特徴または関連する統合フロー群を供給できます。 共有ジョブや高度に相互接続されたアプリケーションは、リスクの低いインターフェースが再利用可能なワークフロー、セキュリティ、展開、運用パターンを確立した後の波まで残る可能性があります。
近代化パターンを適用
特定のパターンを必須とせず、ターゲットワークロードに応じたアーキテクチャパターンを活用しましょう。
破損対策レイヤー パターン
Azure Logic Apps Standardを、レガシーインターフェースと現代の消費者の間の破損防止レイヤーとして活用することを検討してください。 ワークフローは、ホスト固有の詳細を理解することなくプロトコル、フォーマット、インタラクションモデルを翻訳できます。 ファサードはAzureでも、ホスト環境近くのArc対応Kubernetesでも動作可能です。
詳細は 反腐敗層パターンをご覧ください。
ストラングラー フィグ パターン
Strangler Figパターンを使って、選択したインターフェースや機能を新しい統合レイヤーにルーティングしつつ、残りのワークロードはホスト上で実行を続けます。 実装を段階的に置き換え、各カットオーバーを検証し、依存関係が移行した後にのみレガシーコンポーネントを廃止します。
詳細については、「ストラングラー フィグ パターン」を参照してください。
Saga パターンとコレオグラフィ パターン
ビジネスプロセスが複数のシステムにまたがり、1つの分散トランザクションに参加できない場合にSagaパターンを用いましょう。 ステートフルなワークフローは、参加者を調整し、リトライ、失敗、補償アクションを明示的に処理することで、中央のサーガオーケストレーターとして機能します。 各参加者は独自のローカルトランザクションを実行します。 ワークフローアクションはグループとして自動的に原子的ではなく、Azure Logic Appsは外部システムの変更を自動的に元に戻すわけではありません。 冪等性の操作を設計し、アクション、スコープ、ランアフター条件を用いて補償を実装します。
振付ベースの物語では、参加サービスが中央のワークフローなしでメッセージングインフラを通じてイベントを交換します。 アーキテクチャが独立したメッセージングやイベント配信を必要とする場合にのみ、Azure Service BusやAzure Event Gridのようなサービスを追加してください。 詳細は Saga分散トランザクションパターン および コレオグラフィーパターンをご覧ください。
セキュリティ、運用、コストを計画する
- プライベートネットワーク接続を使用し、ホスティング環境およびホストシステムに適した安全な認証を行ってください。 シークレットはワークフロー定義ではなく承認されたシークレットストアに保存してください。
- ワークフローの定義、HIDXファイル、設定テンプレート、サポートコードはソース管理に残してください。 環境固有の値とデプロイ可能なアーティファクトを分離し、自動化されたパイプラインを活用しましょう。
- 再試行と少なくとも一度の処理を設計する。 冪等性、重複除去、相関識別子、セーフ書き込みを用いて重複効果を防ぎましょう。
- モニタリング、アラート、実行履歴の保持期間、災害復旧、およびサポートの担当範囲を、本番切り替え前に定義してください。 Azureホスト型とハイブリッド型のデプロイメントは、監視機能や制限が異なります。
- ホスティング、コネクタの使用、ネットワーク、ストレージ、監視、顧客管理インフラの総所有コストを比較してください。 標準には組み込みの操作実行が含まれており、マネージドコネクタ操作やサポートリソースは課金を追加できます。
現在の制限と価格については、Azure Logic Appsの制限と設定およびAzure Logic Appsの価格設定および請求モデルをご覧ください。
近代化シナリオの例
CICSトランザクションを現代のアプリケーションに公開する
既存のCICSプログラムを組み込みコネクタを通じて呼び出し、応答を変換し、アプリケーションやAPI層にモダンなインターフェースを返す標準ワークフローを作成します。 消費者がホスト固有の接続から離れていく間、CICSプログラムをシステム・オブ・レコードとして残しましょう。
DB2データを分析に提供しましょう
標準ワークフローを使ってDB2から承認された運用データを読み取り、レコードを検証・変換し、Azureのデータや分析サービスに送信します。 このアプローチは、各消費者ごとに別々のメインフレーム抽出プログラムを作成することを避けつつ、データがいつどのようにホストから出るかのガバナンスを保持します。
ホストシステム近傍での統合実行
ワークフローがローカル処理、データレジデンシー、またはIBMシステムへの低遅延アクセスを必要とする場合、Azure Arc対応Kubernetes上でAzure Logic Apps Standardを展開しましょう。 組み込みのコネクタ操作はローカルランタイムで動作し、ワークフローはアーキテクチャやネットワークポリシーが許す限り選択的にAzureサービスに接続できます。