"F1 Free" TierにAzure(Node.jsを使用)でAppServiceベースのウェブサイトをセットアップしました。非常に頻繁にサイト内のJSONファイルを参照すると、404エラーが見つかりません。しかし、ブラウザでリフレッシュすると、ロードされます。404 azureウェブサイトでエラーが発生しました
どうしてこれが起こっていて、これを修正するのですか?
これは、われわれが知っておくべきより大きな問題の症状ですか?
"F1 Free" TierにAzure(Node.jsを使用)でAppServiceベースのウェブサイトをセットアップしました。非常に頻繁にサイト内のJSONファイルを参照すると、404エラーが見つかりません。しかし、ブラウザでリフレッシュすると、ロードされます。404 azureウェブサイトでエラーが発生しました
どうしてこれが起こっていて、これを修正するのですか?
これは、われわれが知っておくべきより大きな問題の症状ですか?
「非常に頻繁に起こる」の視点から、あなたの質問に、上に行くために多くの、しかし...ない:
App Service Free tierは、非アクティブ後、頻繁なアプリケーションプールのリサイクルを持っているとしています。だから、20分後(あなたのアプリがリサイクルされている)、最初のヒットが遅れる(タイムアウトになる)可能性があります。
「always on」を有効にするには、有料の階層を使用する必要があります。
フリー層は、トラフィックと計算リソースに制限を設けていますが、信頼性が低いとは言い難いです。
スタティックパスがノードスタックを経由していない場合(つまり/static
ルールがweb.config
にある場合)、IISトレースを有効にして何が起きているのかを確認する必要があります。
ポータルのアプリケーション設定でに失敗したボタンがあります。capture detailed context for the 404を使用してください。 Kuduを使用してトレースを読み取ることができます(デバッグコンソールにはファイルブラウザがあり、トレースにはd:\home\LogFiles\W3SVC*
が書き込まれます)。
その他すべてが失敗した場合は、少なくともにアップグレードし、まだ問題がないかどうかを確認してください。その場合は、Azureポータルからサポートケースを開いてください。
静的なファイルなのですか、Express/Koaルート経由のサービスですか? 404もアプリケーションログに表示されますか? – evilSnobu
これは、別のサーバーが定期的にポーリングする静的ファイルです。だから、私はそれがフリー層から期待されていると思いますか? –