Azure Webアプリケーションの応答時間が遅い

Question

西ヨーロッパでは、同じ地域にBasic SQLデータベースを搭載した基本（小）層のAzure Web Appがあります。常にオンになっています。私のウェブサイトのターゲットオーディエンスはヨーロッパにあることに注意してください。

ウェブサイトはCodeIgniterに基づいており、php 5.6で動作します。

ローカル環境のすべてが高速であっても、ページは実際にはゆっくり読み込まれます。自分のサイト上でPageSpeed Insightsを実行した後、私は次のような評価を得る：

は我々のテストでは、サーバーの応答時間 を削減し、サーバーが1.7秒で答えました。サーバーの応答時間を遅らせる要因はたくさんあります。ご使用のサーバーが最も多くの時間を費やしている場所をモニターして測定する方法については、推奨事項をお読みください。あなたが最初の応答が本当に悪いです見ることができるように

：developer toolsからサイトを検査するとき、私は類似した画像を取得

。何が問題なの？

UPDATE/SOLUTION

すなわち、コメントからGary Liu - MSFT年代のアドバイスを受けたページのロード時間が0.23秒に下って行ったdatabase.phpでpconnectを有効にするには、それは、〜8倍速改善されています。

Answer 1

prodアプリケーションを実行している場合、pconnectからtrueにconfig/database.phpを設定して、データベースへの永続的な接続を使用することができます。初期接続時の待ち時間を短縮できます。

ところで、テストアプリケーションや開発アプリケーションを実行している場合、予期せぬ問題が発生する可能性があるため、この設定を注意深く扱う必要があります。詳細はAdvantages/Disadvantages of pconnect option in CodeIgniterの回答を参照してください。

Answer 2

私はEntity Frameworkが長い初期（コールドスタート）応答の原因であることを発見しました。 IISがタイムアウトするのを止めても助けにならなかったので、広告されていないEF pooling \ memory timeoutがあるはずです。

DBのバージョン管理に関するEFチェックの一部をオフにして、少し助けになるプリコンパイル済みのビューを使用できます。私はまだAzureで稼働しているときにEFの起動時間が非常に不満です。前回の起動時間は約1秒ですが、前回起動時に約10-12秒でクラウドを取得することはできません。私は、事前にネットワーキングのオーバーヘッドが多いと判断し、Azure SQLを使用することで、一般公開されているので、ネットワークのオーバーヘッドも大きくなると思われます。