Como o seu WordPress site sobrevive a 75.000 acessos por minuto

Johannes Benz Última atualização em 21.10.2020
5 min.
Alto Tráfego WordPress  Hosting
Última atualização em 21.10.2020

Entretanto, quase 34% de todos os sites funcionam em WordPress . No entanto, WordPress ainda sorri muitas vezes como um pequeno sistema de gestão de conteúdos (CMS). Mas WordPress não tem que se esconder de forma alguma. Especialmente não quando se trata de alta performance. O artigo seguinte mostra o que o WordPress pode conseguir aqui.

WordPress & Alto Desempenho - alguns exemplos  

Os seguintes megastars confiam todos em WordPress como seu site CMS. Deve ficar claro que WordPress sites de estrelas como Katy Perry ou Justin Timberlake têm que lidar com o tráfego constantemente alto, mas também com o número de visitantes em pico.

Como o seu WordPress site sobrevive a 75.000 acessos por minuto

Como a sua revista sobrevive a 75.000 visualizações por minuto

Diferença entre as chamadas e os visitantes

Antes de revelar o segredo de como o seu site pode lidar com um número extremamente grande de visitas, gostaria primeiro de explicar a relação entre visitas e visitas. Um visitante pode, claro, chamar várias subpáginas. A quantidade de tempo que o usuário gasta entre cliques é a métrica mais importante para estabelecer uma relação entre visitantes e visões.

Se 900 visitantes clicam numa página em média a cada três segundos, temos 300 visualizações por segundo.

Como regra geral importante, o número de visitantes é geralmente pelo menos duas vezes maior do que o número de vistas.

WordPress & High-Performance - Caching como uma arma maravilhosa

Como é que um site consegue processar até 150.000 visitantes por minuto sem ir pelo cano abaixo? A arma milagrosa, que temos em RAIDBOXES já no tarifa mais baixa é chamado Caching.

Nosso cache não é um servidor Varnish separado, que é inconvenientemente conectado a montante, mas uma tecnologia que é integrada no lado do servidor por padrão.

Um cache WordPress  não só encurta a distância que um pedido tem de percorrer, como também fornece uma versão de carregamento mais rápida da página.
Um cache permite milhares de visualizações de WordPress páginas sem utilizar o processador.

O cache transfere uma mistura de folhas de estilo, JavaScript, imagens, etc. para um documento HTML estático, armazena-o temporariamente e entrega-o quando a página é chamada. Os documentos estáticos são armazenados na memória principal ou no disco rígido do SSD.

1000 vezes chamadas e o processador fica entediado

Através do cache do lado do servidor, as solicitações são entregues diretamente sem mesmo ter contato com o processador e a base de dados. Na nossa STARTER tarifa, por exemplo, 75.000 chamadas podem ser atendidas em um minuto como padrão. Especialmente para blogs, revistas e páginas de empresas com grande intensidade de visitantes é, WordPress portanto, um sistema muito bom.

É assim que muitas vezes o experimentamos durante tempos de alto desempenho, como depois que as páginas dos clientes eram mencionadas em um programa de TV ou durante campanhas de marketing online: mesmo que o processador fosse atualizado com antecedência, ele acabou ficando entediado porque o cache tinha assumido a entrega.

Caso especial de alto desempenho - WooCommerce

No entanto, há uma limitação importante: a declaração refere-se a páginas estáticas que podem ser armazenadas em cache.

Pedidos dinâmicos podem ser mal armazenados em cache

Para solicitações dinâmicas, como o preenchimento de formulários de contato ou processos de checkout no carrinho de compras, o cache não é permitido.

Um exemplo de conteúdo dinâmico são as páginas de produtos que mudam os preços no carrinho de compras dependendo da ação do usuário. Aqui seria fatal se o preço no carrinho de compras ou mesmo na caixa não se ajustasse e o utilizador estivesse permanentemente afixado o preço em cache.

Como o seu WordPress site sobrevive a 75.000 acessos por minuto
Na Knalle Popkornkonditorei, tem sido necessário mais poder de processamento com mais frequência com vários programas de TV e algumas AdWords e campanhas de mídia social.

Tais páginas dinâmicas são, portanto, excluídas por padrão em nosso caching para garantir o funcionamento adequado. Portanto, visitantes simultâneos em um carrinho de compras geralmente batem diretamente no processador.

Da mesma forma, comunidades e sites de membros com fóruns e muitos visitantes logados são difíceis de serem armazenados. Aqui há uma séria necessidade de ação em termos de recursos de hardware.

A loja de chips como a metáfora preferida do nosso CTO

Sem o cache, a única coisa que ajuda é um número maior de núcleos de CPU, que podem então responder a um número elevado de pedidos simultâneos de visitantes. O nosso CTO Marcel usa sempre a loja de chips como metáfora para explicar o princípio a pessoas não-técnicas:

Cada núcleo de CPU representa um trabalhador na banca de fritas francesas. Quanto mais pessoas fritarem ao mesmo tempo (núcleos estão disponíveis), mais batatas fritas podem ser vendidas (os pedidos dos utilizadores podem ser respondidos).

A propósito, isto não se aplica à velocidade a que as pessoas trabalham. Para isso, a frequência do relógio da CPU teria de ser aumentada. É o caso das nossas novas tarifas da tarifa PRO , onde os "trabalhadores" (processadores) são até 30 por cento mais rápidos.

Aproximadamente 600 visitantes ao mesmo tempo no carrinho de compras como máximo

Com dois dias de antecedência, podemos atualizar manualmente as tarifas para 24 núcleos e 64GB de RAM por 24 horas. Isto é especialmente popular em muitos startups que já competiram no A Cova do Leão querem jogar pelo seguro.

Para a grande loja WooCommerce existe então a nossa maior tarifa de alto desempenho "Business XXL" com 12 vCores e 32GB de RAM. Aqui, até 600.000 visitantes em cache por minuto ou até 600 visitantes por segundo podem estar no carrinho de compras.

Balanceamento de carga como próximo passo

Se mais de 600 visitantes por segundo precisarem ser processados, o balanceamento de carga é o próximo passo. Um equilibrador de carga é conectado na frente dos servidores dedicados, que distribui os pedidos dos visitantes para os servidores dedicados.

Desta forma, os recursos de hardware podem ser escalados não só no mesmo servidor, mas também para além dos limites do servidor. Este é um procedimento estabelecido há décadas e muito bem adaptado para dirigir o tráfego intenso para caminhos sensatos, sem tempos de paragem.

Conclusão: WordPress & High-Performance vão muito bem juntos já há muito tempo

Quem ainda hoje classifica WordPress como um CMS para sites pequenos deve repensar isto urgentemente. WordPress há muito tempo se estabeleceu como um CMS para sites de alto desempenho e é usado aqui de muitas maneiras. Em particular, o caching ajuda WordPress aqui a atingir as verdadeiras alturas.

Mesmo grandes lojas online com um fluxo de visitantes constantemente elevado podem ser tratadas de forma fiável com o alojamento apropriado. Em países como os EUA, isto já não é um segredo. Espero ter sido capaz de mostrar neste post que também podemos confiar no nosso CMS favorito na Alemanha.

Como você tem visto WordPress até agora? Vocês já construíram algum local de alto tráfego? Aguardo com expectativa os seus comentários!


Artigos relacionados

Comentários sobre este artigo

Escreve um comentário

O teu endereço de e-mail não será publicado. Os campos obrigatórios estão marcados com *.