https://codecrush.com.br/blog Explore tendências, notícias e dicas sobre tecnologia e muito mais no CODE CRUSH - seu destino definitivo no universo digital. pt-BR devhenrico@gmail.com (Henrico Piubello) devhenrico@gmail.com (Henrico Piubello) Fri, 03 Nov 2023 00:00:00 GMT https://codecrush.com.br/blog/atraso-e-latencia-em-pacotes-de-redes https://codecrush.com.br/blog/atraso-e-latencia-em-pacotes-de-redes O atraso total de um pacote é a soma dos atrasos de processamento, fila, transmissão e propagação. Veja a fórmula, um exemplo em ms e como medir. Fri, 03 Nov 2023 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e InfraestruturaHardware e Sistemas ` para obter o RTT mínimo, médio e máximo em milissegundos. 2. Execute `traceroute ` (ou `tracert` no Windows) para identificar a latência em cada salto intermediário do caminho. 3. Compare os saltos: um aumento brusco de RTT em um nó específico aponta o gargalo. 4. Registre medições em horários diferentes para separar congestionamento momentâneo de problema estrutural. Para acompanhamento contínuo, ferramentas de monitoramento como [Wireshark](https://www.wireshark.org/), Nagios e PRTG Network Monitor registram a latência ao longo do tempo — uma prática que se conecta ao conceito mais amplo de [observabilidade em sistemas distribuídos](/blog/observabilidade-desvendando-o-comportamento-de-sistemas-distribuidos-p). Testes de velocidade online também informam a latência junto com a largura de banda. No contexto web, a latência de rede aparece embutida no TTFB (Time to First Byte): o guia [Time to First Byte do Google web.dev](https://web.dev/articles/ttfb) considera bom um TTFB de até 800 ms no percentil 75 dos acessos, e ruim acima de 1,8 segundo. Vale lembrar que até a resolução de nomes contribui para esse tempo, como mostra o artigo sobre [a estrutura distribuída do DNS](/blog/estrutura-distribuida-dns). ## Como calcular o atraso total de envio de pacotes? O atraso total é calculado somando os quatro componentes de latência que o pacote enfrenta ao viajar da origem ao destino. Matematicamente: $AT = AtrasoProcessamento + AtrasoFila + AtrasoTransmissao + AtrasoPropagacao$ Esse cálculo vale para cada enlace do caminho: em uma rota com vários roteadores, o atraso fim a fim é a soma dos atrasos totais de todos os enlaces atravessados. ### Exemplo prático de cálculo do atraso total Suponha um pacote de dados que atravessa um enlace com as seguintes características: - Atraso de processamento: $2 ms$ - Atraso de fila: $4 ms$ - Atraso de transmissão: $3 ms$ - Atraso de propagação: $5 ms$ O atraso total é calculado da seguinte forma: $AT = 2ms + 4ms + 3ms + 5ms = 14ms$ Portanto, o atraso total de envio desse pacote é de 14 milissegundos. O exemplo mostra como cada componente contribui para o resultado final: cálculos desse tipo são essenciais para dimensionar a infraestrutura, definir acordos de nível de serviço e prever o comportamento de aplicações sensíveis a atraso. ## Impacto da latência nas aplicações A latência afeta cada categoria de aplicação de forma diferente, e conhecer os limites tolerados por cada uma orienta o projeto da rede: - **Voz e videoconferência**: a recomendação [ITU-T G.114](https://www.itu.int/rec/T-REC-G.114) (2003) indica até 150 ms de atraso em um sentido como faixa preferencial para voz; entre 150 e 400 ms a degradação aumenta e, acima de 400 ms, a conversa se torna inaceitável. - **Jogos online**: o atraso, percebido como "lag", desloca as ações dos jogadores. Em jogos competitivos, dezenas de milissegundos separam uma jogada registrada de uma jogada perdida. - **Transações financeiras**: em mercados eletrônicos, a latência atrasa a execução de ordens, e a velocidade de execução tem impacto financeiro direto. - **Streaming de vídeo e áudio**: latência alta e instável provoca rebuffering e atrasos na reprodução. - **Aplicações em tempo real na web**: chats, dashboards e jogos no navegador dependem de conexões persistentes de baixa latência, como as descritas no artigo sobre [WebSockets e comunicação bidirecional em tempo real](/blog/desvendando-websockets-a-essencia-da-comunicacao-bidirecional-em-tempo). Entender esses limites transforma a latência de um número abstrato em um requisito de projeto: cada caso de uso define quanto atraso a rede pode tolerar. ## Estratégias para reduzir a latência da rede A otimização da latência é um processo contínuo que combina dimensionamento, priorização de tráfego e monitoramento. As ações de maior impacto: 1. Dimensione a largura de banda para a carga de trabalho prevista, considerando o crescimento futuro, para evitar atrasos de transmissão. 2. Configure QoS (Quality of Service) para priorizar tráfego sensível a atraso, como VoIP (voz sobre IP) e videoconferência. 3. Reduza o número de saltos intermediários com uma topologia bem planejada e equipamentos de alto desempenho. 4. Utilize algoritmos de roteamento eficientes e balanceamento de carga para distribuir o tráfego e evitar congestionamentos. 5. Aplique cache e compactação de dados para diminuir o volume transmitido pela rede. 6. Monitore a rede em tempo real e ajuste a configuração com base nos dados coletados. 7. Mantenha hardware e software atualizados e preveja redundância e failover para continuidade das operações. 8. Proteja a rede: ataques e malware geram tráfego espúrio, congestionam enlaces e elevam a latência. Nenhuma dessas medidas elimina o atraso de propagação — a física impõe o limite —, mas juntas elas atacam os componentes controláveis: processamento, fila e transmissão. ## Conclusão Calcular o atraso total de pacotes é mais do que um exercício acadêmico: é a ferramenta que separa achismo de diagnóstico quando a rede "está lenta". Na prática do CodeCrush, a recomendação é direta — meça o RTT com ping e traceroute antes de qualquer mudança, decomponha o atraso nos quatro componentes e invista primeiro onde há controle real: filas e largura de banda. A propagação a física resolve (ou não); o resto é engenharia.]]> https://codecrush.com.br/blog/comparacao-entre-servicos-em-nuvem https://codecrush.com.br/blog/comparacao-entre-servicos-em-nuvem AWS lidera a nuvem com 28% do mercado, à frente de Azure (21%) e GCP (14%). Compare tipos de serviço, pontos fortes e quando usar cada provedor. Sun, 12 Nov 2023 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e InfraestruturaTecnologia e Inovação https://codecrush.com.br/blog/estrutura-distribuida-dns https://codecrush.com.br/blog/estrutura-distribuida-dns O DNS é distribuído para eliminar pontos únicos de falha: 13 servidores-raiz com mais de 2.000 instâncias mantêm a internet no ar mesmo sob ataques. Sat, 30 Sep 2023 17:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Web e APIsCloud e Infraestrutura https://codecrush.com.br/blog/google-cloud-desvendando-o-ecossistema-de-inovacao-e-escalabilidade-pa https://codecrush.com.br/blog/google-cloud-desvendando-o-ecossistema-de-inovacao-e-escalabilidade-pa Google Cloud é a plataforma de nuvem do Google com serviços de computação, dados e IA em 43 regiões, US$ 20 bi de receita no 1º tri de 2026. Tue, 30 Jun 2026 18:33:15 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e InfraestruturaTecnologia e Inovação Instâncias de VM, clique em Criar instância, escolha nome, região, tipo de máquina (ex.: `e2-medium`) e imagem (ex.: Debian), e libere tráfego HTTP se for hospedar um site. 6. **Configure o IAM e os orçamentos**: defina quem acessa cada recurso e crie alertas de faturamento para evitar surpresas com os créditos. 7. **Instale a `gcloud CLI`** para automatizar operações pelo terminal quando estiver confortável com o Console. ## Boas práticas para otimizar custos e desempenho Otimizar o Google Cloud exige monitoramento contínuo, dimensionamento correto e uma cultura financeira estruturada. As práticas com maior impacto são estas: 1. **Monitore o uso** com o Cloud Monitoring e o painel de faturamento; o Recommender sugere redimensionamentos com base no histórico real. 2. **Dimensione recursos com precisão**, escolhendo tipos de máquina e classes de armazenamento alinhados à carga — evitar over-provisioning é a economia mais fácil. 3. **Aproveite os descontos**: uso contínuo gera desconto automático, e CUDs de 1 ou 3 anos reduzem bastante o custo de cargas previsíveis. 4. **Ative o autoescalonamento** em VMs e clusters GKE para pagar apenas pelos recursos exigidos em cada momento. 5. **Otimize consultas no BigQuery**, que cobra por dados processados: particionamento e clustering de tabelas cortam custos de forma direta. 6. **Use políticas de ciclo de vida** no Cloud Storage para mover objetos antigos a classes mais baratas (Nearline, Coldline, Archive) automaticamente. Por fim, adote FinOps: engenharia, finanças e negócio decidindo juntos com dados de consumo. O artigo sobre [o que é FinOps e como maximizar lucros na nuvem](/blog/o-que-e-finops) detalha como estruturar essa prática. ## Vale a pena investir no Google Cloud em 2026? Sim. O Google Cloud é uma aposta estratégica sólida em 2026: o crescimento de 63% na receita do primeiro trimestre mostra demanda acelerada, puxada principalmente por infraestrutura e soluções de IA generativa. Para empresas que competem com dados e modelos de machine learning, a integração entre BigQuery, Vertex AI e os modelos Gemini reduz o caminho entre experimento e produção. Três tendências reforçam a tese. Primeiro, a IA deixou de ser diferencial para virar requisito operacional, e o Google Cloud concentra pesquisa e produto nessa área há mais de uma década. Segundo, metas ESG (Ambiental, Social e Governança) tornam o histórico de energia renovável um critério real de compra. Terceiro, soluções híbridas e multi-cloud, como o Anthos, mantêm a plataforma relevante mesmo em cenários corporativos que combinam vários provedores. Para o profissional, dominar a plataforma abre portas em dados, DevOps e desenvolvimento nativo da nuvem — e as certificações oficiais ajudam a comprovar essa competência. ## Conclusão O Google Cloud transformou a infraestrutura que sustenta a Busca e o YouTube em vantagem competitiva acessível: quem precisa de análise de dados séria, contêineres bem gerenciados ou IA aplicada dificilmente encontra combinação mais coesa que BigQuery, GKE e Vertex AI. A plataforma ainda é a terceira em participação de mercado, mas é a que cresce mais rápido entre as três grandes — e, para times que começam hoje, os US$ 300 de crédito gratuito tornam o custo de experimentar praticamente zero. Se o seu produto vive de dados, testar o Google Cloud em 2026 não é curiosidade: é diligência básica.]]> https://codecrush.com.br/blog/guia-docker-na-programacao https://codecrush.com.br/blog/guia-docker-na-programacao Docker é a plataforma de contêineres que empacota aplicações com suas dependências. Veja como funciona, diferenças para VMs e comandos essenciais. Wed, 07 Feb 2024 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) DevOps e FerramentasCloud e Infraestrutura https://codecrush.com.br/blog/o-que-e-finops https://codecrush.com.br/blog/o-que-e-finops FinOps une finanças e engenharia para controlar gastos em nuvem. Entenda os princípios, os três pilares (informar, otimizar, operar) e os benefícios. Fri, 01 Sep 2023 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e Infraestrutura https://codecrush.com.br/blog/o-que-e-smtp https://codecrush.com.br/blog/o-que-e-smtp SMTP (Simple Mail Transfer Protocol) é o protocolo padrão que transfere e-mails entre servidores de correio via TCP na porta 25, definido na RFC 5321. Sat, 23 Sep 2023 19:55:00 GMT devhenrico@gmail.com (Henrico Piubello) Web e APIsCloud e Infraestrutura S: 250 Renata@crepes.fr ... Sender ok C: RCPT TO: S: 250 Henrico@hamburger.edu ... Recipient ok C: DATA S: 354 Enter mail, end with a line containing only "." C: Do you like ketchup? C: How about pickles? C: . S: 250 Message accepted for delivery C: QUIT S: 221 hamburger.edu closing connection ``` Cada mensagem termina com uma linha contendo apenas um ponto (`.`), representada por `CRLF.CRLF`, onde `CR` é "carriage return" e `LF` é "line feed". O SMTP usa conexões persistentes: se o servidor remetente tem várias mensagens para o mesmo destinatário, todas seguem pela mesma conexão TCP, e o comando `QUIT` só é emitido ao final. Você pode reproduzir esse diálogo você mesmo com o [Telnet no terminal](/blog/comandos-fundamentais-de-terminal-cmd-linux-mac), digitando `telnet servidor 25`. ## Por que o SMTP só usa ASCII de 7 bits? O SMTP restringe historicamente o corpo das mensagens ao formato ASCII de 7 bits. Essa limitação fazia sentido nos anos 1980, quando a largura de banda era escassa e anexos multimídia eram raros. Definida na especificação original, a regra tornou-se uma característica antiquada do protocolo diante da era da multimídia. Na prática, isso significa que dados binários — imagens, áudio, vídeo ou qualquer anexo — precisam ser codificados em ASCII antes do envio e decodificados de volta no destino. Esse trabalho extra é resolvido pelo padrão MIME (Multipurpose Internet Mail Extensions), que define como empacotar conteúdo não textual dentro de uma mensagem SMTP. Diferente do HTTP, que transporta dados binários nativamente, o SMTP carrega essa herança de suas origens. ## Qual a diferença entre SMTP, IMAP e POP3? O SMTP cuida do **envio** de mensagens; IMAP e POP3 cuidam do **recebimento**. Ou seja, o SMTP empurra o e-mail para os servidores, enquanto os outros dois protocolos permitem que o cliente do destinatário baixe ou consulte as mensagens já entregues na caixa postal. Essa divisão de papéis é a base do funcionamento do e-mail. | Protocolo | Função | Uso típico | | --- | --- | --- | | SMTP | Envio e relay entre servidores | Mandar e-mails | | IMAP | Recebimento com sincronização | Vários dispositivos | | POP3 | Recebimento e download local | Um único dispositivo | O IMAP (Internet Message Access Protocol) mantém as mensagens no servidor e sincroniza o estado entre celular, notebook e webmail. O POP3 (Post Office Protocol versão 3) tende a baixar as mensagens para o dispositivo e removê-las do servidor. Para o envio, porém, ambos dependem do SMTP: não existe alternativa consolidada para transferir e-mail entre servidores na Internet. ## Quais portas o SMTP usa: 25, 465 ou 587? O SMTP usa três portas principais, cada uma para um propósito diferente. A porta 25 é reservada para o relay entre servidores (de um MTA para outro). A porta 587 é a recomendada para submissão a partir de clientes, e a porta 465 oferece SMTP sobre TLS implícito. Provedores modernos priorizam 587 e 465 para envio autenticado e seguro. A submissão pela **porta 587** é definida pela [RFC 6409](https://datatracker.ietf.org/doc/html/rfc6409) e exige autenticação (SMTP AUTH) e criptografia via STARTTLS, separando o envio do usuário do relay entre servidores. Como o SMTP nasceu sem segurança embutida, essas camadas são essenciais para a [segurança da informação](/glossario/seguranca-da-informacao): STARTTLS cifra o transporte, enquanto SPF, DKIM e DMARC combatem a falsificação de remetentes. Esse mesmo raciocínio de canais cifrados aparece em outros protocolos de infraestrutura, como na [comunicação segura entre servidores via SSH](/blog/o-que-e-ssh-na-pratica). O roteamento de qual servidor recebe cada domínio, por sua vez, depende dos registros MX consultados na [estrutura distribuída do DNS](/blog/estrutura-distribuida-dns). ## Por que o SMTP ainda importa em 2026? O SMTP continua sendo a espinha dorsal de um dos canais mais usados do planeta. Segundo o [Radicati Group](https://www.radicati.com/wp/wp-content/uploads/2021/Email_Statistics_Report,_2021-2025_Executive_Summary.pdf), cerca de **376 bilhões de e-mails** foram trocados por dia em 2025, com projeção de crescimento para os anos seguintes. Toda essa movimentação de envio passa, em algum ponto, por um servidor SMTP. A base de usuários também é gigantesca: o [Statista](https://www.statista.com/statistics/255080/number-of-e-mail-users-worldwide/) estima **4,59 bilhões de usuários de e-mail** no mundo em 2025, mais da metade da população global. E o protocolo se mostra notavelmente duradouro — a [RFC 5321](https://datatracker.ietf.org/doc/html/rfc5321), de outubro de 2008, ainda é a especificação vigente, e ela mesma sucede a [RFC 821](https://datatracker.ietf.org/doc/html/rfc821), de 1982. Poucas tecnologias da Internet permanecem tão centrais por mais de quatro décadas. Para desenvolvedores, dominar o SMTP é prático: enviar e-mails transacionais, configurar servidores de correio, depurar entregas com Telnet e integrar APIs de envio exigem entender esse diálogo cliente-servidor. No CodeCrush, tratamos o SMTP como um bloco fundamental de qualquer sistema que precise notificar, autenticar ou se comunicar com usuários por e-mail.  ## Conclusão O SMTP prova que uma boa abstração envelhece bem: um protocolo de texto simples, nascido em 1982, ainda move centenas de bilhões de mensagens por dia sem esforço aparente. Se você desenvolve qualquer sistema que envia e-mails, vale entender o diálogo `HELO`/`MAIL FROM`/`RCPT TO` e, principalmente, adotar as camadas modernas — porta 587, STARTTLS, SPF, DKIM e DMARC. O SMTP entrega a mensagem; a segurança e a reputação de entrega são responsabilidade sua.]]> https://codecrush.com.br/blog/o-que-e-ssh-na-pratica https://codecrush.com.br/blog/o-que-e-ssh-na-pratica SSH (Secure Shell) é um protocolo criptografado que permite acessar e administrar servidores remotos com segurança pela porta 22, substituindo o Telnet. Sat, 06 Apr 2024 22:00:00 GMT devhenrico@gmail.com (Henrico Piubello) SegurançaCloud e Infraestrutura https://codecrush.com.br/blog/observabilidade-desvendando-o-comportamento-de-sistemas-distribuidos-p https://codecrush.com.br/blog/observabilidade-desvendando-o-comportamento-de-sistemas-distribuidos-p Observabilidade é inferir o estado interno de um sistema pelos seus logs, métricas e traces — essencial para diagnosticar sistemas distribuídos modernos. Tue, 23 Jun 2026 21:48:18 GMT devhenrico@gmail.com (Henrico Piubello) DevOps e FerramentasCloud e Infraestrutura https://codecrush.com.br/blog/oracle-cloud-infrastructure-oci-desvendando-a-nuvem-de-geracao-2-para- https://codecrush.com.br/blog/oracle-cloud-infrastructure-oci-desvendando-a-nuvem-de-geracao-2-para- O Oracle Cloud Infrastructure (OCI) é a nuvem de 2ª geração da Oracle. Entenda arquitetura bare metal, Autonomous Database, serviços e quando adotar. Fri, 10 Jul 2026 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e Infraestrutura https://codecrush.com.br/blog/servidores-e-o-universo-aws-na-programacao-em-nuvem https://codecrush.com.br/blog/servidores-e-o-universo-aws-na-programacao-em-nuvem Servidores fornecem dados e serviços pela rede; a AWS hospeda essa infraestrutura na nuvem, líder com 28% do mercado. Veja tipos, DevOps e backend. Sat, 27 Jan 2024 00:00:00 GMT devhenrico@gmail.com (Henrico Piubello) Cloud e InfraestruturaDevOps e Ferramentas https://codecrush.com.br/blog/tipos-de-gatekeeper https://codecrush.com.br/blog/tipos-de-gatekeeper Os três tipos de gatekeeper são hardware, software e nuvem. Compare como cada um controla o acesso, seus custos e quando usar cada solução de segurança. Sun, 24 Sep 2023 15:00:00 GMT devhenrico@gmail.com (Henrico Piubello) SegurançaCloud e Infraestrutura https://codecrush.com.br/blog/windows-a-jornada-do-sistema-operacional-dominante-e-seu-futuro-impuls https://codecrush.com.br/blog/windows-a-jornada-do-sistema-operacional-dominante-e-seu-futuro-impuls O Windows é o sistema operacional desktop da Microsoft e líder global de mercado, hoje voltado a IA com o Copilot e à integração com a nuvem Azure. Sat, 04 Jul 2026 19:19:54 GMT devhenrico@gmail.com (Henrico Piubello) Hardware e SistemasCloud e InfraestruturaTecnologia e Inovação