問題タブ [azure-functions]

Azure 関数を使用してスケーリングがどのように機能するかを理解しようとしています。ストレージ キューに 88 個のメッセージを生成するアプリでテストしており、これにより関数がトリガーされます。関数は c# で記述されています。この関数はファイルをダウンロードし、そのファイルに対して何らかの処理を実行します (最終的にはポストバックしますが、テスト目的ではまだ行っていません)。この関数は、リクエストごとに完了するまでに約 30 秒かかります (合計約 2500 秒の処理)。テスト目的で、これを 10 回ループします。

私たちの理想的な状況は、ある程度のウォームアップの後、Azure が関数を自動的にスケールアップして、最も適切な方法でメッセージを処理することです。スピンアップ時間などを考慮して、ある種のアルゴリズムを使用します。または、何らかの上限を使用して、バックログ内のメッセージ数までスケールアップします。

これはどのように機能するはずですか？「消費単位」が 7 を超えたことは一度もありません。通常、メッセージのキューを処理するには約 45 分かかります。

再スケーラビリティに関する他のいくつかの質問... 私たちの関数はメモリ集約型の操作です。メモリは関数のスケーリングされたインスタンス間でどのように「共有」されますか? 通常は見られないメモリ不足エラーが発生しているため、お尋ねします。関数の最大メモリ (1536MB) を構成しました。操作の約 2.5% がメモリ不足エラーで失敗している

事前に感謝します。EC2 上の専用の Windows VM から Azure 関数に多くの作業を移動できるようになるため、これをうまく機能させたいと考えています。

PS-Gallery から入手できる AWS モジュールが必要ですが、 Azure Function内でインストール ステップを実行しようとすると、機能しません。-verbose 引数フラグは、コンソールに何も書き込んでいません。

Azure 関数内で追加の PowerShell モジュールを取得して使用する正しい方法は何ですか?

機能コード

関数ログ

アップデート

@travis の回答に従って、nuget パッケージ マネージャーの行を含む、提案されたコードを追加しました。これはまだうまくいきませんでした。別のデバッグ行を追加したところ、nuget を追加しようとしても、モジュール プロバイダーがないことがわかりました。

改訂されたコード

改訂ログ

notificationhubs ライブラリを Azure 関数にどのように含めますか? これは私の試みであり、うまくいきません

モバイルデバイスに通知メッセージを送信するために、Azure関数(手動入力でトリガーするように設定)を使用しています。私のコードは問題なくコンパイルされ、問題なく動作します。ただし、デバイスからメッセージが届きません。「Notification Hubs namespace connection」、「Notification Hub name」、および「Tag expression」の値を確認したところ、すべて正しい値になっています。ここで何か不足していますか？

これは私のコードです:

編集:通知ハブの「テスト送信」機能を使用して送信されたすべてのメッセージを取得します。また、通知ハブとやり取りする webapp に送信されるすべてのメッセージを取得します。その webapp を取り除き、Azure 関数に置き換えたいだけです。

編集:私のコードはこのチュートリアルに基づいています-

Azure 関数から通知ハブにアクセスする

.tar.gz アーカイブに圧縮されたいくつかのファイルを単一のファイルに変換しようとしています。そのためには、まずファイルを untar する必要があります。

ディレクトリにロードされた 7z.exe のコピーがあり、ローカルでコマンドを呼び出すと動作します

実行される run.ps1 ファイルと一緒に wwwroot/poshUntar ディレクトリに exe をアップロードし、オンライン エディターを使用して powershell スクリプトを実行できます。もちろん、変数値を提供していないため、関数が一般的に失敗すると予想しますが、7z.exeファイルの検索に関するエラーは予想しません

PowerShell Azure 関数内で実行可能ファイルを呼び出す正しい方法は何ですか?

WebJobs SDKは、実行中の関数にホストのシャットダウンを通知するために SDK によって使用される関数への引数の受け渡しをサポートしています。CancellationTokenアプリ/機能が新しいバージョンに置き換えられた場合、実行中の機能が通知されないことに気付きました。これは、関数が長時間実行されるように設計されている場合に問題になります。これは、知らないうちに「古い」ロジックが実行されてしまう可能性があるためです。

たとえば、永久に (またはキャンセルされるまで) 実行される単純な関数を作成する場合:

それを実行し、何らかの方法でコードを更新して再デプロイ (Azure Functions ポータルにいる場合は保存) すると、関数は再コンパイルされますが、実行中の関数インスタンスは停止されず、続行されます。手動で無効にするまで、以前のバージョンのコードを実行します。

実行中の関数内で再デプロイを検出する方法はありますか?

現在、git push デプロイ オプションを使用して、Azure 関数のいくつかのコピーをデプロイしています。関数の function.json ファイルには、さまざまなストレージ アカウントにリンクする複数の "接続" エントリがあります (つまり、BLOB トリガーとテーブル出力用)。デプロイされた関数の別のコピーで、別のストレージ アカウントに接続したいと考えています。環境変数から「接続」文字列を設定するために function.json で使用できる特別な構文はありますか?

別の方法として、カスタム kudu ステップの一部として function.json を編集することも考えられますが、環境変数は、他の Azure アプリ サービス オファリングとより一貫しているようです。

私は、いくつかの nuget パッケージを使用して Json Web トークンをデコードする Azure Function に取り組んでいます。

project.json で System.IdentityModel.Tokens.Jwt と Microsoft.IdentityModel.Protocol.Extensions を参照しましたが、正常にコンパイルされます。

System.IdentityModel.Tokens.Jwt のクラスとメソッドを使用できますが、Microsoft.IdentityModel.Protocol.Extensions がアセンブリを認識できないようです。

nuget パッケージ ソースと Kudu の依存関係を再確認して、それらが存在することを確認しました。

私は次に何を調査するかについて少し立ち往生しています!

乾杯、

ヨルダン。