Todos os anos, milhões de pessoas fazem compras pela Internet: é conveniente, simples e rápido. O usuário médio, escolhendo de quem comprar o produto desejado, mantém de 5 a 7 guias com diferentes lojas online abertas: alguém tem um preço melhor, alguém tem mais opções de pagamento. E se de repente, devido a mau funcionamento, o site parar de funcionar ou for estúpido demais, o usuário sem dúvida irá aos "vizinhos" no navegador.
Antecipando a Black Friday, a venda global mais popular e maior (mas longe de ser a única), vale a pena cuidar da acessibilidade dos seus sites. Como Especialistas do IT-GRAD darão conselhos sob o corte.
/ Imagem original - ShutterstockA principal razão para a "queda" de sites durante o período de vendas é um aumento acentuado na quantidade de tráfego e uma infraestrutura mal preparada. Deve-se lembrar que, paralelamente ao fluxo natural de visitantes, é possível um ataque DDoS.
Portanto, a maneira mais segura de sobreviver, por exemplo, a Black Friday e não cair, é oferecer a oportunidade de escalar para o período de pico. A arquitetura da solução deve ser construída de forma que a adição de recursos possa resolver esse problema. O mesmo se aplica ao código do próprio aplicativo: ele deve levar em consideração a possibilidade de dimensionamento. No entanto, daremos alguns conselhos práticos no final do artigo.
Obviamente, é impossível criar a instrução passo a passo perfeita "Para nunca cair, você precisa apenas ...", que será adequado a todos e a todos. No entanto, no meio do outono, quando as vendas mais quentes começam em todo o mundo, uma após a outra, não será supérfluo relembrar algumas regras de preparação, mas, ao mesmo tempo, estudar a inestimável experiência de nossos colegas.
Em nenhum caso procuramos desacreditar nenhuma das empresas cujos casos serão considerados no artigo. O único objetivo de mencionar os incidentes abaixo é ilustrar os riscos, métodos de proteção e maneiras de mitigar as consequências de uma negação de serviço. Todos os cálculos das perdas estimadas foram realizados por nós apenas aproximadamente e não podem refletir a imagem real nas empresas.
Huawei
Data do incidente: 4 de abril de 2018.
O que aconteceu: Parece que a China é um dos países mais densamente povoados do mundo. E o fornecedor chinês, que lançou uma ação de generosidade sem precedentes (smartphones e tablets por apenas 1000 rublos), poderia prever uma carga séria. No entanto, o escritório da empresa subestimou o entusiasmo de nossos amantes de alta tecnologia, como resultado do qual o site da divisão russa da Huawei parou de abrir.

A falha foi registrada literalmente imediatamente após o início da venda, por volta das 11 horas, horário de Moscou. Ao mesmo tempo, a página "promocional" principal foi aberta sem problemas, mas ao tentar adicionar o produto ao carrinho, ocorreu um erro de Status HTTP 404 - / CAS / remoteLogin. Representantes da empresa se abstiveram de comentar, citando, novamente, um aumento não planejado no tráfego durante a campanha.
Comentários de especialistas: a Huawei começou tudo de forma pacífica. De fato, a campanha falou de apenas 10 dispositivos por mil rublos, mas as pessoas não entenderam algo e tudo começou. É provável que a verdadeira causa da queda não tenha sido o marketing de qualidade suficiente - ao desenvolver materiais promocionais, valeu a pena indicar claramente os limites.
Felizmente, a empresa evitou
danos à reputação . A maioria dos usuários mostrou simpatia pelos problemas técnicos do site, e a reputação positiva da marca ajudou a esconder a situação.
Vitória
Data do incidente: 12 de agosto de 2019
O que aconteceu: o site da companhia aérea de baixo custo de Pobeda (ou melhor, o serviço de reservas) parou de funcionar corretamente durante a venda de passagens a 499 rublos.

Segundo os representantes da "Victory", o site foi submetido a "um poderoso ataque DDoS de servidores chineses". Eles disseram que não houve interrupções no trabalho com o fluxo de visitantes e começaram mais cedo do que a ação. Ao tentar encontrar tickets, o site deu o erro nº 502 e uma mensagem sobre a indisponibilidade do serviço.
Para Victory, esse não é o primeiro caso de queda durante uma venda - o mesmo aconteceu anteriormente.
Como resultado: Pobeda planejava vender 200.000 ingressos com as taxas mais baixas - de 499 a 1999 rublos. Segundo a empresa, 160 mil foram adicionados ao site, mas do número planejado ainda foi
possível vender cerca de 52.203 ingressos. Assim, permaneceram 107 797 bilhetes, cujo preço médio foi de ~ 1249 rublos. Com base nisso, podemos fazer uma estimativa aproximada e calcular que a "Vitória" poderia maximizar outros 134 milhões de rublos.
No entanto, o fato de a venda de ingressos ter causado tanto rebuliço, e Pobeda recebeu um grande número de referências na mídia e nas redes sociais sugere que os ingressos de 499 rublos podem fazer com que os usuários esqueçam a queda e outros momentos duvidosos.
Dia dos solteiros no AliExpress
Data do incidente: 11 de novembro de 2015
O que aconteceu: a venda total, programada para coincidir com o "Dia do Bacharel", popular na China, foi realizada na Rússia pela primeira vez em 2015. No entanto, usuários e parceiros da popular plataforma de negociação encontraram problemas ao pagar por mercadorias. Por várias horas, os pedidos emitidos e pagos permaneceram nas cestas dos usuários com o status “Aguardando pagamento” e o dinheiro foi deduzido dos cartões duas vezes.
Como resultado: no entanto, os representantes do AliExpress declararam que não houve falhas do lado deles e os culpados da situação atual foram alguns grandes bancos russos e europeus que não conseguiram lidar com o aumento acentuado do número de solicitações de pagamento.
Fale sobre reputação. O acidente afetou muitos usuários da Rússia e da Europa. Além disso, implicava custos de material para alguns desses usuários. No entanto, há um ponto positivo para o varejo: apesar da queda, isso prova que as pessoas eram tão apaixonadas pela ação que mesmo os bancos não conseguiam "digerir" todos os pagamentos.
BlackFriday2013.ru
Data do incidente: 6 de dezembro de 2013
O que aconteceu: o site de vendas da Black Friday recusou-se literalmente logo após o início da venda. Ozon, Enter, White Wind, L'Etoile e outros parceiros da ação, cujos banners foram colocados na página do organizador, também participaram do outono festivo.

Por uma questão de urgência, foi realizado um trabalho técnico no site, durante o qual os feeds xml foram carregados incorretamente, e os compradores receberam essas ofertas de desconto:
/ Portanto, o resultado de feeds XML incorretamente preenchidos pareciaComo resultado: de acordo com os organizadores, devido ao fato de a Black Friday ter sido realizada em nosso país pela primeira vez em 2013, eles não puderam avaliar corretamente a carga estimada.
Demorou cerca de 11 horas para restaurar o desempenho, a ação foi estendida até sábado à noite. Apesar do feedback positivo dos representantes da Ozon, da Bukvoed e de outras empresas participantes, alguns dos parceiros em 2013 se recusaram a participar de futuras promoções. É provável que um mau funcionamento significativo no trabalho de um site agregador dedicado e, como resultado, um simples em vendas seja um dos motivos. Nesse caso, vale ressaltar que transferir parte da carga para o agregador de vendas é uma maneira de reduzir os riscos para os varejistas; no entanto, nesse caso, o agregador assume uma responsabilidade substancial por garantir a ação.
Belavia
Data do incidente: 5 de março de 2016
O que aconteceu: na véspera do acidente, a companhia aérea bielorrussa Belavia anunciou a venda de passagens por apenas 20 euros em homenagem ao vigésimo aniversário. Estima-se que até 114.000 ingressos sejam vendidos a uma taxa especial durante o dia 5 de março.
No entanto, os servidores da empresa não estavam prontos para um fluxo recorde de visitantes. Apenas uma hora após o início da ação, os usuários inundaram as redes sociais com mensagens de erro no site.
/ Captura de tela da publicação nas redes sociaisComentário de especialista: a julgar pelas declarações nas redes sociais, a Belavia na época usava infraestrutura física. Em tal situação, qualquer expansão leva algum tempo, mesmo no modo de emergência. O uso de recursos da nuvem ajudaria a tornar o dimensionamento mais suave.
Como resultado: a Belavia planejava vender 114.000 ingressos o máximo possível, de acordo com o relatório, 47.681 bilhetes foram vendidos. No entanto, isso foi facilitado pela extensão da ação por mais um dia - em 5 de março, a empresa vendeu apenas 10.000 ingressos.
/ Captura de tela da publicação nas redes sociais
/ Foto da apresentação da Belavia resumindo os resultados de 2016, blog.vp.byReputação: A Belavia pode ter encontrado a maneira mais elegante e honesta de restaurar uma reputação manchada. A ação foi prorrogada por mais um dia e, em 6 de março, a venda de ingressos para a tarifa de promoção foi retomada, desta vez sem falhas.
Tirar conclusões
Concluindo, apresentamos uma lista de verificação, cuja conformidade antes dos picos de carga esperados ajudará seu site a sobreviver. A lista de recomendações é dividida em duas partes: a primeira é dedicada ao treinamento por parte de gerenciamento e marketing, a segunda a engenheiros e especialistas em operação.
Gestão e Marketing
- Muitas vezes, os estoques e as vendas são planejados por pelo menos seis meses e, com base nos anos anteriores, é possível fazer uma previsão aproximada para o crescimento da carga.
- Forme as ofertas mais honestas e compreensíveis para os clientes, para evitar emoções desnecessárias . Uma ação vagamente redigida, multiplicada por uma desaceleração do site, pode causar séria reputação e perdas financeiras.
- Pense na possibilidade de usar plataformas afiliadas para distribuir o tráfego de maneira mais uniforme durante a campanha.
- Se você ainda possui os registros dos últimos anos, não tenha preguiça de buscá-los e estudar o comportamento dos usuários do site.
- Coordene o plano de ação e outras atividades que possam causar crescimento do tráfego com o departamento de TI.
IT
- A infraestrutura de TI e a arquitetura de aplicativos devem ser escaláveis.
- Verifique se a infraestrutura aceita a carga potencial sem problemas. Idealmente, vale a pena realizar testes de carga com antecedência e modificá-los se forem identificados problemas.
- Notifique seu provedor sobre o próximo pico se estiver usando recursos da nuvem. Verifique a possibilidade de adicionar recursos de computação “quentes”: adicionar pools de recursos, adicionar recursos de máquinas virtuais.
- Separadamente, considere a escalabilidade no nível do aplicativo.
- Destaque caminhos de usuário típicos no seu site e crie vários cenários de emulação de carga real com base neles.
- Se possível, implante uma bancada de testes e realize testes de carga de acordo com os cenários previamente preparados.
- Implante o suporte ativo-ativo e expanda sua infraestrutura distribuída ativa.
- Trabalhe na conectividade de rede em toda a cadeia de dispositivos e canais de rede ativos, desde o servidor de aplicativos até a borda da infraestrutura.
Se você tiver alguma dúvida, teremos prazer em conversar nos comentários.