信頼性について理解を深める
信頼性向上のために監視を効果的に設定するには、どのようなものの測定を検討すればよいかを十分に理解する必要があります。 このユニットでは、信頼性について理解を深められるいくつかの可能性を提示します。
では、信頼性のいくつかの側面を見てみることにしましょう。
可用性
人は、信頼性を話題にするとき、最初に可用性を挙げる傾向があります。 システムは "稼働" していますか、それとも "ダウン" していますか? 他のユーザーは貴社の Web サイトまたはサービスに到達できますか? 彼らは、使用したいときに製品を使用できますか? あなたのサービスに依存する外部の顧客と内部のユーザーの両方の観点から重要です。 おそらく、信頼性の側面の中で最も多くの作業時間を費やすことになるのは可用性でしょう。 これは、信頼性について議論するための出発点として適していますが、1 つの側面にすぎません。
Latency
待機時間は、要求から応答までの遅延時間を意味します。 "遅延は新たなシステム停止" というキャッチフレーズを耳にしたことがあるかもしれません。人は高速のパフォーマンスを求め、サイトやサービスで待機することに我慢できなくなっています。 Web サイトが期待される応答時間内に応答できない場合、顧客は競合他社に乗り換える可能性が高いことを示す確かな調査結果があります。
スループット
スループットは、処理速度の測定値、つまり Web サイト、アプリケーション、サービスが指定された時間に正常に処理できるトランザクション数です。 これは、パイプラインまたはバッチ処理システムを実行している場合に特に重要です。 パイプラインまたはバッチ処理システムの処理速度が十分な速さではなく、期待に応えられていない場合、信頼性があるとは見なされません。
補充
カバレッジは、処理することが予想されたデータのうち、実際に処理されたデータの量を意味します。 この場合も、信頼性があるかどうかの判断基準の 1 つとして、期待にどの程度応えているかを測定するという考えに基づいています。
正確さ
見過ごされることが多い信頼性の側面は、"正確さ" です。 データに対して実行されたプロセスは、正しい結果または期待された結果をもたらしましたか? これは、信頼性の監視に含める必要がある重要な要素です。 サービスやサイトがどんなに高速でも、または "常に利用可能" であっても、誤った結果を返せば、顧客の目から見れば、信頼できるものではありません。 結果の正確さを監視することは、信頼性を監視するための重要な要素です。
忠実さ
この文脈での忠実さは、例を挙げて説明するのが最もわかりやすいと思います。 たとえば、ビデオ ストリーミング サイトのホーム ページにアクセスするとします。 そのページは、新しいリリース、パーソナライズされたおすすめ候補、視聴回数トップ 10 の映画などの個別のセクションで構成されています。 これらの各セクションは、個別のバックエンド サービスで生成されている可能性があります。 そのうちの 1 つのサービス (たとえば、パーソナル化エンジン) がダウンした場合、サイトの閲覧者に対して、"申し訳ございません。このサイトはただ今ダウンしています" というメッセージや空白のページが表示されることはありません。 代わりに、そのセクションが削除されたか、または静的コンテンツに置き換えられたホーム ページが表示されます。 技術用語では、閲覧者は、完全な目的のページではなく、"低下した" エクスペリエンスを受け取ったと言います。
忠実さを測定する場合、サービスのユーザーが完全なエクスペリエンス (完全な忠実さ) と比較して "低下した" エクスペリエンスを受け取った頻度を測定します。 この測定値は、何らかの問題が発生した場合に低下モードで実行を継続できるフォールトトレラント サービスに役立ちます。
鮮度
鮮度とは、顧客にとって適時性が重要な状況 (スポーツ スコアや選挙結果を提供するサービスなど) において、情報がどれくらい最新の状態であるかを指します。 提供されるデータが最新の状態を維持していれば、そのサービスは信頼性があると見なされます。
持続性
持続性は、もう 1 つのあまり知られていない信頼性の側面です。 ストレージを提供するサービスを実行している場合、顧客がサービスに書き込んだデータを後で読み取ることができることがどれほど重要であるかがわかります。 これが、持続性の期待です。
これは、すべての可能性を網羅した一覧ではありませんが、このプロセスで、今まで考慮していなかったものがいくつか見つかり、信頼性についてさらに理解が深まることを願っています。 これを踏まえて、次のユニットでは、信頼性に関して何を測定する必要があるかについて重要な質問をします。