Azure Functions の Trigger は、関数が起動する条件を定義する仕組みで、サーバーレスイベント駆動アーキテクチャの中核です。 20+ 種類の Trigger が提供され、HTTP リクエスト・スケジュール・キューメッセージ・データベース変更など多様なイベントで Function を起動可能。 本記事では、主要な Trigger 全種類と Input/Output Binding を網羅的に整理します。
| Trigger | 起動条件 | 主用途 |
|---|---|---|
| HTTP | HTTP リクエスト | REST API・Webhook |
| Timer | CRON 式 | バッチ処理・スケジュール |
| Queue Storage | Storage Queue メッセージ | 軽量非同期タスク |
| Service Bus | Service Bus メッセージ/トピック | エンタープライズメッセージング |
| Blob Storage | Blob 作成/更新 | ファイル処理・画像処理 |
| Event Grid | Azure リソースイベント | リアクティブイベント処理 |
| Event Hub | ストリーミングデータ | IoT・テレメトリ・ログ集約 |
| Cosmos DB Change Feed | Cosmos DB Insert/Update | データ変更追跡・連携 |
| SignalR | リアルタイム接続 | WebSocket 通信 |
| Kafka | Kafka メッセージ | ストリーミング統合 (Premium) |
| SQL (Preview) | SQL Server 変更 | RDB 変更追跡 |
HTTP リクエストで起動する Function、REST API や Webhook の実装に最適です。
orders/{orderId}) で URL パラメータ取得本番では Azure API Management 経由で公開、Functions 直接公開は内部用途のみが推奨。 Cold Start は Consumption で初回 2-10 秒、Premium / Flex Consumption は Always Ready で 0 秒。
CRON 式で定期実行する Function、バッチ処理・スケジュール処理の定番。
6 フィールド (秒 分 時 日 月 曜日) の Azure 拡張 CRON 形式。
0 0 8 * * *: 毎日朝 8 時0 */15 * * * *: 15 分ごと0 0 9 * * MON-FRI: 平日朝 9 時0 0 0 1 * *: 毎月 1 日 0 時Timer Trigger は分散環境で 1 回のみ実行が保証される (Singleton)、複数インスタンスで重複起動しない。
| 項目 | Queue Storage | Service Bus |
|---|---|---|
| 料金 | 最安 | 高め |
| 最大メッセージサイズ | 64 KB | 256 KB (Standard) / 1 MB (Premium) |
| FIFO 保証 | なし | Session で対応 |
| Transaction | なし | あり |
| Dead Letter Queue | なし | あり |
| Duplicate Detection | なし | あり |
| Pub/Sub | なし | Topic + Subscriptions |
| 用途 | 軽量非同期処理 | エンタープライズメッセージング |
| 項目 | Event Grid | Event Hub |
|---|---|---|
| 配信モデル | Push (Subscriber に通知) | Pull (順次処理) |
| スループット | 秒間数千イベント | 秒間数百万イベント |
| 用途 | リアクティブイベント処理 | 大量ストリーミング |
| イベントソース | Azure リソース変化・カスタム | IoT・テレメトリ・ログ |
| ユースケース | Blob Upload → 自動処理 | IoT データ集計 |
Cosmos DB Container の Insert/Update イベントで起動する Function。
Cosmos DB のリアルタイム連携の標準パターン、AI / 機械学習データパイプラインの起点としても活用。
Blob Storage に Blob が作成/更新されたら起動。
Binding は Trigger と他サービスを宣言的に統合する仕組み。SDK コード不要で他 Azure サービスとの統合を JSON 設定だけで実装可能。
{
"bindings": [
{
"type": "httpTrigger",
"name": "req",
"route": "orders/{orderId}",
"methods": ["get"]
},
{
"type": "cosmosDB",
"name": "order",
"direction": "in",
"databaseName": "Orders",
"collectionName": "Items",
"id": "{orderId}",
"partitionKey": "{orderId}",
"connectionStringSetting": "CosmosDBConnection"
},
{
"type": "serviceBus",
"name": "outputMessage",
"direction": "out",
"queueName": "processed-orders",
"connection": "ServiceBusConnection"
}
]
}Durable Functions は、Functions の拡張機能でステートフル オーケストレーション (長時間ワークフロー・人間承認待ち・複雑な状態遷移) を実現。
Azure Functions の Trigger とは?
Trigger は Azure Functions の関数が起動する条件を定義する仕組み。各関数は 1 つの Trigger を持ち、Trigger 発火時に自動的に Function コードが実行される。代表的な Trigger: HTTP・Timer・Queue Storage・Blob Storage・Service Bus・Event Hub・Cosmos DB Change Feed・Event Grid・SignalR・SQL (Preview)・Kafka・RabbitMQ など 20+ 種類。Function App は複数 Function を持ち、各 Function が独立した Trigger で起動。さらに Input Binding (起動時にデータ取得) と Output Binding (実行後にデータ書き込み) を組み合わせて、Trigger と他サービスの統合を宣言的に実装可能。Functions の最大の魅力で、サーバーレスイベント駆動アーキテクチャの中核です。
HTTP Trigger の特徴は?
HTTP Trigger は HTTP リクエストで起動する Function、REST API や Webhook の実装に最適。GET/POST/PUT/DELETE などの HTTP メソッド対応、Route Template (例: orders/{orderId}) で URL パラメータ取得。Authentication Level: Anonymous (認証なし)・Function (Function Key 必須)・Admin (Host Key 必須)。本番では Azure API Management 経由で公開、Functions 直接公開は内部用途のみが推奨。Consumption Plan で 240 秒タイムアウト、Premium で 60 分。Cold Start (Consumption で初回 2-10 秒、Premium / Flex Consumption は Always Ready で 0 秒)。Microsoft Entra ID 認証統合 (Easy Auth) で OAuth 2.0 認証も簡単に実装可能です。
Timer Trigger はどう使いますか?
Timer Trigger は CRON 式で定期実行する Function、バッチ処理・スケジュール処理の定番。CRON 式は 6 フィールド (秒 分 時 日 月 曜日)、例: '0 0 8 * * *' で毎日朝 8 時。代表的なユースケース: 1) 毎日深夜の DB バックアップ・データ集計、2) 毎時の API ヘルスチェック、3) 週次レポート生成、4) 月次請求書作成。注意: Consumption Plan では Cold Start により秒単位の精度保証なし、秒単位の正確なスケジュールは Premium 推奨。Timer Trigger は分散環境で 1 回のみ実行が保証される (Singleton)、複数インスタンスで重複起動しない。複数 Function App で同じ Timer Trigger を持つと両方起動するため、適切な分離が必要です。
Queue Storage Trigger と Service Bus Trigger の違いは?
Queue Storage Trigger: Azure Storage Queue にメッセージが追加されたら起動、シンプル・コスト最安、Max メッセージサイズ 64 KB、FIFO 保証なし。Service Bus Trigger: Azure Service Bus にメッセージ追加で起動、エンタープライズ機能 (Session・FIFO 保証・Transaction・Dead Letter Queue・Duplicate Detection)、Max メッセージサイズ 256 KB (Standard) / 1 MB (Premium)、コスト高め。判断: 1) シンプル非同期処理 → Queue Storage、2) エンタープライズメッセージング (重複防止・順序保証・トランザクション) → Service Bus、3) Pub/Sub パターン → Service Bus Topic + Subscriptions。本番エンタープライズシステムは Service Bus が標準、軽量タスクキューは Queue Storage が経済的という棲み分けです。
Event Grid Trigger と Event Hub Trigger の違いは?
Event Grid Trigger: Azure リソースの状態変化イベント (Blob 作成・Resource Group 変更・カスタムイベント) を Push 配信、リアクティブイベント処理向け、ユースケース: Blob Upload → 自動画像処理。Event Hub Trigger: 大量ストリーミングデータ (IoT・テレメトリ・ログ) を高スループットで処理、Partition ベース並列処理、ユースケース: IoT デバイスデータの集計・リアルタイム分析。違いの本質: Event Grid は『誰か (Subscriber) に通知する』Push 配信、Event Hub は『多数のイベントを順次処理する』Pull 配信。Event Grid の上限は秒間数千イベント、Event Hub は秒間数百万イベント。スループット要件で選定するのが基本パターンです。
Cosmos DB Change Feed Trigger とは?
Cosmos DB Change Feed Trigger は、Cosmos DB Container の Insert/Update イベントで起動する Function。代表的なユースケース: 1) Cosmos DB データ変更 → Azure AI Search インデックス自動更新、2) 注文データ Insert → メール通知 Function 起動、3) ユーザープロファイル更新 → Cache 無効化、4) リアルタイム分析パイプライン。Lease Container でチェックポイント管理 (どこまで処理したか)、複数インスタンスで並列処理 (Partition 単位でリース)、最後の Insert からの差分のみ処理。Pull モードと Push モード両方サポート。Cosmos DB のリアルタイム連携には標準パターンで、AI / 機械学習データパイプラインの起点としても活用されます。
Input / Output Binding はどう使いますか?
Binding は Trigger と他サービスを宣言的に統合する仕組み。Input Binding: Function 起動時に他サービスからデータを取得 (例: Cosmos DB から該当レコード取得)。Output Binding: Function 実行後に他サービスにデータを書き込み (例: Storage Queue にメッセージ送信)。コード例: HTTP Trigger で受信した orderId をもとに Cosmos DB Input Binding で注文データ取得 → 処理 → Service Bus Output Binding で次のステップへメッセージ送信、を JSON 設定だけで実装可能 (SDK コード不要)。対応サービス: Storage (Blob/Queue/Table)・Cosmos DB・Service Bus・Event Hub・Event Grid・SignalR・SendGrid・Twilio・GraphQL など。サーバーレスアーキテクチャでサービス間連携を最小コードで実現する強力な機能です。
関連認定試験は?
AZ-204 (Developer Associate、2026-07 リタイア注意) のドメイン 1 (Compute 25-30%) で Functions Trigger 全種類が深く問われる、本領域の本命認定。AZ-305 (Solutions Architect Expert) でアーキテクト視点でのサーバーレスアーキテクチャ設計、AZ-400 (DevOps Engineer Expert) で Functions の CI/CD パイプライン、AI-103 (2026-06 GA) で Cosmos DB Change Feed + Functions で AI パイプライン構築。Functions は Azure サーバーレスの中核で、開発者・アーキテクトにとって深い理解が必須スキルです。
関連記事・技術深掘り
Azure AI エンジニア キャリアロードマップ|AI-901 → AI-103 → 生成 AI アーキテクトへの道【2026 年版】
Azure AI エンジニアになるための認定取得ロードマップ完全版。AI-901 (2026-06 GA、AI-900 後継) → AI-103 (2026-06 GA、AI-102 後継) の最新ルート、Azure AI Foundry / Agent Service / OpenAI 中心の生成 AI 時代の構成、Databricks GenAI / OpenAI Direct との二刀流戦略、年収レンジまで日本語で網羅。
AZ-204 完全ガイド|Microsoft Azure Developer Associate【2026 年 7 月リタイア注意】
Microsoft Azure Developer Associate (AZ-204) の完全ガイド。5 ドメインの出題範囲、App Service / Functions / Cosmos DB SDK / Service Bus などの開発者向け機能、2026 年 7 月 31 日のリタイア対応戦略、AZ-104 / AZ-400 / AI-103 への代替ルート、駆け込み受験の判断材料を日本語で網羅。
AI-103 完全ガイド|Developing AI Apps and Agents on Azure【2026 年 6 月 GA・AI-102 後継】
Microsoft Certified: Developing AI Apps and Agents on Azure (AI-103) の完全ガイド。AI-102 の後継として 2026 年 6 月 30 日 GA。Azure AI Foundry / Agent Service / OpenAI / AI Search を中心に、RAG パターン・Agent オーケストレーション・Responsible AI・Semantic Kernel SDK の実装スキル、3-4 ヶ月の合格ロードマップを日本語で網羅。
Azure AI Foundry 完全ガイド|Hub/Project・Prompt Flow・Agent Service・Model Catalog・Fine-tuning【2026 年版】
Microsoft Azure AI Foundry (旧 AI Studio) の完全ガイド。Hub-Project 階層・Prompt Flow LLM ワークフロー・Agent Service・Evaluation メトリクス・Model Catalog (1,800+ モデル)・Fine-tuning・Content Safety・関連認定試験 (AI-103 / AI-901) を日本語で網羅。
本記事の技術情報は Azure Functions Documentation に基づいています。 本記事は Microsoft Corporation の公式商品ではなく、いかなる提携・後援関係もありません。 Microsoft、Azure は Microsoft group of companies の商標です。 情報は 2026 年 5 月 24 日時点の公式公開資料に基づきます。最新情報は必ず公式ページをご確認ください。
NicheeLab編集部
データエンジニアリング・クラウド資格の専門家。Databricks・Snowflake等の認定資格を保有し、実務経験に基づいた問題作成・解説を行っています。NicheeLab運営。
AZ-900 完全ガイド|Microsoft Azure Fundamentals 出題範囲・学習リソース・合格戦略
Microsoft Azure Fundamentals (AZ-900) の 2026 年 1 月 14 日改訂版に対...
Azure 認定資格ロードマップ 2026 完全版|全 26 試験の体系と大型再編 (AI-901/AI-103/SC-500)
Microsoft Azure 認定資格 全 26 試験 (現行 23 + 退役 3) の 2026 年版ロードマップ。...
AI-901 完全ガイド|Azure AI Fundamentals 新試験
Microsoft Certified: Azure AI Fundamentals (AI-901) の出題範囲・Mi...
Microsoft Entra ID 入門|旧 Azure AD から学ぶ ID 管理 (AZ-900/SC-900/AZ-104 必須知識)
Microsoft Entra ID (旧 Azure Active Directory) の入門解説。2023 年 7...
DP-900 完全ガイド|Azure Data Fundamentals 出題範囲・学習リソース・合格戦略
Microsoft Azure Data Fundamentals (DP-900) の完全ガイド。4 ドメインの出題範...