ブログ | CTO オフィス

スローは新しいダウンです

F5 サムネイル
F5
2020年9月14日公開


お客様からは、「ゆっくりすることが新たなダウン」という声が聞かれます。 アプリケーションのパフォーマンスが悪いと、現代のアプリケーションの所有者やオペレーターのほとんどにとって、ダウンするのと同じくらい悪いことになります。 FAANG企業は、一貫して優れたパフォーマンスに消費者を慣れさせており、他のソフトウェアの顧客である消費者も、特に競争の激しい市場で競合他社が優れたユーザー エクスペリエンスを提供している場合は、同じ期待を抱き始めています。

パフォーマンスの低下は、完全にダウンするよりも悪い場合が多いとおっしゃるお客様もいらっしゃいます。 何かがうまく機能しそうに見えて、何度も再試行するのは、単に機能しないよりもイライラします。 たとえば、VoIP の品質が悪く、双方が何度も同じことを繰り返さなければならない場合、VoIP が利用できなくなると、人々は代わりに携帯電話や固定電話を使うことになります。

顧客体験の期待に応えることの重要性は、業界を問わず高いと認識されています。 2020 年に小売業界を対象に実施された調査では、回答者の約 3 分の 1 (32%) が顧客体験の向上をデジタル分野の最優先事項としていることがわかりました。 71% 以上が、デジタル変革の取り組みから期待する短期的なビジネス成果として、顧客体験の向上を挙げています。

確かに、オペレーターとビジネス関係者は同様にユーザーのことを気にかけています。 パフォーマンスの低下が未解決のままである理由の 1 つは、「遅い」原因や、このようなアプリケーションにとって「遅い」とはどういう意味なのかが不明なことです。 場合によっては、可視性の欠如は、何も測定できなかったことの直接的な結果です。

Turbonomic の調査では、この現象が明らかになっています(強調追加): 「回答者に、組織がアプリケーション パフォーマンスをどのように測定しているかを尋ねたところ、60% 以上が何らかの形で測定していることがわかりました。 しかし、最も一般的なアプローチは、通常は応答時間やトランザクション スループットの形をとるサービス レベル目標 (SLO) を管理するのではなく、可用性を測定することでした。 13% はアプリケーションのパフォーマンスをまったく測定していません。

しかし、測定する人を称賛する前に、彼らが何を測定しているのかに注目してください。 パフォーマンスを測定する最も一般的なアプローチは、可用性を測定することでした。 可用性は、上昇または下降の尺度です。 これは遅いか速いかの尺度ではありませんが、そうであるべきだと主張するにはブログ全体(またはそれ以上)を費やすこともできます。

しかし、そうではありません。その理由の 1 つは、ビジネス コストの測定可能性にあります。 ダウンタイムによる経済的影響は十分に文書化されています。 組織全体のコストの詳細な内訳を提供するソースは複数あります。 しかし、パフォーマンスのためですか? 放棄やソーシャル メディアでの否定的な反応という形でユーザーの反応を強調する調査がいくつかあります。 しかし、企業にとっての実際のコストはいくらでしょうか? ほとんど存在しません。

Esteban Kolsky 氏によると、顧客の 72% が肯定的な体験を 6 人以上の人と共有するそうです。 一方、顧客が満足していない場合、13% の顧客は 15 人以上にその経験を共有します。

一般的に、今日のパフォーマンス測定の問題は、「速度低下のコストが測定されていない」と要約できます。 ダウンタイムのコストを測定します。」 人間は、自分たちが評価されるものに向かって努力する傾向があります。 これは新しい概念ではなく、実際、DevOps の信条の 1 つであり、この方法論に最も重要なものへの測定のシフトが含まれている理由です。 F5 では、絶対的な尺度での測定だけでなく、他のアプリケーションのデータとの相対的な測定も支援し、エンドユーザーが自社のアプリケーションを他の類似アプリケーションと比べてどのように体験しているかを確認できるようにする予定です。

最も重要なのは、エンドユーザーの期待に応えることです。今日では、それは単に利用可能であるということだけではなく、高速で信頼性があることも意味します。 私たちは、エンドユーザー エクスペリエンスに関するデータや視覚化だけでなく、「週末に本番環境にプッシュした変更により、エンドユーザーの月曜日の朝の典型的なエクスペリエンスが向上しました。素晴らしい成果です」や「ニューヨークの Chrome ユーザーに対するエクスペリエンスは、4 日以内に貴社の銀行アプリケーションの平均よりも悪くなると予測されます」などの自然言語で表現された洞察によって、アプリケーション所有者を支援する予定です。 ここでは、AWS US East の NGINX ロードバランサーに対して行うことをお勧めします。 ご自身で変更していただくか、ここをクリックして当社にご変更を依頼してください。」

次のような質問に対する回答が必要な場合:

  • 「エンドユーザーは全体的に良い体験をしているだろうか? 
  • 私の応募と似た応募と比べて、彼らの経験はどうですか? 
  • サポート チームが監視できるように、適応型エンドユーザー エクスペリエンスを組み込んだアプリケーションのシンプルなヘルス インジケーターを公開できますか? 
  • エンドユーザーエクスペリエンスを向上させるには、どのような手順を踏めばよいでしょうか? 
  • エンドユーザーエクスペリエンスを同じに保ちながらコストを削減するにはどうすればよいですか? 
  • 悪い経験をしたエンドユーザーは離れてしまうのでしょうか、それとも戻ってくるのでしょうか?」 

...その後、さらに詳しい内容を説明する続編の記事をお楽しみに。