統合の目的はアプリケーション、データ、サービス、デバイスを接続することであり、多くの場合、その方法は複雑です。 統合によって、組織はワークフローをまとめ、一貫性と拡張性を確保します。 企業は、アプリケーション、データ、プロセスを、迅速、効率的、かつ自動化された方法で接続します。
接続は、オンプレミス、クラウド、エッジ システム間で実行できます。 また、エンタープライズ、パートナー、サードパーティ、レガシ テクノロジを統合することもできます。
データの場合、統合によって、複数の形式の複数のソースから情報を収集し、処理できるソリューションを実現できます。
アプリケーションを統合するには、直接 API 呼び出しが適している場合があります。 ただし、メッセージングやイベントを通じて、非同期的に通信する必要がある場合もあります。 すべての統合プロセスにはオーケストレーションが必要です。つまり、ワークフローのロジックを定義し、実行する簡単な方法です。
Azure には、このようなサービスを含むさまざまな統合ツールと機能が用意されています。
- Azure API Management。 API を安全な方法で公開し、内部と外部の開発者がバックエンド システムに接続するときに使用できるようにします。
- Azure Logic Apps。 クラウドとオンプレミスにある何百ものサービスを接続するワークフローを作成します。
- Azure Service Bus。 オンプレミスとクラウドベースのアプリケーションとサービスを接続し、高度なセキュリティで保護されたメッセージング ワークフローを実装します。
- Azure Event Grid。 サポートされている Azure とサードパーティのサービスを接続し、さらにイベントベースのアプリ開発を簡略化します。
- Azure Functions。 イベントドリブンのサーバーレス コンピューティング プラットフォームを使って、複雑なオーケストレーションの問題を単純化します。
- Azure Data Factory。 データ ソースを視覚的に統合してデータ変換を加速し、エンタープライズ ワークフローをサポートします。
その他の Azure 統合サービスについては、「統合サービス」を参照してください。
Azure での統合の概要
統合に初めて取り組む場合は、Microsoft Learn から始めることをお勧めします。 この無料のオンライン プラットフォームでは、さまざまな製品やサービスのビデオ、チュートリアル、実践的なトレーニングが提供されています。
次のリソースは、統合の主要な概念を学習するために役立ちます。
- データ統合を設計する
- Dynamics 365 ソリューションの統合設計
- Finance and Operations アプリとのデータ統合
- IoT ソリューションのビジネス統合について調べる
- データを Azure Data Factory または Azure Synapse Pipeline と統合する
- Event Grid の統合について調べる
- Azure での API 統合の設計
運用へのパス
統合の基本を理解したら、次の手順はソリューションの設計です。
デザイン パターン
設計に組み込むパターンを調べるには、次の領域のリソースを参照してください。
ハイブリッド システム
- クラウド間スケーリング - オンプレミスのデータ: Azure と Azure Stack Hub にまたがり、1 つのオンプレミス データ ソースを使う (組織によってはこれがコンプライアンス要件です) という、ハイブリッド アプリを確認します。
マイクロサービス アーキテクチャ
- Azure Cosmos DB での Transactional Outbox パターン: サービス間に信頼性の高いメッセージングを実現するために、Transactional Outbox パターンを実装します。
- マイクロサービス境界の特定: アプリケーションを設計するときに、ドメイン モデルからマイクロサービスを派生させます。
- マイクロサービスのサービス間通信の設計: サービス メッシュを使って、マイクロサービス間の通信を効率的かつ堅牢にします。
メインフレーム移行
- IBM のメインフレームとミッドレンジ メッセージ キューを Azure に統合する: データファースト手法を使います。これにより、IBM のメインフレームとミッドレンジのメッセージ キューを Azure サービスと連携することができます。
- Azure データベースへのメインフレーム アクセス: IBM のメインフレームとミッドレンジのアプリケーションにリモート Azure データベースへのアクセス権を与えます。
サービス セレクター
アプリケーションの設計には次のリソースも役立ちます。 各記事には、統合メカニズムやプロセスに関する一般的な情報だけでなく、その領域のニーズに最適な Azure サービスを選ぶのに役立つ情報が掲載されています。
- 非同期メッセージングのオプション: さまざまなメッセージと、メッセージング インフラストラクチャに参加するエンティティを確認します。
- 仮想ネットワーク ピアリングと VPN ゲートウェイのいずれかを選択: Azure で仮想ネットワークを接続する 2 つの方法を検討します。
- 抽出、変換、読み込み (ETL): 複数のソースから複数の形式のデータを収集し、変換して格納する方法を確認します。
具体的な実装
シナリオ固有のアーキテクチャについては、次の領域のソリューションを参照してください。
e コマース
- Azure APIM を使用して Web アプリを移行する: eコマース会社のレガシ ブラウザーベースのソフトウェア スタックをモダン化します。
Finance
- 銀行取引のクラウド変革におけるパターンと実装: 銀行システムのクラウド変革を実装するパターンを適用します。
ベスト プラクティス
これらのリソースは、現在推奨されているベスト プラクティスと照らし合わせて、設計をスポットチェックするのに役立ちます。
Azure Event Hubs と Functions は、サーバーレス アーキテクチャ内で連携し、大量のデータをほぼリアルタイムで処理できます。 このアーキテクチャのパフォーマンス、回復性、セキュリティ、監視性、スケールを最大化する方法のガイダンスについては、以下の記事を参照してください。
多くの統合ソリューションでは、Logic Apps を使ってビジネス プロセスを実装しています。 このサービスを使って信頼性の高いアーキテクチャを構築するベスト プラクティスについては、「Azure Logic Apps の事業継続とディザスター リカバリー」を参照してください。
Logic Apps 実装が Azure セキュリティ ベンチマーク バージョン 2.0 と合致するかどうかを確認するには、「Logic Apps 用の Azure セキュリティ ベースライン」を参照してください。
ベースライン実装のスイート
これらの参照アーキテクチャは、さまざまなシナリオのベースライン実装を提供します。
- 規制対象業界におけるデータ分析ワークロード: 規制要件を考慮したデータ分析ワークロードを実行します。
- Azure での基本的なエンタープライズ統合: エンタープライズ バックエンド システムに対する同期呼び出しを調整します。
- メッセージ ブローカーとイベントを使用したエンタープライズ統合: キューとイベントを使って、エンタープライズ バックエンド システムへの非同期呼び出しを調整します。
- エンタープライズ ビジネス インテリジェンス: オンプレミスの SQL Server データベースから Azure Synapse Analytics にデータを移動し、分析用にデータを変換します。
- Web およびモバイル フロントエンド: サードパーティのデータを Web ユーザーが使用できるようにします。
運用ガイド
ワークロードのデプロイは重要なマイルストーンです。 統合プロセスが稼働したら、運用に集中できるようになります。 以下の資料は、顧客や規制当局の要求に対応し続ける上で役立つ推奨事項と参考情報を提供しています。
- Azure Logic Apps のカスタム コネクタの概要: Logic Apps に用意されている数百のコネクタの利用方法について説明します。
- Azure Logic Apps 用の Azure Policy 規制コンプライアンス コントロール: Logic Apps を規制基準に準拠するようにします。
統合の最新情報
Azure 統合には継続的に改善が施されています。 最近の開発状況を把握するには、「Azure の更新情報」を参照してください。
その他のリソース
次のリソースは、特定のシナリオに関する実用的な推奨事項と情報を提供しています。