ビデオ: Faith Evans feat. Stevie J – "A Minute" [Official Music Video] (十一月 2024)
ブラックフライデーとサイバーマンデーは、電子商取引のスーパーボウルです。 ホリデーシーズンは、サイバーウィーク中に1年で最大のオンラインショッピング日があるビジネス向けに始まります。 ブラックフライデーからクリスマスまでの期間は、中小企業（SMB）からノードストロームやターゲットなどの大企業に至るまで、売上と収益を増減させることができます。 ただし、ビジネスごとに、成功または失敗は、休日のユーザートラフィックの流入にWebサイトがどれだけ耐えられるかにかかっています。
顧客がWebサイトにアクセスして閲覧し、製品をカートに追加し、チェックアウトすると、1秒おきにカウントされます。 デジタルパフォーマンス管理会社のSOASTAは、スイートスポット（ピークコンバージョンに対応するWebサイトのロード時間）は2016年には2秒以下になる可能性があると述べました。サイバーウィーク2014〜2015年の間に、SOASTAは15億ビーコンのユーザーセッションデータを分析しました。 SOASTAは、ピークコンバージョンロード時間が3.8秒から2.4秒に短縮されたことを発見しました。また、2015年に遅いページでは直帰率が最大58％増加することを発見しました。 数字はどんどん増えていきますが、相関関係は単純です。これらの重要な瞬間のウェブサイトの問題は、収益の損失に等しいものです。
彼らのウェブサイトが準備されていることを確認するために、ビジネスはラッシュの前と最中に脚本を行う必要があります。 アプリケーション配信およびスケーラブルなWebインフラストラクチャプロバイダーNGINX（「engine-x」と発音）のCEOであるGus Robertsonに、ビジネスの準備方法について話を聞きました。 私たちは、サイバーウィーク中に最善を尽くし、最悪の事態を計画するために実施すべきメカニズムについて議論しました。
NGINXとそのオープンソースソフトウェアは、インターネットの初期から存在していました。 同社によれば、NGINXソフトウェアは、インターネットの55％以上を何らかの形で動かしています。 ロバートソンは、インターネットは単純なWebページから、ユーザーエクスペリエンス（UX）をさまざまなデバイスと画面サイズに配信する複雑なWebベースのアプリケーションに進化していると見ています。 同時に、毎年、ますます多くの小売収入がウェブからもたらされています。
「電子商取引は、実店舗での実店舗販売と同等以上に重要になっているこの移行が見られます」とロバートソンは述べています。 「ウェブサイトがダウンすると、ビジネスチャンスの大部分がシャットダウンされます。最高の忙しい日が最悪の日になることはありません。あなたが十分に保護されていることを確認するためにできる基本的なことはあります。可能な限り準備してください。」
ロバートソンは、あなたのビジネスがウェブサイトをテストし、急ぎのゲーム計画を立てるのに役立つ10のヒントを提示しました。 このようにして、ブラックフライデーまたはサイバーマンデーの最悪の時間にWebサイトの何かがおかしくなった場合の準備と対処方法を知ることができます。
1. Webサイトを監視する
ロバートソン氏は、企業がウェブサイトの監視やアプリケーションパフォーマンス管理（APM）ソリューションを導入するのは簡単だと述べた。 これらの種類のツールを使用すると、Webサイトのフロントエンドだけでなく、Webアプリケーション全体とコンピューティングリソースの全体的な外観を完全に可視化できます。
「数年前とは非常に異なるアプリケーションアーキテクチャを扱っています。何か問題が発生した場合は、インフラストラクチャ自体や応答時間などだけでなく、原因も調べる必要があります」とRobertson氏は述べています。 「当社のお客様は、New Relic、AppDynamics、Datadogなどのツールを使用して、バックエンドで障害が発生している、または実行されていないだけでなく、フロントエンドのUXを見つけます。代わりにそこで製品を購入します。」
2.プリエンプティブロードテスト
負荷テストとは、シミュレートされたトラフィックを使用してWebサイトに要求を出し、処理可能な同時ユーザー数を確認することです。 ロバートソンは、負荷テストは通常のトラフィックだけでなく、ピーク時のトラフィックレベルを処理するためにWebサイトをその限界までプッシュすることで、早期かつ頻繁に行う必要があると強調しました。
「通常のトラフィックでテストをロードする必要があります-予想どおりに-そして、潜在的に予想できる最大トラフィックをロードする必要があります」とRobertson氏は述べています。 「負荷テストがパフォーマンスにどのように影響するかを確認する必要がありますが、トラフィックが入るときのサイトのバックエンドの復元力も確認する必要があります。」
3.パフォーマンステスト
ロードテストの際に、ロバートソンは、UXについて考えることも重要だと言いました。 負荷とパフォーマンスのテストは、Webサイトがクラッシュせずに多くのユーザーを処理できる必要があるだけでなく、高速ロードページと応答性の高いインターフェイスを提供してそれらの顧客を満足させ、ショッピングエクスペリエンスに関与させる必要があるため、連動します。
「サイトとやり取りし、会社との関係を築こうとしている顧客に、できる限り最高のユーザーエクスペリエンスを提供したいのです」とRobertson氏は述べています。 「高性能なWebアプリケーションは、多くの手間をかけずにサイトを通じて顧客に適切な情報を提供する必要があります。それが顧客体験の目的です。」
4.重要なユーザーワークフローをテストする
そのパフォーマンステストの一部は、ロード時間を超えて、Webサイトで最も比phor的なフットトラフィックを受け取るユーザーフローを実際にテストすることです。 ロバートソンは、最もホットな製品ページ、ショッピングカート管理、そして最も重要なこととして、精算プロセスのシームレスさは、オンライン販売を成功させるための重要なステップであると述べました。
「企業はサイトの前面の負荷テストを行っていますが、支払いゲートウェイに接続するバックエンドAPIとは限りません」とRobertson氏は述べています。 「アプリケーションの前にX人の人がいますが、それが全体に機能するかどうかはわかりません。ショッピングカートからチェックアウトしようとしてもできない場合は、完了です。あなたはそのコンバージョンを失いました。」
5.スケーリングツールを配置する
Webアプリケーションをどのように設計したかに関係なく（後で説明します）、NGINXは、必要な場所にWebリソースを迅速にスケーリングおよび割り当てることができることに名前を付けました。 Robertsonは、ウェブサイトに配置できるさまざまなツールについて説明しました。これにより、高いトラフィックが入ってきたときに柔軟性を得ることができます。
「NGINXは、アプリケーションのフロントエンドのショックアブソーバーと考えています」とRobertson氏は述べています。 「私たちはHTTPの重荷を持ち上げます。ロードバランサー、キャッシュメカニズム、または特定のトラフィックの自動スケーリングと優先順位付けに役立つCDNなど、アプリの前面に配置できるこれらのツールはすべてあります。ワークフローに戻って、あるトラフィックソースと別のトラフィックソースをトレードオフする必要がある場合、ショッピングカートのチェックアウトなどの優先順位を付けて、製品検索バーを強化するリソースに対するコンバージョンを最大化できます。」
6.交通警官の設定
ロードバランサーやCDNなどのスケーリングツールは、NGINXの「衝撃吸収」の1つの要素ですが、同社はWebサイトの「トラフィック警官」と呼ばれるものも設定します。 これらのトラフィック警官は、セキュリティ侵害と分散型サービス拒否（DDoS）攻撃などの偽造行為を阻止します。 ロバートソン氏によると、CDN、DDoS緩和サービス、ファイアウォールなどの「エッジサービス」は、悪意のあるトラフィックを迂回させて、実際のユーザートラフィックをWebサイトに送信するのに役立ちます。
「DDoSは、サイトをダウンさせる可能性のある外部の悪意のあるエージェントから発生する可能性がありますが、1つのサーバーに別のサーバーをpingしてダウンさせることで、誤ってDDoSを発生させることもできます。 「交通警官は、重量制限、事前設定IPアドレス、外部アプリケーションのブロックとホワイトリストなどを設定することを意味します。NGINXは、サービスが中断されず、別のDDoSを許可しないためのさまざまなメカニズムを導入できますそして、フロントエンドでは、外部DDoSやSQLインジェクション攻撃などを探しているWAFがあります。」
7.失敗の計画を立てる
サイバーウィーク中にウェブサイトがダウンすることを望むビジネスはありませんが、有名な小売業者でさえ毎年起こります。 このため、すべてのビジネスは最悪の事態に備えて計画する必要があります。 Robertson氏は、メインのWebサイトがダウンした場合にバックアップWebサイトをテストし、すぐに使用できるように、サービスとしての災害復旧（DRaaS）ソリューションを導入することから始めると述べました。
「DRサイトが保険プランとしてそこにあることを確認してください。また、事前にアクティベートしてテストしてください」とRobertson氏は述べています。 「メインサイトの負荷テストを行っている場合は、DRサイトでも同じことを行います。何か問題が発生した場合、サイトをそのインフラストラクチャにすばやく移動できます。
8.社会的損害管理
バックアップ計画の残りの半分は、顧客サービスとアウトリーチ戦略を知ることであり、2016年にはソーシャルメディア管理を意味します。 ソーシャルメディアは、ブランドと顧客との対話の最前線です。 ウェブサイトがダウンした場合、顧客が最初に答えを探す場所は、会社のFacebookページとTwitterページです。
「問題が発生した場合は、ソーシャルメディアでどのように対応し、担当者が顧客に通知して最新の状態に保つ方法を考えてください」とRobertson氏は述べています。
9.ウェブサイトのアーキテクチャを検討する
ウェブサイトに関してビジネスが議論すべき長期的な会話の1つは、どのようにアーキテクトを構築するか、そして変更の時が来たかどうかについてです。 あらゆる種類のアプリケーションが、モノリシックアーキテクチャからよりモジュール化されたマイクロサービスに移行する方法について説明しました。 Robertson氏は、最終的に、NGINXが提供するフロントエンドツールは、動的にスケーリングするマイクロサービスベースのWebアプリに代わるものではないと述べました。
「マイクロサービスは、大規模なWebプロパティが実際にスケーリングできるようにする方法です」とRobertson氏は述べています。 「モノリスを作成した場合、今から休日の買い物ラッシュまでの間、再設計することはできません。しかし、アーキテクチャを見て、最終的にどのように移行できるかを考えてください。マイクロサービスの利点は、トラフィックがヒットするたびに個々のコンポーネントをスケーリングします。したがって、イメージライブラリがヒットした場合、そのアプリケーションまたはアプリ内の他のサービスをスケーリングします。この時期に、受信トラフィックを調整するのはこのアプリケーションアーキテクチャバルブです過剰です。」
10. C-Suiteバイイン
Webサイトがブラックフライデーにダウンした場合、その結果はWebサイトを運営しているITチームに影響を与えるだけではありません。 次に、会社のCEOまたはCTOは、Webサイトがダウンした理由と潜在的な収益がどれだけ失われたかについて、株主または取締役会に回答する必要があります。 ビジネスとテクノロジーの問題は、オンラインビジネスと密接に関連しています。ロバートソンは、経営陣やその他の幹部はそれらを知り、理解する必要があると述べました。
「CEOであり、ビジネスの20％がWebサイトから来ている場合、CIOに同じ質問をすることは、CIOがチームに質問するのと同じくらい重要です」とRobertson氏は言います。 「これはハイレベルですが、経営者が会社やサイトのテクノロジーについて十分に知り、適切な質問をし、それが必要なほど不幸な場合に株主に良い答えを得ることが重要です。」
