この黒黒金曜日

ハブラー、ロシアのブラックフライデー割引が始まったことを思い出したい。 このイベントにちょうど間に合うように、ブラックフライデーの登場についての記事と、公式オンライン販売サービスblackfridaysale.ruがピーク時の負荷にどのように対処するかについての技術資料を用意しました。 猫の下を見てください。 そして、割引を利用することを忘れないでください!







5月上旬、 記事 「Microsoft Azure Cloud in Real Projects」で、クラウドサービスとしてAzureを選択したいくつかの企業について話しました。 これらの企業の1つはブラックフライデーです。



ブラックフライデーの歴史について少し



1869年9月24日、米国の金市場の崩壊という金融危機に初めて「ブラックフライデー」という言葉が適用されました。 その後、2人の悪名高い金融会社が、州の金をすべて買おうとして、金の価格を上げ、後で大きな利益を得ることを望んでいました。



ブラックフライデーの今日の重要性の出現の最も有名なバージョンは、言葉と句単位の一種の遊びです。 1年の不採算な仕事(「赤字」-恩恵、約Ed。)の後、店は利益を得る(「黒字」になりました-経済的に成功、約Ed。)と考えられます。人々はクリスマスプレゼントを買うのにたくさんのお金を使うでしょう。







まだ奴隷のアメリカでの感謝祭の後、奴隷の割引に関連するあまり知られていないバージョンがあります。



ただし、実際には、この用語の意味の歴史は1950年代のフィラデルフィアと関係しています。 毎年、感謝祭の翌日、この都市は大規模なフットボールの試合の前夜に集まった人々、主に観光客で混雑していました。 都市で万引きが盛んになり、警察の頭痛の種が増えました。 1980年代後半になってようやく、小売店はブラックフライデーをポジティブなものに変える方法を見つけました。



あなた自身の理論を持っている場合-コメントで共有します。



blackfridaysale.ru ITディレクターとのミニインタビュー



このセクションでは、Alexander Usunovとの短いインタビューを共有したいと思います。



BlackFridaysは、サイトトラフィックのピーク時にどのような負荷を経験しますか? これらの値は標準とどの程度異なりますか?



通常の場合、スループットは0.5〜3 Mbpsからジャンプしますが、昼食時は15〜20 Mbpsになります。 アクションの2〜3日前に、インジケータは600 Mbpsになり、開始の数分前に1.2〜1.5 Gbpsに増加します。 起動時のスループットは約7〜8 Gbps、最大14 Gbpsです。 約4時間後、値は3〜4 Gbpsに低下し、プロモーションが終了するまでこれらの制限内に留まります。



Azureに切り替える前に、サイト上の不均一なトラフィック負荷を分散するために何を使用しましたか?



AWSを使用しました:OpsWorks、API Gateway、スケールグループ、キャッシュクラスター、Aurora DBMS、CloudFront。



移行の原因は何ですか? 主な基準は、お金、時間、または他の何かを節約することでしたか?



まず第一に、法人に大きなAmazonの請求書を支払うことの難しさ。 ロシアからの人。 また、フレームワークの新しいバージョンに切り替えて、最適なSaaSソリューションを探しました。Azureの専門家は、良い選択肢を教えてくれました。 そして、もちろん、コスト削減。



移行中にどのような問題に遭遇しましたか?



DNSに適切なエントリを入力せずにwebappまたはcdnをドメインに関連付けることができないため、スムーズな移行が困難になりました。 最初は、すべてがかなり遅く動作しましたが、一部のソリューションを再検討する必要がありましたが、現在はパフォーマンスの問題はありません。



サイトは移動後にどのピーク負荷に耐えましたか? アクセシビリティの問題はありましたか?



ロシア、オーストリア、ドイツの地域別およびグループ別の部門がありました。 各グループは、開始後最初の数時間で約7〜8 Gbpsを占めました。 最初の数分で、アプリケーションゲートウェイにわずかな遅延があり、SSLトラフィックが発生したため、開始前に「ウォームアップ」されませんでした。 しかし、グローバルに、これはリソースの可用性に影響しませんでした。



Azureに追加のサーバーを導入するのにどのくらい時間がかかりますか?また、自分のサーバーでどれくらい時間がかかりますか?



私たちは独自のサーバーを使用しませんでした。テンプレートからデプロイする場合、Azureでの追加の仮想マシンのデプロイには、AWSの場合よりも少し時間がかかります。 ソフトウェアとアプリケーションを使用して約10〜15分。 イメージの展開を比較すると、大幅に時間がかかります。 ただし、SaaSソリューションにより、仮想マシンの直接使用を可能な限り削減し、仮想マシンが残っている場所は時間どおりに要求されません。



移動の詳細については、 こちらをご覧ください



All Articles