![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/5e4fece0f5039f0fb1af5ead9e0e0089.jpg\")
<\/p>\n
<\/a><\/p>\n Configurar o front para um \u00fanico site, mesmo que muito grande, \u00e9 simples. Pegamos nginx ou haproxy ou lighttpd, configuramos de acordo com os guias e esquecemos. Se precisar mudar algo, fazemos um reload e esquecemos novamente.<\/p>\n Tudo muda quando voc\u00ea processa volumes altos de tr\u00e1fego em tempo real, avalia a legitimidade das solicita\u00e7\u00f5es, comprime e armazena em cache o conte\u00fado do usu\u00e1rio, enquanto altera os par\u00e2metros v\u00e1rias vezes por segundo. O usu\u00e1rio quer ver o resultado em todos os nodes externos imediatamente ap\u00f3s mudar as configura\u00e7\u00f5es em seu painel. Al\u00e9m disso, o usu\u00e1rio pode carregar via API milhares (\u00e0s vezes dezenas de milhares) de dom\u00ednios com par\u00e2metros de processamento de tr\u00e1fego personalizados. Tudo isso tamb\u00e9m deve funcionar imediatamente na Am\u00e9rica, na Europa e na \u00c1sia \u2014 uma tarefa nada trivial, considerando que apenas em Moscou h\u00e1 v\u00e1rios n\u00f3s f\u00edsicos de filtragem espalhados.<\/p>\n As configura\u00e7\u00f5es de servi\u00e7o devem ser disseminadas o mais r\u00e1pido poss\u00edvel (idealmente instantaneamente) em todos os n\u00f3s front-end. N\u00e3o se pode simplesmente pegar e reestruturar as configura\u00e7\u00f5es de texto e reiniciar os dem\u00f4nios a cada altera\u00e7\u00e3o \u2014 o mesmo nginx mant\u00e9m processos em finaliza\u00e7\u00e3o (worker shutting down) por v\u00e1rios minutos (ou at\u00e9 horas, se houver longas sess\u00f5es websocket).<\/p>\n Na reinicializa\u00e7\u00e3o da configura\u00e7\u00e3o, a seguinte situa\u00e7\u00e3o \u00e9 bastante normal:<\/p>\n Sobre o uso de mem\u00f3ria:<\/p>\n Os antigos workers consomem mem\u00f3ria, incluindo, n\u00e3o dependendo linearmente do n\u00famero de conex\u00f5es, \u2014 isso \u00e9 normal. Quando as conex\u00f5es dos clientes forem fechadas, essa mem\u00f3ria ser\u00e1 liberada.<\/p>\n Por que isso n\u00e3o era um problema quando o nginx come\u00e7ou a se desenvolver? N\u00e3o havia HTTP\/2, nem WebSocket, nem conex\u00f5es longas massivas de keep-alive. 70% do nosso tr\u00e1fego web \u00e9 HTTP\/2, o que equivale a conex\u00f5es muito longas.<\/p>\n A solu\u00e7\u00e3o \u00e9 simples \u2014 n\u00e3o usar nginx, n\u00e3o gerenciar frontends com base em arquivos de texto e, definitivamente, n\u00e3o enviar configura\u00e7\u00f5es de texto compactadas atrav\u00e9s de canais transoce\u00e2nicos. Os canais, \u00e9 claro, s\u00e3o garantidos e reservados, mas isso n\u00e3o os torna menos transcontinentais.<\/p>\n Temos nosso pr\u00f3prio servidor balanceador frontal, cujas funcionalidades descreverei nos pr\u00f3ximos artigos. O principal \u00e9 que ele \u00e9 capaz de aplicar milhares de altera\u00e7\u00f5es de configura\u00e7\u00e3o por segundo em tempo real, sem reinicializa\u00e7\u00f5es, reloads ou picos de consumo de mem\u00f3ria. Isso \u00e9 muito semelhante ao Hot Code Reload, por exemplo, no Erlang. Os dados s\u00e3o armazenados em um banco de dados de chave-valor geograficamente distribu\u00eddo e s\u00e3o lidos imediatamente pelos mecanismos executores da frente. Ou seja, voc\u00ea carregou o certificado SSL atrav\u00e9s da interface web ou API em Moscovo, e em poucos segundos ele j\u00e1 est\u00e1 pronto para uso em nosso centro de limpeza em Los Angeles. Se porventura ocorrer uma guerra mundial e a internet cair em todo o mundo, nossos n\u00f3s continuar\u00e3o funcionando de forma aut\u00f4noma e resolver\u00e3o o split-brain assim que um dos canais dedicados Los Angeles-Amsterd\u00e3-Moscovo, Moscovo-Amsterd\u00e3-Hong Kong-Los Angeles ou pelo menos um dos canais de sobreposi\u00e7\u00e3o de reserva se tornarem dispon\u00edveis.<\/p>\n Esse mesmo mecanismo nos permite emitir e renovar certificados Let's Encrypt.<\/a> De forma muito simplificada, funciona assim:<\/p>\n Neste momento, estamos rotacionando em tempo real 350 mil certificados de forma completamente transparente para os usu\u00e1rios.<\/p>\n Nos pr\u00f3ximos artigos, falarei sobre outras caracter\u00edsticas do processamento em tempo real de grande tr\u00e1fego web \u2014 por exemplo, sobre a an\u00e1lise de RTT com dados incompletos para melhorar a qualidade do servi\u00e7o para clientes de tr\u00e2nsito e sobre a prote\u00e7\u00e3o do tr\u00e1fego de tr\u00e2nsito contra ataques de terabit, entrega e agrega\u00e7\u00e3o de informa\u00e7\u00f5es sobre o tr\u00e1fego, WAF, CDN quase ilimitada e muitos mecanismos de otimiza\u00e7\u00e3o de entrega de conte\u00fado.<\/p>\n Apenas usu\u00e1rios registrados podem participar da pesquisa. Entre<\/a>, por favor.<\/p>\nPor que tantos grandes e confi\u00e1veis n\u00f3s em todo o mundo?<\/h3>\n
\n
Como gerenciar tudo isso?<\/h3>\n
![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/6a1ffc01ad9bac1e51d46c3130ea2a37.jpg\")
<\/p>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/d356134b0866b8c92a3d5f7a3a8df208.jpg\")
<\/p>\n\n
![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/20830ee7c4ea57ec1d0833f0bc25412d.jpg\")
<\/li>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/1c8b295065f27c1b69c810ff74ce4018.jpg\")
<\/li>\n![\"Web-HighLoad](\"\/wp-content\/uploads\/2020\/04\/e4fc349089fbf7cbe7824ea539865daf.jpg\")
<\/li>\nSobre o que voc\u00ea gostaria de saber primeiro?<\/h2>\n