Azure でエンタープライズ統合シナリオに最適な統合サービスを選択する
Azure Integration Services では、この統合サービス コレクション全体に多くの機能を提供しますが、重複する機能がいくつか存在する可能性があります。 このガイドでは、エンタープライズ統合のシナリオと要件に最も適したサービスを選択するのに役立つ情報を提供します。 また、特定のサービスを使用した場合の影響 (パフォーマンス要件、スキル セットの可用性、運用サポート、コストなど) をすべて考慮してください。
Note
ご利用のワークロードを Azure Logic Apps に移行しようとしている BizTalk Server のお客様は、「BizTalk Server から Azure Logic Apps に移行する理由」を参照することで、移行の概要を確認し、この 2 つのオファリング間で機能を比較できます。
特定の統合サービスを選択するタイミングとその理由
| サービス | を選択する場合 | 理由 |
|---|---|---|
| Azure Logic Apps | レガシ システムから人工知能ワークロードまで、複数のシステム間で調整するビジネス プロセスがあります。 Microsoft BizTalk Server またはその他の統合プラットフォームから移行する必要があります。 | - ローコード ワークフロー デザイナーを通じて、開発者の生産性向上を実現できます。 - すぐに使用できる事前構築済みのコネクタを使用して API 呼び出しをすばやく結び付けることに優れています。 - 同期および非同期の処理が両方ともサポートされます。 - ステートフル ワークフローの豊富なデバッグ履歴を確認できます。 - 待機時間を短くする必要がある場合にステートレス ワークフローがサポートされます。 - カスタム API とカスタム コネクタの作成がサポートされます。これにより、既存の REST API または SOAP API をラップして、事前構築済みコネクタが現時点で存在しないサービスにアクセスできます。 (従量課金ワークフローのみ) - サービス プロバイダーに基づくカスタム組み込みコネクタの作成がサポートされます。 (Standard ワークフロー のみ) |
| Azure Functions | Azure Logic Apps などの他の統合プラットフォーム コンポーネントからアクセスできる中央ユーティリティ関数を構築する必要があります。 独自のデータ変換要件があります。 |
Azure または、他のサービスおよびオンプレミス システムでのイベントによってトリガーされるコードを実装することで Azure アプリケーション プラットフォームを拡張する必要がある開発者向けに、イベント ドリブンのコンピューティング オンデマンド エクスペリエンスを実現できます。 |
| Azure Data Factory | ファイル システム、データベース、SAP、Azure Blob Storage、Azure Data Explorer、Oracle、DB2、Amazon RDS など、さまざまなデータ ソースの間で大規模なデータセットを変換および移動する機能が必要です。 | - スケールアウト、データセット統合、データ変換のためのクラウドベースのサーバーレス ETL サービスを利用できます。 大規模なデータおよびメッセージの処理要件に対処できます。 - 直感的な作成が可能なコード不要の UI を備えているほか、単一のペインで監視と管理を行えます。 - 既存の SQL Server Integration Services (SSIS) パッケージを Azure にリフトアンドシフトし、Azure Data Factory で完全な互換性を持つように実行することができます。 SSIS Integration Runtime によってフル マネージド サービスが提供されるため、インフラストラクチャの管理について心配する必要はありません。 |
| Azure Service Bus | パブリッシュとサブスクライブ モデル、順序付けされたデリバリー、重複検出、メッセージのスケジュール設定、およびメッセージの有効期限のシナリオをサポートするメッセージング システムが必要です。 | - メッセージ キューと、パブリッシュとサブスクライブのトピックが備わったフル マネージド エンタープライズ メッセージ ブローカーを利用できます。 - アプリケーションとサービスを互いに切り離すことで、このサービスには次の利点があります。 --- 競合するワーカー間での負荷分散 --- サービスやアプリケーションの境界を越えて安全に行われるルーティング、データ転送、および制御 --- 高い信頼性を必要とするトランザクション作業の調整。 - Azure Logic Apps を補完でき、コネクタではなく SDK を使用して Service Bus エンティティと対話するというシナリオがサポートされます。 |
| Azure Event Grid | 1 つまたは複数のアプリケーションやシステムの状態の変化を常に最新の状態に保つためにイベント サブスクリプション アーキテクチャが必要です。それは、使用している統合ソリューションが、そのような変化を伝達し、関連するデータの変更を行う上で、イベントに大きく依存しているからです。 | - イベントを使用してアプリケーションを統合するための、拡張性の高いサーバーレス イベント ブローカーを実現できます。 Event Grid では、アプリケーション、Azure サービス、または Event Grid がネットワーク アクセスできる任意のエンドポイントなどのサブスクライバーの宛先にイベントを配信します。 イベント ソースには、アプリケーション、SaaS サービス、Azure サービスを含めることができます。 - 定期的なポーリングを回避して状態の変化を判断することで、効率を向上できます。 基礎となるサービスからイベントが発行されるにつれて、サブスクリプション アーキテクチャの人気が高まります。 |
| Azure API Management | Azure Logic Apps での基になるサービスの実装を抽象化し、エンド ユーザーやコンシューマーから保護したいと考えています。 | - あらゆる環境にわたる、API のハイブリッド、マルチクラウド管理プラットフォームを実現できます。 - 中央サービスを安全な方法で再利用する機能が用意されています。これにより、エンタープライズ サービスを呼び出すことができるユーザーとその呼び出し方法について、組織のガバナンスと制御を強化できます。 次にこれらの API は、組織により Azure API Management でカタログ化された後に、Azure Logic Apps から呼び出すことができます。 |
次のステップ
ここでは、特定のシナリオとニーズに最適である、Azure Integration Services でのオファリングについて学習しました。 BizTalk Server から Azure Integration Services への移行を検討している場合は、移行プロジェクトに役立つ移行アプローチ、計画に関する考慮事項、およびベスト プラクティスの詳細を確認してください。