Cada año, millones de personas realizan compras por Internet: es conveniente, simple y rápido. El usuario promedio, que elige a quién comprar el producto deseado, mantiene hasta 5-7 pestañas con diferentes tiendas en línea abiertas: alguien tiene un mejor precio, alguien tiene más opciones de pago. Y si de repente, debido a un mal funcionamiento, el sitio deja de funcionar o es demasiado estúpido, el usuario sin duda irá a los "vecinos" en el navegador.
En previsión del Black Friday, la venta global más popular y más grande (pero lejos de ser la única), debe asegurarse de la disponibilidad de sus sitios. Como? Los especialistas de IT-GRAD darán consejos bajo el corte.
/ Imagen original - ShutterstockLa razón principal de la "caída" de los sitios durante el período de ventas es un fuerte aumento en la cantidad de tráfico y la infraestructura no preparada adecuadamente. Debe recordarse que, en paralelo con la afluencia natural de visitantes, es posible un ataque DDoS.
Por lo tanto, la forma más segura de sobrevivir, por ejemplo, el Black Friday y no caer, es dar la oportunidad de escalar durante el período pico. La arquitectura de la solución debe construirse de tal manera que agregar recursos pueda resolver este problema. Lo mismo se aplica al código de la aplicación en sí: debe tener en cuenta la posibilidad de escalar. Sin embargo, daremos algunos consejos prácticos al final del artículo.
Por supuesto, es imposible crear la instrucción perfecta paso a paso "Para nunca caer, solo necesita ...", que se adaptará a todos. Sin embargo, a mediados del otoño, cuando las ventas más populares comienzan en todo el mundo una tras otra, no será superfluo recordar algunas reglas de preparación, sino al mismo tiempo estudiar la invaluable experiencia de colegas en el taller.
En ningún caso buscamos desacreditar a ninguna de las compañías cuyos casos serán considerados en el artículo. El único propósito de mencionar los incidentes a continuación es ilustrar los riesgos, los métodos de protección y las formas de mitigar las consecuencias de una denegación de servicio. Todos los cálculos de pérdidas estimadas los llevamos a cabo solo aproximadamente y no pueden reflejar la imagen real en las empresas.
Huawei
Fecha del incidente: 4 de abril de 2018.
Qué sucedió: Parece que China es uno de los países más densamente poblados del mundo. Y el vendedor chino, que lanzó una acción de generosidad sin precedentes (teléfonos inteligentes y tabletas por solo 1000 rublos), bien podría predecir una carga seria. Sin embargo, la oficina de la compañía subestimó el entusiasmo de nuestros amantes de la alta tecnología, como resultado de lo cual el sitio web de la división rusa de Huawei dejó de abrirse.
El fallo se registró literalmente inmediatamente después del inicio de la venta, aproximadamente a las 11:00 hora de Moscú. Al mismo tiempo, la página principal "promocional" se abrió sin problemas, pero al intentar agregar el producto al carrito, se produjo un error HTTP Status 404 - / CAS / remoteLogin. Los representantes de la compañía se abstuvieron de comentar, citando, nuevamente, un aumento no planeado en el tráfico durante la campaña.
Comentario de expertos: Huawei comenzó todo con bastante tranquilidad. De hecho, la campaña hablaba de solo 10 dispositivos por 1000 rublos, pero la gente no entendía algo y comenzó. Es probable que la verdadera causa de la caída no haya sido suficiente marketing de calidad: al desarrollar materiales promocionales, valió la pena indicar claramente los límites.
Afortunadamente, la compañía evitó
daños a la reputación . La mayoría de los usuarios simpatizaban con los problemas técnicos del sitio, y la reputación positiva de la marca permitió silenciar la situación.
Victoria
Fecha del incidente: 12 de agosto de 2019
Qué sucedió: el sitio web de la aerolínea de bajo costo Pobeda (o más bien, el servicio de reservaciones) dejó de funcionar correctamente durante la venta de boletos a 499 rublos.
Según los representantes de "Victoria", el sitio fue sometido a "un poderoso ataque DDoS de servidores chinos". Dijeron que no había interrupciones en el trabajo con la afluencia de visitantes y comenzaron antes de que comenzara la acción. Al intentar encontrar boletos, el sitio dio el error No. 502 y un mensaje sobre la falta de disponibilidad del servicio.
Para Victory, este no es el primer caso de una caída durante una venta, lo mismo sucedió antes.
Como resultado: Pobeda planeó vender 200,000 boletos a las tarifas más bajas, de 499 a 1999 rublos. Según la compañía, se agregaron 160 mil al sitio, pero del número planeado aún era
posible vender alrededor de 52,203 boletos. En consecuencia, quedaron 107 797 boletos, cuyo precio promedio fue de ~ 1249 rublos. En base a esto, podemos hacer una estimación aproximada y calcular que la "Victoria" podría maximizar otros 134 millones de rublos.
Sin embargo, el hecho mismo de que la venta de boletos causó tanto revuelo y Pobeda recibió una gran cantidad de referencias en los medios y las redes sociales sugiere que los boletos de 499 rublos pueden hacer que los usuarios se olviden de la caída y otros momentos dudosos.
Día de solteros en AliExpress
Fecha del incidente: 11 de noviembre de 2015
Lo que sucedió: La venta total, programada para coincidir con el "Día del soltero", popular en China, se realizó en Rusia por primera vez en 2015. Sin embargo, los usuarios y socios de la popular plataforma comercial encontraron problemas al pagar por los bienes. Durante varias horas, los pedidos emitidos y pagados permanecieron en las canastas de los usuarios con el estado "En espera de pago", y el dinero se dedujo de las tarjetas dos veces.
Como resultado: Sin embargo, los representantes de AliExpress declararon que no hubo fallas de su parte y que los culpables de la situación fueron algunos grandes bancos rusos y europeos que no pudieron hacer frente al gran aumento en el número de solicitudes de pago.
Habla de reputación. El accidente afectó a muchos usuarios de Rusia y Europa. Además, implicaba costos de material para algunos de estos usuarios. Sin embargo, hay un punto positivo para el comercio minorista: a pesar de la caída, esto demuestra que la gente estaba tan apasionada por la acción que incluso los bancos no podían "digerir" todos los pagos.
BlackFriday2013.ru
Fecha del incidente: 6 de diciembre de 2013
Qué sucedió: el sitio de venta del Black Friday se negó literalmente justo después de que comenzó la venta. Ozon, Enter, White Wind, L'Etoile y otros socios de la acción, cuyas pancartas se colocaron en la página del organizador, también participaron en la festiva caída.
Como cuestión de urgencia, se realizó un trabajo técnico en el sitio, durante el cual los feeds xml se cargaron incorrectamente, y los compradores recibieron tales ofertas de descuento:
/ Por lo tanto, el resultado de feeds XML incorrectamente rellenados parecíaComo resultado: Según los organizadores, debido a que el Black Friday se celebró en nuestro país por primera vez en 2013, no pudieron evaluar correctamente la carga esperada. Se
necesitaron aproximadamente 11 horas para restaurar el rendimiento, la acción se extendió hasta el sábado por la noche. A pesar de los comentarios positivos de los representantes de Ozon, Bukvoed y otras compañías participantes, algunos de los socios en 2013 se negaron a participar en futuras promociones. Es probable que un mal funcionamiento significativo en el trabajo de un sitio agregador dedicado y, como resultado, uno simple en ventas sea una de las razones. En este caso, vale la pena señalar que transferir parte de la carga al agregador de ventas es una forma de reducir los riesgos para los minoristas, sin embargo, en este caso, el agregador asume una responsabilidad sustancial para garantizar la acción.
Belavia
Fecha del incidente: 5 de marzo de 2016
Lo que sucedió: en la víspera del accidente, la aerolínea bielorrusa Belavia anunció la venta de boletos por solo 20 euros en honor del vigésimo aniversario. Se estimó que se venderían hasta 114,000 boletos a una tarifa especial durante todo el día el 5 de marzo.
Sin embargo, resultó que los servidores de la compañía no estaban listos para una afluencia récord de visitantes. Solo una hora después del inicio de la acción, los usuarios inundaron las redes sociales con mensajes de error en el sitio.
/ Captura de pantalla de publicación de redes socialesComentario de expertos: a juzgar por las declaraciones en las redes sociales, Belavia en ese momento usaba infraestructura física. En tal situación, cualquier expansión lleva algún tiempo, incluso en modo de emergencia. El uso de recursos en la nube ayudaría a que la escala sea más fluida.
Como resultado: Belavia planeó vender 114,000 boletos tanto como sea posible, según el informe, se vendieron 47,681 boletos. Sin embargo, esto se vio facilitado por la extensión de la acción por un día más: el 5 de marzo, la compañía vendió solo 10,000 boletos.
/ Captura de pantalla de publicación de redes sociales
/ Foto de la presentación de Belavia que resume los resultados de 2016, blog.vp.byReputación: Belavia puede haber encontrado la forma más elegante y honesta de restaurar una reputación empañada. La acción se extendió por otro día, y el 6 de marzo, se reanudó la venta de boletos para la tarifa de promoción, esta vez sin problemas.
Sacar conclusiones
En conclusión, presentamos una lista de verificación, cuyo cumplimiento antes de los picos de carga esperados ayudará a su sitio a sobrevivir. La lista de recomendaciones se divide en 2 partes: la primera está dedicada a la capacitación por parte de la gerencia y el marketing, la segunda a ingenieros y especialistas en operación.
Gerencia y Mercadeo
- Muy a menudo, las existencias y las ventas se planifican durante al menos seis meses, y en función de los años anteriores, puede hacer un pronóstico aproximado para el crecimiento de la carga.
- Forme las ofertas más honestas y comprensibles para que los clientes eviten emociones innecesarias . Una acción redactada vagamente, multiplicada por un sitio que se desacelera, puede causar serias reputaciones y pérdidas financieras.
- Piense en la posibilidad de utilizar plataformas afiliadas para distribuir el tráfico de manera más uniforme durante la campaña.
- Si todavía tiene los registros de los últimos años, no sea demasiado flojo para recogerlos y estudiar el comportamiento de los usuarios del sitio.
- Coordine el plan de acción y otras actividades que pueden causar el crecimiento del tráfico con el departamento de TI.
IT
- La infraestructura de TI y la arquitectura de la aplicación deben ser escalables.
- Asegúrese de que la infraestructura acepte la carga potencial sin ningún problema. Idealmente, vale la pena realizar pruebas de carga por adelantado y modificarlo si se identifican problemas.
- Notifique a su proveedor el próximo pico si utiliza recursos en la nube. Verifique la posibilidad de agregar recursos informáticos "en caliente": agregar grupos de recursos, agregar recursos de máquinas virtuales.
- Por separado, considere la escalabilidad a nivel de aplicación.
- Resalte las rutas de usuario típicas en su sitio y cree varios escenarios de emulación de carga real basados en ellas.
- Si es posible, implemente un banco de pruebas y realice pruebas de carga de acuerdo con escenarios previamente preparados.
- Implemente soporte activo-activo y expanda su infraestructura distribuida activa.
- Trabaje en la conectividad de red en toda la cadena de dispositivos y canales de red activos desde el servidor de aplicaciones hasta el límite de la infraestructura.
Si tiene alguna pregunta, estaremos encantados de hablar en los comentarios.