いう機能を使うと監視サーバそれぞれでパフォーマンスメトリクスの一つを地図上で可視化できます。Byte(TTFB)を表示しています。他国と比較して長いことがわかります。物理的な距離が影響しているかもしれません。このようにおおまかなパフォーマンスメトリクスをパフォーマンス解析機能で確認し、当たりをつけ、その後より細かい分析を行うのが自然な流れかと思います。分析していきたいと思います。画面では特定のエンドポイントに特定の監視サーバからアクセスしたときのパフォーマンスメトリクスの詳細な分析ができます。画面はこのような感じです。見るとどのリクエストがパフォーマンスに悪影響を与えているかが簡単にわかります。全体の約1/3の時間を要しています。接続に多くの時間を割いている事がわかります。接続に必要な時間を短くする事は、すなわちレイテンシの改善につながります。いわゆるクリティカルレンダリングパスが赤く塗りつぶされているのでどのリクエストをパフォーマンス改善のターゲットにすれば良いのかが分かりやすくなっています。基本的な機能と使い方の紹介になります。共有できたり、トランザクション処理のあるリクエストのボトルネックを解析したりと様々なことができます。使用例ここまでわかればこれらをどのように改善すべきかという手段の話ができるようになりますね。改善する方法を少し検討してみます。どのように変わるでしょうか。機能(定期的な計測ではなく任意の監視サーバから任意のエンドポイントに単発のリクエストを実行する機能)を使うことでできます。小さくなることがわかります。シンガポールリージョンを使うことでインドネシアのレイテンシは改善されそうですね。導入もレイテンシの改善に効果があります。終端のためだけに使っています。ハンドシェイクの時間を短縮します。より再利用することで、さらにレイテンシを短縮することができます。経由させる施策を進めています。レスポンスタイムの比較です。共にレスポンスタイムの改善効果があるとわかります。接続や全体のレスポンスタイムは以下のようになりました。ハンドシェイクの短縮やレスポンスタイムの改善がされています。導入するとアルゼンチンのユーザのレスポンスタイムは悪化するという計測結果が出ていました。持っていたのですが期待した結果が得られなかったため原因を調べました。使えない状態であることがわかりました。計測せずに導入していた場合、大きなコストをかけてユーザ体験を悪化させていた可能性がありました。南米のユーザのレスポンスタイムを改善する際の一つの手段となり得ると思います。どのように計測改善しようとしているのかについて書きました。日々レイテンシの計測をしているため問題の解決に集中できる環境が整いましたが、グローバルサービスのパフォーマンス改善はまだ始まったばかりです。導入やパフォーマンス計測によって得た結果をレイテンシやレスポンスタイムの改善に活かし、世界中のユーザがサービスをより快適に使えるようにしていきたいと思っています。環境構築インフラや基盤周りの技術が好きなエンジニアの渡辺です。今回...2018-03-16TLS証明書の発行・デプロイについてこんにちは、インフラストラクチャー部セキュリティグループの...2015-10-07インフラエンジニアの責任範囲と評価インフラストラクチャー部の成田です。#10を開催しました。使ったセキュリティログ検索基盤の構築サービス特性にあった検索システムの設計戦略クックパッド採用説明会「クックパッドはサービスの作り手を採用したいんです。/*}*/スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。