Azure

Azure Functions Trigger 完全解説|HTTP/Timer/Queue/Service Bus/Cosmos DB Change Feed 等全種類

2026-05-24
NicheeLab編集部

Azure Functions の Trigger は、関数が起動する条件を定義する仕組みで、サーバーレスイベント駆動アーキテクチャの中核です。 20+ 種類の Trigger が提供され、HTTP リクエスト・スケジュール・キューメッセージ・データベース変更など多様なイベントで Function を起動可能。 本記事では、主要な Trigger 全種類と Input/Output Binding を網羅的に整理します。

主要 Trigger 一覧

Trigger起動条件主用途
HTTPHTTP リクエストREST API・Webhook
TimerCRON 式バッチ処理・スケジュール
Queue StorageStorage Queue メッセージ軽量非同期タスク
Service BusService Bus メッセージ/トピックエンタープライズメッセージング
Blob StorageBlob 作成/更新ファイル処理・画像処理
Event GridAzure リソースイベントリアクティブイベント処理
Event HubストリーミングデータIoT・テレメトリ・ログ集約
Cosmos DB Change FeedCosmos DB Insert/Updateデータ変更追跡・連携
SignalRリアルタイム接続WebSocket 通信
KafkaKafka メッセージストリーミング統合 (Premium)
SQL (Preview)SQL Server 変更RDB 変更追跡

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 必須)
  • Consumption Plan で 240 秒タイムアウト、Premium で 60 分
  • Microsoft Entra ID 認証統合 (Easy Auth) で OAuth 2.0 簡単実装

本番では Azure API Management 経由で公開、Functions 直接公開は内部用途のみが推奨。 Cold Start は Consumption で初回 2-10 秒、Premium / Flex Consumption は Always Ready で 0 秒。

Timer Trigger

CRON 式で定期実行する Function、バッチ処理・スケジュール処理の定番。

CRON 式

6 フィールド (秒 分 時 日 月 曜日) の Azure 拡張 CRON 形式。

  • 0 0 8 * * *: 毎日朝 8 時
  • 0 */15 * * * *: 15 分ごと
  • 0 0 9 * * MON-FRI: 平日朝 9 時
  • 0 0 0 1 * *: 毎月 1 日 0 時

代表的なユースケース

  • 毎日深夜の DB バックアップ・データ集計
  • 毎時の API ヘルスチェック
  • 週次レポート生成
  • 月次請求書作成

Timer Trigger は分散環境で 1 回のみ実行が保証される (Singleton)、複数インスタンスで重複起動しない。

Queue Storage vs Service Bus

項目Queue StorageService Bus
料金最安高め
最大メッセージサイズ64 KB256 KB (Standard) / 1 MB (Premium)
FIFO 保証なしSession で対応
Transactionなしあり
Dead Letter Queueなしあり
Duplicate Detectionなしあり
Pub/SubなしTopic + Subscriptions
用途軽量非同期処理エンタープライズメッセージング

Event Grid vs Event Hub

項目Event GridEvent Hub
配信モデルPush (Subscriber に通知)Pull (順次処理)
スループット秒間数千イベント秒間数百万イベント
用途リアクティブイベント処理大量ストリーミング
イベントソースAzure リソース変化・カスタムIoT・テレメトリ・ログ
ユースケースBlob Upload → 自動処理IoT データ集計

Cosmos DB Change Feed Trigger

Cosmos DB Container の Insert/Update イベントで起動する Function。

代表的なユースケース

  • Cosmos DB データ変更 → Azure AI Search インデックス自動更新
  • 注文データ Insert → メール通知 Function 起動
  • ユーザープロファイル更新 → Cache 無効化
  • リアルタイム分析パイプライン

特徴

  • Lease Container でチェックポイント管理
  • 複数インスタンスで並列処理 (Partition 単位でリース)
  • 最後の Insert からの差分のみ処理
  • Pull モードと Push モード両方サポート

Cosmos DB のリアルタイム連携の標準パターン、AI / 機械学習データパイプラインの起点としても活用。

Blob Storage Trigger

Blob Storage に Blob が作成/更新されたら起動。

代表的なユースケース

  • 画像アップロード → サムネイル生成
  • 動画アップロード → エンコード処理
  • ドキュメントアップロード → OCR / 全文検索インデックス化
  • ログファイル → 集計処理

注意点

  • Polling ベースで遅延あり (数秒-数十秒)
  • 高頻度・低レイテンシ要件にはEvent Grid Trigger推奨 (Blob Created Event を Push)
  • 大容量 Blob には Blob Storage Queue Trigger 経由パターンも有効

Input / Output Binding

Binding は Trigger と他サービスを宣言的に統合する仕組み。SDK コード不要で他 Azure サービスとの統合を JSON 設定だけで実装可能。

動作

  • Input Binding: Function 起動時に他サービスからデータ取得 (例: Cosmos DB から該当レコード取得)
  • Output Binding: Function 実行後に他サービスにデータ書き込み (例: Storage Queue にメッセージ送信)

例: HTTP Trigger + Cosmos DB Input + Service Bus Output

{
  "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"
    }
  ]
}

対応サービス

  • Storage (Blob/Queue/Table)
  • Cosmos DB
  • Service Bus
  • Event Hub
  • Event Grid
  • SignalR
  • SendGrid (メール送信)
  • Twilio (SMS)
  • GraphQL
  • SQL (Preview)

Durable Functions

Durable Functions は、Functions の拡張機能でステートフル オーケストレーション (長時間ワークフロー・人間承認待ち・複雑な状態遷移) を実現。

  • Function Chaining: 順次実行 (A → B → C)
  • Fan-out / Fan-in: 並列実行 + 結果集約
  • Async HTTP API: 長時間処理の非同期 API
  • Monitor: 定期的な状態チェック
  • Human Interaction: 承認待ちワークフロー

ベストプラクティス

  1. Trigger 1 個 / Function 1 個の原則 (複数 Trigger 持つ Function は非推奨)
  2. Input/Output Binding で他サービス連携、SDK 直接呼び出しを避ける
  3. HTTP Trigger は API Management 経由で公開、Direct 公開は内部用
  4. Timer Trigger は分散環境での重複起動防止 (Singleton 動作)
  5. 長時間処理は Durable Functions または Container Apps へ移行
  6. Service Bus はエンタープライズ、Queue Storage は軽量タスク
  7. 大量ストリーミングは Event Hub、リアクティブは Event Grid
  8. Cosmos DB 連携は Change Feed Trigger でリアルタイム化
  9. Application Insights で Function 実行を可視化
  10. Managed Identity で他 Azure サービスへの認証 (Connection String 排除)

関連認定試験

よくある質問

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 日時点の公式公開資料に基づきます。最新情報は必ず公式ページをご確認ください。

この記事で学んだ内容を問題で確認しましょう

16,000問以上の問題で実力チェック

Azure 試験対策ページを見る
この記事の著者

NicheeLab編集部

データエンジニアリング・クラウド資格の専門家。Databricks・Snowflake等の認定資格を保有し、実務経験に基づいた問題作成・解説を行っています。NicheeLab運営。


関連記事
Azure

AZ-900 完全ガイド|Microsoft Azure Fundamentals 出題範囲・学習リソース・合格戦略

Microsoft Azure Fundamentals (AZ-900) の 2026 年 1 月 14 日改訂版に対...

Azure

Azure 認定資格ロードマップ 2026 完全版|全 26 試験の体系と大型再編 (AI-901/AI-103/SC-500)

Microsoft Azure 認定資格 全 26 試験 (現行 23 + 退役 3) の 2026 年版ロードマップ。...

Azure

AI-901 完全ガイド|Azure AI Fundamentals 新試験

Microsoft Certified: Azure AI Fundamentals (AI-901) の出題範囲・Mi...

Azure

Microsoft Entra ID 入門|旧 Azure AD から学ぶ ID 管理 (AZ-900/SC-900/AZ-104 必須知識)

Microsoft Entra ID (旧 Azure Active Directory) の入門解説。2023 年 7...

Azure

DP-900 完全ガイド|Azure Data Fundamentals 出題範囲・学習リソース・合格戦略

Microsoft Azure Data Fundamentals (DP-900) の完全ガイド。4 ドメインの出題範...

Azureの記事一覧 (103件)
© 2026 NicheeLab All rights reserved.