説明
A: デプロイをカスタマイズするには、リポジトリ ルートに .deployment ファイルを含めます。
.deployment という名前とコンテンツを使用して、リポジトリのルートにファイルを追加するだけです。
[構成]
command = デプロイのために実行するコマンド
このコマンドは、たとえばリポジトリから Web ルート ディレクトリにファイルをコピーするなど、展開に必要なすべてを含むスクリプト (バッチ ファイル) を実行するだけでかまいません。
D: Azure では、関数アプリのデプロイ パッケージ ファイルから関数を直接実行できます。もう 1 つのオプションは、関数アプリの d:\home\site\wwwroot ディレクトリにファイルをデプロイすることです (上記の A を参照)。
関数アプリをパッケージから実行できるようにするには、関数アプリの設定に WEBSITE_RUN_FROM_PACKAGE 設定を追加するだけです。
注: host.json メタデータ ファイルには、関数アプリのすべての関数に影響するグローバル構成オプションが含まれています。
参考文献:
https://github.com/projectkudu/kudu/wiki/Custom-Deployment-Script
https://docs.microsoft.com/bs-latn-ba/azure/azure-functions/run-functions-from-deployment-package

参照：
https://docs.microsoft.com/en-us/azure/api-management/api-management-caching-policies
https://docs.microsoft.com/en-us/azure/api-management/api-management-sample-cache-by-key

参考文献:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Access-Control-Allow-Origin

説明

ボックス 1: 導入
Azure Functions を Kubernetes にデプロイするには、 func kubernetes deploy コマンドを使用します。このコマンドには、アプリが Kubernetes にデプロイされた後のアプリのスケーリング方法を直接制御するいくつかの属性があります。
ボックス 2: ScaledObject
--polling-interval を使用すると、KEDA が Azure Service Bus Queue でメッセージをチェックするために使用する間隔を制御できます。
ポーリング間隔のある ScaledObject の例
APIバージョン: keda.k8s.io/v1alpha1
種類: ScaledObject
メタデータ:
名前: 変圧器-fn
名前空間: tt
ラベル:
deploymentName: トランスフォーマー-fn
仕様:
scaleTargetRef:
deploymentName: トランスフォーマー-fn
ポーリング間隔: 5
minReplicaCount: 0
最大レプリカ数: 100
ボックス 3: 秘密
接続文字列を Kubernetes シークレットに保存します。
例: デモ Namespace で Secret を作成するには:
# k8s デモ名前空間を作成
kubectl は名前空間 tt を作成します
# Azure Service Bus から接続文字列を取得する
KEDA_SCALER_CONNECTION_STRING=$(az servicebus キュー承認規則キー リスト \
-g $RG_NAME \
--名前空間名 $SBN_NAME \
--queue-name インバウンド \
-nケダスケーラー\
--query "primaryConnectionString" \
-o tsv)
# kubernetes シークレットを作成する
kubectl create secret generic tt-keda-auth \
--from-literal KedaScaler=$KEDA_SCALER_CONNECTION_STRING \
-- 名前空間 tt
参照：
https://www.thinktecture.com/en/kubernetes/serverless-workloads-with-keda/

テキスト、文字 説明の自動生成

ボックス 1: Shared Access Signature (SAS) トークン
アプリケーションの設計で BLOB ストレージへのアクセスに Shared Access Signature が必要な場合は、セキュリティを強化するために、可能であれば Azure AD 資格情報を使用してユーザー委任 SAS を作成します。
ボックス 2: 格納されたアクセス ポリシー
格納されたアクセス ポリシーを使用すると、ストレージ アカウント キーを再生成しなくても、サービス SAS のアクセス許可を取り消すことができます。
Shared Access Signature は、次の 2 つの形式のいずれかを取ることができます。
* アクセス ポリシーが格納されたサービス SAS。保存されたアクセス ポリシーは、BLOB コンテナー、テーブル、キュー、またはファイル共有などのリソース コンテナーで定義されます。保存されたアクセス ポリシーを使用して、1 つ以上のサービス共有アクセス署名の制約を管理できます。サービス SAS を保存されたアクセス ポリシーに関連付けると、SAS は、保存されたアクセス ポリシーに対して定義された制約 (開始時刻、有効期限、およびアクセス許可) を継承します。
* アドホック SAS。
参照：
https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview