ウェブサイトの稼働時間の中核へのアクセス – パート 1

ウェブサイトの稼働時間の計算
「ウェブサイトの稼働時間は条件ではありません。
それは計算です。
{ 写真のクレジット: サルファルコ }

ウェブサイトのアップタイムは条件ではなく、計算です

サービス レベル契約 (SLA) レポートの中心は、Web サイトの 「稼働時間」という概念です。 しかし、正確には稼働時間とは何でしょうか? ウェブサイトの稼働時間は、最近の過去において、ウェブサーバの動作条件と非 稼働状態 、すなわちWebサーバの稼働時間と狭く定義されることが多かった。 (Webサーバーのアップタイムの無料テストはこちらをクリックしてください。最近では、ネットワークの稼働時間、サーバー稼働時間、Webアプリケーションの稼働時間、Webサイトの稼働時間などの変数を考慮して、ウェブサイトの稼働時間とダウンタイムの詳細を慎重に定義している多くの組織と協力してきました。 なぜでしょうか。

稼働時間計算の稼働時間の定義

その理由は、SLAレポートの一環としてウェブサイトの稼働時間が収益に影響を与えるからです。 したがって、サーバーのアップとダウンの条件だけでは不十分です。 サーバーの稼働時間、ネットワークの稼働時間、Web サイトのアップタイム、Web アプリケーションのパフォーマンスのアップタイム、その他のアップタイム変数を考慮した詳細なアップタイム 計算 が必要です。 監視によって提供される SLA レポートに追加すると、これらの変数は、Web サイトの稼働時間とダウンタイムをより完全かつ現実的に把握できます。 わかりやすいアップタイム計算を設定するには、ウェブサイトのアップタイムプロファイルを通して考えることをお勧めします。

稼働時間のダウンタイムの割合
稼働時間/ダウンタイムの割合レポートの例

アップタイムプロファイルとは何ですか?

特定の アップタイム プロファイルを使用するには、まずウェブサイトの目的を検討してください。 あなたは本当に何を気にしていますか? たとえば、広告が配信されない場合、第三者の広告サーバーがウェブサイトに広告を配信しないことを気にしない場合、ウェブサイトはダウンしていますか? 変数が稼働時間にとって重要でない場合は、稼働時間の計算からその変数を削除できるかどうかを判断します。

また、サーバー、ドメインネームサーバー、ウェブページ、ネットワーク、アプリケーション、サードパーティのホストされたページ要素など、ウェブサイトのさまざまなコンポーネントを考慮してください。どのようなコンポーネントを制御できますか。稼働時間とダウンタイムに関してどのようなコンポーネントを把握していますか。たとえば、Web サイト上の Web アプリケーションの稼働時間に関する情報がない場合、Web アプリケーションを Web サイトのアップタイム レポートの一部としてどのように含めるのでしょうか。アップタイム計算に含まれるものと除外するものを確実に把握することが重要です。

次に、どのように考えて ダウンタイムが定義されます。 以下は、あなたが始めるためにいくつかのアイデアです:

  • 毎週日曜日の夕方に Web サーバーのメンテナンスをスケジュールしている場合、Web サイトはダウンしていますか?
  • 応答時間データが Web アプリケーションのパフォーマンスが遅いという結果を示しているが、実際には Web アプリのパフォーマンスのビデオ の再生が許容可能なユーザー エクスペリエンスを示している場合、Web アプリはダウンしていますか。
  • バックボーンプロバイダーのタイムワーナーがオーランドで問題を抱えているため、シカゴベースのウェブサーバーにオーランド、FL(ただし米国の他の地域から入手可能)にアクセスできない場合、あなたのウェブサイトはダウンしていますか?
  • サードパーティのホストされた要素(チャットウィジェットと言う)がサーバーエラーを経験しているが、あなたのウェブサイトの残りの部分が利用可能な場合、あなたのウェブサイトはダウンしていますか?
  • あなたのウェブサイトが世界のどこからでも利用できない場合 – サーバーのしゃっくりのために、 – 最後の5秒 – あなたのウェブサイトがダウンしていますか?
  • 小売ウェブサイトのショッピングカートが機能しているが、私たちについてページが機能していない場合は、ウェブサイトがダウンしていますか? ショッピングカートがダウンしていて、私たちについてページがアップしていますか?
  • 1 つの DNS サーバーがダウンしているのに他の 3 台が動作している場合、キャッシュされた TTL の有効期限が切れた後、クライアントの 25% がサイトにアクセスできない場合、これはダウンタイム状態ですか。
  • Web ファーム内の 3 つの Web サーバーのいずれかがダウンし、Web ページの応答時間が 25% 増加する (ページの読み込み時間が遅い) 場合、このダウンタイムはでしょうか。

(: このダウンタイムが、問題を解決するために日曜日の午前 2 時に目を覚ます必要があった場合、回答はどのように変わりますか? Web サイトの監視ソリューションでエラーを特定する詳細な診断が提供され、状況を 10 倍の速さで修復できた場合、回答が再び変化しますか?

Latest Web Performance Articles​

Web API における OAuth 2.0 クライアントクレデンシャルフローの監視

本記事では、トークン発行から認証済み API 呼び出しまで、OAuth 2.0 クライアントクレデンシャルフローをエンドツーエンドで監視する方法に焦点を当てます。これにより、DevOps チームは障害を早期に検知し、根本原因を迅速に特定し、信頼性の高い統合を維持できます。

Authorization Code Flow と redirect_uri_mismatch エラー:監視と修正

Authorization Code Flow はブラウザ主導のため、これらの障害は明確なインフラアラートではなく、ログイン体験の破綻として表面化します。認証の挙動を時間軸で可視化できなければ、チームは OAuth フローが想定どおり機能しているかを事前に検証できず、ユーザー報告への対応に追われることになります。

Web API 監視アサーションにおける JSONPath と JSON 検証

多くの API 監視設定はいまだに成功の定義を狭く捉えています。エンドポイントは応答したか、そして 200 ステータスコードを返したか。可用性は重要ですが、API 主導の最新システムにとってはそれだけでは不十分です。

Dotcom-Monitorを無料で開始する

クレジットカード不要