問題タブ [azure-functions-runtime]

Azure Functions on Premises V2 (ランタイム) を使用しています。

毎分実行される単純な関数をテストし、ログに書き込もうとしています。

ただし、関数は実行されず、このエラーが発生しています。

Windowsサーバー2016を搭載した仮想マシンで実行されています（この問題の原因と思われるもの）。

私は Docker と Hyper-V を初めて使用します。

Hyper V と Docker が正常に動作しているかどうかを確認するために、実行できるコマンドがいくつかあります。

前もって感謝します。

これは私が取得しているログです。

2018 年 3 月 14 日 5:42:44 PM ようこそ、ログ ストリーミング サービスに接続されました。 /2018 5:41:49 PM [myteslaVM] コンテナー イメージをプルするazure-functions-runtime3/14/2018 5:41:50 PM [myteslaVM] ダイジェスト: sha256:dfdb47a7638d0cdd1a42c603e3e59311ee0d229222f88329a7c561fc3d8b2ff33/14/2018 5:41:50 PM ステータス: azre-functions の日付/azure-functions が実行されます。ランタイム:preview2-latest-nanoserver

2018 年 3 月 14 日 5:41:50 PM [myteslaVM] コンテナー イメージ azfuncrun/azure-functions-runtime:preview2-latest-nanoserver が正常にプルされました! 3/14/2018 5:41:50 PM [myteslaVM] Provisioning container MyContainerFuncApp_03/14/2018 5:41:51 PM [myteslaVM] f2788b6c9c5d6115bba891f463759dd0df75c2344e6c217b0280a8b9f686fb32 3/14/2018 5:41:51 PM [myteslaVM] C:\Program Files \Azure Functions Runtime\docker\docker.exe: デーモンからのエラー応答: コンテナー f2788b6c9c5d6115bba891f463759dd0df75c2344e6c217b0280a8b9f686fb32

"HostName":"f2788b6c9c5d","MappedDirectories":[{"HostPath":"c:\windows\temp\fwas\mycontainerfuncapp","ContainerPath":"c:\home","ReadOnly":false,"BandwidthMaximum ":0,"IOPSMaximum":0,"CreateInUtilityVM":false}],"HvPartition":true,"EndpointList":["d6c4c527-5520-40f1-9c84-2f3d8a013900"],"HvRuntime":{"ImagePath" :"C:\Program Files\Azure Functions Runtime\docker\windows\windowsfilter\545c1be2ad30f1933a07de48e4ffe611900bacafbf4b717de969b56fb8a725d6\UtilityVM"},"AllowUnqualifiedDNSQuery":true}.

2018 年 3 月 14 日 5:41:51 PM [myteslaVM] コンテナーへの停止コマンドの発行: MyContainerFuncApp_

cli を使用してローカルで Azure 関数をテストしています。

私は2つの問題に気付きました:

1. 関数が実行される正確な時刻が CLI に表示されないことがあります。たとえば、2分ごとに関数を実行するcronがありますが、数秒後に関数が実行されることを示していますか? 変。

2. CLI に表示されている時間どおりに実行を開始しないことが多く、時間がかかってから応答することがまれにありました。

正常ですか？これらを修正する方法を教えてください。

関数は、従量課金プランで、クライアント証明書を使用した関数へのアクセスの承認をサポートしていますか? ここで説明されているアプローチに似たものはありますか? 基本的には、呼び出し元が有効なクライアント証明書を提示しない場合に接続要求を即座に拒否する関数ランタイムを探しています。その承認ルーチンをコードに実装する必要はありません。

コールドスタート時間を最小限に抑えるという厳しい要件を持つ新しいプロジェクトを開始しています。1 秒未満の応答時間について話しているのです。言語とランタイム バージョンによるコールド スタート時間の比較は見つかりませんでした。

たとえば、C# のコールド スタート時間が Node.js より速い、またはその逆のベンチマークを知っている人はいますか? ランタイム v1 と v2 はどうですか?

ここで：https : //blogs.msdn.microsoft.com/appserviceteam/2018/02/07/understanding-serverless-cold-start/

また、2.0 ランタイムで実行されている言語はプレビュー段階であり、完全に最適化されていないことにも注意してください。

しかし、それは実際にはどういう意味ですか？v1 はどのくらい高速ですか? これは将来、v2 の利益のために変更される可能性がありますか?