ページを選択

サービス レベル 契約 (SLA) は、サービス プロバイダーと、プロバイダーが担当するサービスの標準を定義する顧客との間の契約またはコミットメントです。 契約は法的拘束力を持つ場合、または ウェブ ページまたはアプリケーションのパフォーマンス SLA の場合、組織内でユーザーまたは顧客に合意された標準です。 パフォーマンス SLA を実装することで、ユーザー エクスペリエンスに対する組織の取り組みを強化し、(うまくいけば)満足のいく顧客と多くのリターン訪問を確実に実現できます。

パフォーマンス SLA の作成

長期間稼働しているレガシー サイトやアプリケーションでは、SLA を少し簡単に判断できます。 履歴の顧客データや最近のユーザーの行動を振り返ることができます。 たとえば、顧客が突然ショッピング カートを放棄したり、特定の時点でサイトやアプリケーションから飛び降りたりすると、パフォーマンス上の問題が発生した可能性があります。 このような要因は、SLA パラメータのベースを形成するために使用できます。

明らかに、新しいアプリケーションやウェブページには、使用できる大量のデータを自由に使用できるという利便性はありません。 どこから始めろいいのかを知ることは難しいかもしれません。 実際のデータを使用して SLA のアウトラインを開始することなく、実際のトラフィックに対するページやアプリケーションの応答を実際にどのように知る必要がありますか。

SLA は、最初からできるだけ具体的に行うことが重要です。 インターネット検索を簡単に行うと、多くの例が表示されますが、SLA が顧客、顧客の所在地、時刻、デバイスやブラウザなどに固有であることを確認する必要があります。 これらの要素をページまたはアプリケーションの読み込み速度のメトリック (時間から最後のバイト数(TTLB)、表示時間、DNS 解決時間など)と、許容可能なしきい値と組み合わせて、パフォーマンス SLA の始まりを実現します。

ベースラインパフォーマンス指標

今日の世界では、ほとんどのユーザーがわずか数秒後にサイトを放棄します。 適切なパフォーマンス SLA を設定することが重要です。 ありがたいことに、パフォーマンス SLA に沿ってさまざまなパラメータを定義するパスを始めることができる場所はほとんどありません。

  • 内部チーム : SLA の定義に役立つ最も簡単で便利な方法は、自分のチームを使用する方法です。 彼らは以前にその道を行った可能性が高いので、何を含めたり避けたりするのかを実世界に深く知る可能性が高くなります。
  • 業界ベンチマーク. Google アナリティクスのようなツールを使用すると、現在のサイトと同じような業界の他のサイトとの比較を把握できます。 さらに、さまざまなマーケティング/SEOエージェンシーには、定期的に公開する多くの業界データがあります。
  • 競争. 競争力は卓越性を生み出しますよね? 少なくとも、ことわざはそのように行く。 だから、洞察力のためにあなたの競争相手に目を向ける。 これを行う簡単で、邪魔にならない方法の 1 つは、サイトに対して 無料の速度テストを実行 して、さまざまなパフォーマンス メトリックを簡単に把握することです。 ウェブ アプリケーションのように、トランザクションベースのタイミングと実際のユーザーの動作の場合は、スクリプトを作成し、そのアプリケーションに対して 少数の仮想ユーザーをスピンアップ できます。 しかし、船外に出ないように注意してください。 仮想ユーザーが多すぎると、アプリケーションが失敗し、IT チームに警告が発生し、IP がブロックされる可能性があります。 よくないです。 さらに悪いことに、意図せずにDDoS攻撃を引き起こす可能性があり、これは違法です。 違法な可能性のあることをしないでください。 常に従う良いアドバイス。

パフォーマンス SLA または非機能要件の検証

ベースライン パフォーマンス値がわかっている場合は、サンプル期間中にサイトまたはアプリケーションを訪問した際に現実的に予想される値に増やすことができます。 LoadView プラットフォームでは、ユーザーが選択できるさまざまなロード テスト カーブを提供します。 これらのオプションの 1 つは、ゴールベース曲線と呼ばれます。 SLA と非機能要件の検証に最適です。

たとえば、所定のトランザクション目標を既に設定している場合、または特定の期間にウェブサイトやアプリケーションで予想される訪問者数 (概算) がわかっている場合、目標ベースの曲線テストを実行すると、サイトまたはアプリケーションが事前定義された要件を満たしていることを確認できます。 さらに、ウェブ サイトやアプリケーションの負荷を増加させることで、将来的にユーザー負荷が増加するアプリケーションのパフォーマンスを予測できます。 これは通常、容量計画に対して行われます。

パフォーマンス SLA レビューと継続的な監視

LoadView を使用した実際のブラウザー ベースのテストの詳細を知るLoadView の動作を確認するには、今すぐパフォーマンス エンジニアの 1 人と デモをスケジュール します。 私たちのチームは、セットアップやスクリプトから実行とレポートまで、プラットフォームとプロセス全体を説明します。 負荷が高いサイト、アプリケーション、および API の実際のパフォーマンスを表示および分析します。 LoadView プラットフォームは、テストの概要、個々のセッション レポート、ウォーターフォール チャート、デバイス別のパフォーマンスなど、さまざまなレポートメトリックとレポートを提供します。

または 、今日自分のためにプラットフォームを試してみてください。 最初の LoadView ロード テストに $20 を提供します。

ウェブサイトとアプリケーションのパフォーマンスの監視

ウェブ サイトまたはアプリケーションが実稼働に移行した後、パフォーマンス テスト中に作成したスクリプトを継続的な監視用の監視プラットフォームにアップロードする必要があります。 これにより、SLA を確実に満たし、時間の経過に伴うパフォーマンスの改善や変更を確認して行う時期にデータを提供できます。 さらに重要なのは、継続的な監視を設定することで、2番目に発生した問題を警告し、小さな問題が大きな問題を引き起こさないことを保証できることです。 また、新しいアプリケーションを起動する場合、監視を実装することで、ユーザーに対してすべての違いをもたらす可能性のあるパフォーマンスを調整する必要があるデータをチームに提供できます。

LoadView ソリューションは、ウェブ ページ、ウェブ アプリ、インフラストラクチャ、および ウェブ サービス (SOAP/REST API) の監視を含む、パフォーマンス テストと 監視ソリューション の完全な Dotcom-Monitor スイートの一部にすぎません。 すべてのビジネスクリティカルなサイトとアプリケーションの監視デバイスを設定して、稼働時間、可用性、またはパフォーマンスのしきい値が満たされない場合やエラーが発生した場合に通知を受け取るようにします。 サイトやアプリケーションが顧客や訪問者からダウンしているのを聞く必要はありません。 それまでに、多くの潜在的な顧客に影響を与え、ビジネスに大きな収益を上げてきた可能性があります。