Ada goby, berayun: daftar periksa untuk e-commerce di musim penjualan

Setiap tahun, jutaan orang melakukan pembelian melalui Internet: nyaman, sederhana, dan cepat. Rata-rata pengguna, memilih dari siapa untuk membeli produk yang diinginkan, menyimpan hingga 5-7 tab dengan berbagai toko online terbuka: seseorang memiliki label harga yang lebih baik, seseorang memiliki lebih banyak opsi pembayaran. Dan jika tiba-tiba, karena kegagalan fungsi, situs berhenti bekerja atau terlalu bodoh, pengguna tidak diragukan lagi akan pergi ke "tetangga" di browser.

Untuk mengantisipasi Black Friday, penjualan global paling populer dan terbesar (tetapi jauh dari satu-satunya), Anda harus menjaga ketersediaan situs Anda. Bagaimana? Spesialis IT-GRAD akan memberikan saran di bawah pemotongan.


/ Gambar Asli - Shutterstock

Alasan utama untuk "jatuhnya" situs selama periode penjualan adalah peningkatan tajam dalam jumlah lalu lintas dan infrastruktur yang tidak disiapkan dengan baik. Harus diingat bahwa seiring dengan arus masuk alami pengunjung, serangan DDoS mungkin terjadi.

Oleh karena itu, cara paling pasti untuk bertahan hidup, misalnya, Black Friday dan tidak jatuh, adalah dengan meletakkan peluang untuk penskalaan untuk periode puncak. Arsitektur solusi harus dibangun sedemikian rupa sehingga menambahkan sumber daya dapat menyelesaikan masalah ini. Hal yang sama berlaku untuk kode aplikasi itu sendiri: harus memperhitungkan kemungkinan penskalaan. Namun, kami akan memberikan beberapa saran praktis di akhir artikel.

Tentu saja, tidak mungkin untuk membuat instruksi langkah demi langkah yang sempurna "Untuk tidak pernah jatuh, Anda hanya perlu ...", yang akan cocok untuk semua orang. Namun demikian, di tengah musim gugur, ketika penjualan terpanas dimulai di seluruh dunia satu demi satu, tidak akan berlebihan untuk mengingat beberapa aturan persiapan, tetapi pada saat yang sama untuk mempelajari pengalaman rekan kerja yang tak ternilai di bengkel.

Dalam kasus apa pun kami berusaha untuk mendiskreditkan salah satu perusahaan yang kasusnya akan dipertimbangkan dalam artikel. Satu-satunya tujuan penyebutan insiden di bawah ini adalah untuk menggambarkan risiko, metode perlindungan, dan cara untuk mengurangi konsekuensi dari penolakan layanan. Semua perhitungan estimasi kerugian dilakukan oleh kami hanya kira-kira dan tidak dapat mencerminkan gambaran nyata di perusahaan.

Huawei

Tanggal kejadian: 4 April 2018.
Apa yang terjadi: Tampaknya Cina adalah salah satu negara terpadat di dunia. Dan vendor China, yang meluncurkan aksi kemurahan hati yang belum pernah terjadi sebelumnya (smartphone dan tablet hanya 1000 rubel), dapat memprediksi beban yang serius. Namun demikian, kantor perusahaan meremehkan antusiasme para pecinta teknologi tinggi kami, akibatnya situs web divisi Rusia dari Huawei berhenti dibuka.



Kegagalan itu direkam secara harfiah segera setelah dimulainya penjualan, sekitar pukul 11:00 waktu Moskow. Pada saat yang sama, halaman "promosi" utama dibuka tanpa masalah, tetapi ketika mencoba menambahkan produk ke troli, kesalahan Status HTTP 404 - / CAS / remoteLogin terjadi. Perwakilan perusahaan menahan diri untuk tidak berkomentar, mengutip, sekali lagi, peningkatan lalu lintas yang tidak direncanakan selama kampanye.

Komentar ahli: Huawei memulai semuanya dengan cukup damai. Faktanya, kampanye hanya berbicara tentang 10 perangkat untuk 1000 rubel, tetapi orang tidak memahami sesuatu, dan itu dimulai. Kemungkinan penyebab musim gugur yang sebenarnya adalah pemasaran yang tidak berkualitas - ketika mengembangkan materi promosi, ada baiknya untuk menunjukkan dengan jelas batasannya.

Untungnya, perusahaan menghindari kerusakan reputasi . Sebagian besar pengguna bersimpati dengan masalah teknis di situs, dan reputasi positif merek memungkinkan untuk menyelesaikan situasi.

Kemenangan

Tanggal Insiden: 12 Agustus 2019
Apa yang terjadi: Situs web maskapai berbiaya rendah Pobeda (atau lebih tepatnya, layanan reservasi) berhenti bekerja dengan benar selama penjualan tiket dengan 499 rubel.



Menurut perwakilan "Victory", situs itu menjadi sasaran "serangan DDoS yang kuat dari server Cina." Mereka mengatakan bahwa tidak ada gangguan dalam bekerja dengan masuknya pengunjung dan mereka mulai lebih awal dari aksi dimulai. Ketika mencoba menemukan tiket, situs tersebut memberikan kesalahan No. 502 dan pesan tentang tidak tersedianya layanan.

Bagi Victory, ini bukan kasus pertama kejatuhan selama penjualan - hal yang sama terjadi sebelumnya.

Akibatnya: Pobeda berencana untuk menjual 200.000 tiket dengan harga terendah - 499-1999 rubel. Menurut perusahaan, 160 ribu ditambahkan ke situs, tetapi dari jumlah yang direncanakan masih mungkin untuk menjual sekitar 52.203 tiket. Dengan demikian, 107.797 tiket tetap, harga rata-rata ~ 1249 rubel. Berdasarkan ini, kita dapat membuat perkiraan kasar dan menghitung bahwa "Kemenangan" dapat memaksimalkan 134 juta rubel lainnya.

Namun, fakta bahwa penjualan tiket menyebabkan kegemparan, dan Pobeda menerima sejumlah besar referensi di media dan jejaring sosial menunjukkan bahwa tiket 499 rubel dapat membuat pengguna melupakan kejatuhan dan momen meragukan lainnya.

Hari Singles di AliExpress

Tanggal kejadian: 11 November 2015
Apa yang terjadi: Total penjualan, yang bertepatan dengan "Hari Sarjana", yang populer di Cina, diadakan di Rusia untuk pertama kalinya pada tahun 2015. Namun, pengguna dan mitra platform perdagangan populer mengalami masalah saat membayar barang. Selama beberapa jam, pesanan yang diterbitkan dan dibayar tetap berada di keranjang pengguna dengan status "Menunggu pembayaran", dan uang dikurangkan dari kartu dua kali.

Akibatnya: Namun demikian, perwakilan AliExpress menyatakan bahwa tidak ada kegagalan di pihak mereka dan penyebab situasi saat ini adalah beberapa bank besar Rusia dan Eropa yang tidak dapat mengatasi meningkatnya jumlah permintaan pembayaran yang tajam.
Bicara tentang reputasi. Kecelakaan itu memengaruhi banyak pengguna dari Rusia dan Eropa. Selain itu, ini memerlukan biaya material untuk beberapa pengguna ini. Namun demikian, ada momen positif untuk ritel: terlepas dari penurunan, ini membuktikan bahwa orang-orang begitu bersemangat dengan tindakan itu sehingga bahkan bank tidak dapat "mencerna" semua pembayaran.

BlackFriday2013.ru

Tanggal kejadian: 6 Desember 2013
Apa yang terjadi: Situs penjualan Black Friday menolak secara harfiah setelah penjualan dimulai. Ozon, Enter, White Wind, L'Etoile dan mitra aksi lainnya, yang spanduk-spanduknya diletakkan di halaman penyelenggara, juga ambil bagian dalam musim gugur yang meriah.



Sebagai hal yang mendesak, pekerjaan teknis dilakukan di situs, di mana umpan xml diunggah secara salah, dan pembeli menerima penawaran diskon seperti itu:


/ Jadi hasil dari xml feed yang salah diisi

Akibatnya: Menurut penyelenggara, karena fakta bahwa Black Friday diadakan di negara kami untuk pertama kalinya pada 2013, mereka tidak dapat dengan benar menilai perkiraan beban. Butuh sekitar 11 jam untuk mengembalikan kinerja, aksinya diperpanjang hingga Sabtu malam. Terlepas dari umpan balik positif dari perwakilan Ozon, Bukvoed, dan perusahaan yang berpartisipasi lainnya, beberapa mitra pada 2013 menolak untuk berpartisipasi dalam promosi mendatang. Sangat mungkin bahwa kerusakan yang signifikan dalam pekerjaan situs agregator khusus dan, sebagai akibatnya, yang sederhana dalam penjualan adalah salah satu alasannya. Dalam hal ini, perlu dicatat bahwa mengalihkan bagian dari beban ke agregator penjualan adalah cara untuk mengurangi risiko bagi pengecer, namun, dalam kasus ini, agregator memikul tanggung jawab besar untuk memastikan tindakan.

Belavia

Tanggal kejadian: 5 Maret 2016
Apa yang terjadi: pada malam kecelakaan, maskapai Belarusia Belavia mengumumkan penjualan tiket hanya 20 euro untuk menghormati ulang tahun kedua puluh. Diperkirakan hingga 114.000 tiket akan dijual dengan harga khusus sepanjang hari pada 5 Maret.
Namun demikian, ternyata server perusahaan tidak siap untuk masuknya pengunjung. Hanya satu jam setelah dimulainya tindakan, pengguna membanjiri jaringan sosial dengan pesan kesalahan di situs.


/ Cuplikan layar publikasi dari jejaring sosial

Komentar ahli: dilihat dari pernyataan di jejaring sosial, Belavia pada waktu itu menggunakan infrastruktur fisik. Dalam situasi seperti itu, ekspansi apa pun membutuhkan waktu, bahkan dalam mode darurat. Menggunakan sumber daya cloud akan membantu membuat penskalaan menjadi lebih lancar.

Akibatnya: Belavia berencana untuk menjual 114.000 tiket sebanyak mungkin, menurut laporan itu, 47.681 tiket terjual. Namun, ini difasilitasi oleh perpanjangan aksi untuk satu hari lagi - pada 5 Maret, perusahaan hanya menjual 10.000 tiket.


/ Cuplikan layar publikasi dari jejaring sosial


/ Foto dari presentasi Belavia merangkum hasil 2016, blog.vp.by

Reputasi: Belavia mungkin telah menemukan cara paling elegan dan jujur ​​untuk mengembalikan reputasi yang ternoda. Tindakan itu diperpanjang untuk satu hari lagi, dan pada 6 Maret, penjualan tiket untuk tarif promosi kembali, kali ini tanpa gangguan.

Buat kesimpulan

Sebagai kesimpulan, kami menyajikan daftar periksa, kepatuhan yang sebelum puncak beban yang diharapkan akan membantu situs Anda bertahan. Daftar rekomendasi dibagi menjadi 2 bagian: yang pertama dikhususkan untuk pelatihan pada bagian manajemen dan pemasaran, yang kedua untuk insinyur dan spesialis dalam operasi.

Manajemen dan Pemasaran

• Sangat sering, stok dan penjualan direncanakan setidaknya selama enam bulan, dan berdasarkan tahun-tahun terakhir, Anda dapat membuat perkiraan perkiraan untuk pertumbuhan beban.
• Bentuk penawaran paling jujur ​​dan mudah dipahami bagi pelanggan untuk menghindari kegembiraan yang tidak perlu . Tindakan yang samar-samar, dikalikan dengan situs yang melambat, dapat menyebabkan reputasi serius dan kerugian finansial.
• Pikirkan tentang kemungkinan menggunakan platform afiliasi untuk mendistribusikan lalu lintas secara lebih merata selama kampanye.
• Jika Anda masih memiliki log beberapa tahun terakhir, jangan terlalu malas untuk mengambilnya dan mempelajari perilaku pengguna situs.
• Mengkoordinasikan rencana tindakan dan kegiatan lain yang dapat menyebabkan pertumbuhan lalu lintas dengan departemen TI.

ITU

• Infrastruktur TI dan arsitektur aplikasi harus dapat diskalakan.
• Pastikan infrastruktur menerima potensi muatan tanpa masalah. Idealnya, ada baiknya melakukan pengujian beban terlebih dahulu dan memodifikasinya jika masalah teridentifikasi.
• Beri tahu penyedia Anda tentang puncak mendatang jika menggunakan sumber daya cloud. Periksa kemungkinan sumber daya komputasi “panas” yang ditambahkan: menambahkan kumpulan sumber daya, menambahkan sumber daya mesin virtual.
• Secara terpisah, pertimbangkan skalabilitas di tingkat aplikasi.
• Sorot jalur pengguna tipikal di situs Anda dan buat beberapa skenario emulasi beban nyata berdasarkannya.
• Jika memungkinkan, gunakan bangku tes dan lakukan pengujian beban sesuai dengan skenario yang disiapkan sebelumnya.
• Menyebarkan dukungan aktif-aktif dan memperluas infrastruktur terdistribusi aktif Anda.
• Bekerja pada konektivitas jaringan di seluruh rantai perangkat jaringan aktif dan saluran dari server aplikasi ke tepi infrastruktur.

Jika Anda memiliki pertanyaan, kami akan senang untuk berbicara di komentar.