HTTP トリガー は、HTTP 要求を受信したタイミングで関数を実行するトリガーです。Azure Functions で API エンドポイントを公開する用途のほか、Webhook の受信口としても広く利用されます。 HTTP トリガーでは、受信した HTTP メソッド、URL パス、クエリ文字列、ヘッダー、本文を関数コードで扱うことができます。具体的な要求オブジェクトや応答オブジェクトの型は、利用する言語やプログラミング モデルによって異なりますが、いずれも HTTP 要求を受け取り、HTTP 応答を返すという基本的な考え方は共通です。 HTTP でトリガーされた関数の既定の戻り値は、Functions 2.x 以降では本文が空の HTTP 204 No Content です。任意のステータス コードやレスポンス本文を返したい場合は、出力として明示的に HTTP 応答を構成します。 動...

Read more

Event Grid トリガー は、Azure Event Grid から送信されるイベントを受信して実行されるトリガーです。Azure Storage、Key Vault、Custom Topic、System Topic などのイベント ソースから通知を受け取り、イベント駆動で関数を起動できます。 Event Grid トリガーはプッシュ型のトリガーであり、関数アプリ側がイベントをポーリングするのではなく、Event Grid が HTTP 経由でイベントを配信します。そのため、イベントの到達性、サブスクリプション設定、エンドポイント検証が動作成立の前提となります。 公式ドキュメントにも記載のとおり、Event Grid トリガーは内部ロード バランサー構成の App Service Environment (ASE) ではネイティブにはサポートされません。仮想ネットワーク越しの到達性...

Read more

本記事は App Service 証明書の自動更新に伴うドメイン検証 (有効期間 395 日) 作業の必要について の更新版です。 2026 年 3 月より、CA/Browser フォーラム (SC-081v3) の業界要件に準拠するため、以下の変更が適用されました。 ドメイン検証の有効期間が 198 日に短縮されました。これにより、App Service 証明書の自動更新をオンにしていても、概ね年 2 回程度のドメイン検証が必要となります。 証明書の有効期間が 198 日未満に短縮されました。ただし、Azure App Service が重複する証明書を追加コストなしで自動的に発行するため、1 年間の証明書カバレッジは維持されます。 2026 年 3 月より前に完了したドメイン検証は再利用できません。 2026 年 3 月以降の証明書の発行・更新には、新たにドメイン所有権...

Read more

Azure Cosmos DB トリガー は Azure Cosmos DB の 変更フィード を利用し、Azure Cosmos DB のコンテナーに対するドキュメントの作成・更新を検知して実行される関数です。 Azure Cosmos DB トリガーは、内部的に Azure Cosmos DB SDK の変更フィード プロセッサを利用して動作しています。Azure Functions Host は起動時に変更フィード プロセッサ (ChangeFeedProcessor) のインスタンスを構築し、監視対象のコンテナーに対してポーリングを行います。変更が検出されると、変更されたドキュメントのコレクションをトリガーの入力として関数が実行されます。 動作の仕組みAzure Cosmos DB トリガーの動作は以下の流れとなります。 変更フィード プロセッサの構築: Azure Functi...

Read more

Azure Functions にトリガーの同期がありますが何の機能ですか。 トリガーのいずれかを変更する場合、Functions インフラストラクチャにその変更を認識させる必要があります。 同期は、多くのデプロイ テクノロジでは自動的に実行されます。 ただし、場合によっては、トリガーを手動で同期する必要があります。 回答Azure Functions にデプロイされたアプリケーションのトリガーの情報を Azure Functions のバックエンドに同期するための機能です。 なぜトリガーの同期が必要かAzure Functions は、アプリケーション ルート(/home/site/wwwroot/)を基幹として複数のトリガーごとにフォルダを分割した構造となっています。下記は C#(インプロセス) の場合のフォルダ階層の例です。 host.j...

Read more

お世話になっております。Azure App Service サポート担当の押田です。本記事は、Azure App Service の Triggered WebJob において、デプロイ直後に WebJob が意図せず即実行されるケースについて解説します。 Triggered WebJob は Cron 式でスケジュールを設定できますが、削除方法とデプロイのタイミングによっては、次のスケジュール時刻を待たずに直後に実行されることがあります。これは Kudu のスケジューラに実装されている「10 分間のグレース期間（grace period）」 に起因する設計上の動作です。 公式ドキュメントにはこのグレース期間に関する詳細な記載がないため、本記事ではソースコードの実装を根拠として動作を説明し、回避策を紹介します。 背景Triggered WebJob のスケジュール実行の仕組みAzure A...

Read more

お世話になっております。Azure App Service サポート担当の押田です。本記事では、App Service / Azure Functions の Windows 環境において、 Node.js 24 を利用する際の注意点を記載します。結論から先にお伝えしますと、プラットフォームの設定 にて 64bit プロセスの有効化をしていただく必要がございます。 Windows 環境で Node.js 24 を利用する方法App Service / Azure Functions の Windows 環境においては、Azure ポータルから Node.js 24 が選択可能な状態となっています。 ここで選択した Node.js バージョンは、App Settings WEBSITE_NODE_DEFAULT_VERSION に ~24 を指定する動作となります。Ap...

Read more

Azure AI Search サービスでパブリック ネットワーク アクセスを無効化し、プライベート エンドポイント経由のみでアクセス可能な構成としています。 この状態で Azure ポータルの Azure AI Search から 「インデックス」 「インデクサー」 「データソース」 「スキルセット」 などの画面で、次のようなエラーが表示されます。 「インデックスの一覧の読み込み中にエラーが発生しました」 概要欄のエラーメッセージに “Failed to fetch” ネットワークや DNS は問題なく、VM から curl や SDK 経由で AI Search エンドポイントへは正常に到達できています。このようなケースでは何が原因で、どのように対処すればよいでしょうか？ 回答この事象はAzure ポータルから Azure AI Search 内部 API を呼び出す際、ブ...

Read more

お世話になっております。Azure Communication Services サポート担当の押田です。 Azure Communication Services で Email を送信には規定でクォータが設けられております。 Azure Communication Services のサービス制限 - An Azure Communication Services article 送信できる電子メール メッセージの数には制限があります。 サブスクリプションに応じたメールのレート制限を超えた場合、要求が拒否されます。 再試行までの時間が経過した後に、これらの要求をもう一度試すことができるようになります。 必要に応じて、送信ボリュームの制限を引き上げるリクエストを行って、制限に達する前に対処してください。 クォータの緩和はサポートリクエストを起票いただき申請いただく必要がございます。 ...

Read more

Azure 仮想マシン上でブラウザを起動して Azure ポータルを表示しています。また、該当の Azure 仮想マシンが属している仮想ネットワークのサブネットに、今回操作対象のストレージアカウントの blob のプライベート エンドポイントはすでに作成済みです。 この環境で、Azure ポータルで対象のストレージアカウント内のコンテナー配下の BLOB の一覧を出したり、個別の BLOB のアップロードやダウンロード、個別の BLOB の画面まで行って削除はできるのですが、BLOB の一覧でチェックを入れて削除、などをすると以下のように失敗します。考えられることを教えてください。 例えば以下のようにコンテナー con1 の BLOB の一覧は見えています。あわせて、ダウンロードやアップロードもできました。 ただ、一覧からチェックを入れて削除しようとすると 403 エラー (This ...

Read more