戻る

小売業者、ネットワークの停止で何が危険にさらされていますか? すべての。

著者注 by マーク・ハリス 2018 年 3 月 23 日

ネットワークは、小売業の成功に不可欠な要素です。 明らかに、高速で信頼性の高い接続は、e-tail の世界では生死を左右します。 しかし、それは実店舗にとっても同様に重要です。

ネットワークの停止は小売業者に多大な混乱と収益の損失をもたらします。クレジットカード処理システムへのアクセス不能や電子商取引サイトのダウンなどの問題は、ネットワーク停止の結果のほんの一部にすぎません。消費者は問題が解決されるのを辛抱強く待つことはありません。必ずしも苦情を言うわけではなく、競合他社の 1 つに移るだけです。二度と戻ってきません。

「不満を持っている顧客の 96% は文句を言いません。 しかし、彼らの 91% はただ離れてしまい、二度と戻ってこないのです。」

-1st 金融研修サービス

オンラインとモバイルコマースは私たちのショッピング体験を永遠に変えましたが、米国国勢調査局によると、小売売上高の 91% は依然として実店舗で発生しています。また、2018 年の小売変革調査によると、6.2 年の小売売上高は北米全体で 2018% 増加すると予想されています。

しかし、今日の消費者は、どこでどのように買い物をしても、Amazon のような体験を期待するようになっています。デジタル変革、オムニチャネルの顧客体験、または「フィジタル」(物理とデジタルの融合)化など、ますます厳しくなるこれらの期待は、システムを稼働させ続けること、そして記録的な速さでネットワークの停止を解決することに対する小売ネットワーク チームへの大きなプレッシャーとなっています。

2017 年の注目すべき小売ネットワークの停止

2017 年には小売ネットワークの停止が数回発生しましたが、最もひどいのは第 4 四半期で、ブラック フライデー、サイバー マンデー、クリスマスの買い物客は購入の準備ができ、購入の意思と能力もあったのに、購入できませんでした。これは、多額の収益 (評判は言うまでもありません) が無駄になったことを意味します。

  • メイシーズの支払い処理システムは、最も多いものの XNUMX つであるブラック フライデーにクラッシュしました (そうでない場合)   年間で最も重要なショッピング日。 クレジットカードやデビットカードを使用して支払うことができない店舗の顧客向けに、現金のみでした。 オンラインの顧客は完全に不運でした。
  • 真新しいデバイスをアクティベートしてアカウントを開設する膨大な数の人々が、クリスマスの日に任天堂ネットワーク全体をダウンさせました. ほとんどのサービスはすぐに復旧しましたが、e ショップは最大 27 日間オフラインのままでした。 顧客はクリスマス後の e ショップのセールを利用できず、XNUMX つのポケモン アプリのリリースが保留され、XNUMX 月 XNUMX 日の有効化日を逃しました。
  • XNUMX 月、「技術の更新」により、スターバックスのキャッシュ レジスター システムが数時間停止し、テキサスからフロリダ、カリフォルニアまでの店舗が影響を受けました。

ダウンタイムのコスト

による ITIC の 2017 年の信頼性とダウンタイムの XNUMX 時間あたりのコストの傾向に関する調査、従業員が 98 人を超える大企業の 1,000% 以上が、平均して、年間 100,000 時間のダウンタイムが会社に 81 ドル以上の損失をもたらしていると述べており、300,000% が 33 ドル以上であると述べています。 さらに注目に値するのは、企業の 1% が、XNUMX 時間あたりのダウンタイムのコストが XNUMX 万ドル以上であることを示しています。

もちろん、ダウンタイムのコストは、会社の規模や業界などの状況によって異なりますが、計画外のダウンタイムはどんなビジネスにも支障をきたす可能性があるということは確かです。これは、事業運営に高度なデータ トランザクションに大きく依存している小売企業に特に当てはまります。小売業者にとって、店舗のピーク時や交通量の多い時間帯にネットワークが停止すると、数百万ドルの損失や事業の失敗につながる可能性があります。

安全な組織はありません。 手作業によるネットワークの設計と構成は、基本的な人為的エラーにつながり、残念ながらシステムをダウンさせる可能性があります。 その上に重ねられているのは、今日のネットワークの機密性です。 現代のネットワークは、XNUMX 年前には想像もできなかったレベルのトラフィックを処理していますが、ほんのわずかなミスで元に戻すこともできます。 実際、AWS などの最大規模のネットワークが、単純なコーディング エラーによってダウンするのを見てきました。 AWS の場合、その停止 伝えられるところによると、企業は150億XNUMX万ドルの費用がかかります.

ネットワークが停止した後、ユーザーへのサービスを復旧するのに通常どのくらいの時間がかかりますか?

ネットワークの停止

出典: 2017 年ネットワーク エンジニア レポートの現状

ネットワークのダウンタイムは発生します。ネットワークに変更を加えると、常にリスクの要素が生じます。今日のネットワークへの変更の量、速度、種類により、リスクは増大するばかりです。ほとんどの企業は年間 4 ~ 5 回のネットワーク停止を経験しており、約 80% の企業が復旧に通常 XNUMX 時間以上かかると報告しています。

自動化が削減の鍵 MTTR

では、リスクが非常に高い状況で、ネットワーク エンジニアはどのようにしてネットワークの停止を数時間 (または数日) から数分に短縮できるのでしょうか?

トラブルシューティング プロセスを自動化する。 ネットワークのトラブルシューティングは、依然として大部分が手動のプロセスです。 CLI データを一度に XNUMX つのコマンドで、デバイスごとに収集して分析し、干し草の山から針を探します。 ダイナミック ルーティング パスをトラフィックがどのように流れているかを正確に特定しようとします。 または、エスカレーション中の「車輪の再発明」 (連続する各レベルのサポートが同じ診断を繰り返す) では、エンジニアが顧客に影響を与える前に問題を解決するために必要なエンドツーエンドの可視性を得るのに時間がかかりすぎます。

全体的なヘルス モニター
自動診断により、CLI および SNMP データを自動的に収集、分析、視覚化します。 速度/デュプレックスの不一致、インターフェイス エラーの増加、OSPF ID の重複、または BGP ネイバー接続の AS 番号の構成ミスをすばやく特定します。

自動化により平均修復時間を短縮できます (MTTR) 当面の問題の収集、分析、視覚化を促進します。エンタープライズ ネットワークの場合、平均修復時間を少しずつでも短縮することで、組織の収益に大きな違いをもたらす可能性があります。

結局のところ、ネットワークがダウンしているということは、毎分収益が窓の外に飛び出していることを意味します。

関連記事