Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

Esta é uma postagem traduzida por IA.

Evelyn Carter's Notes

Pare de usar o Logrus!

  • Idioma de escrita: Alemã
  • País de referência: Todos os países country-flag

Selecionar idioma

  • Português
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

Texto resumido pela IA durumis

  • Logrus é uma biblioteca de registro popular para aplicativos Go, mas devido ao desempenho e à falta de manutenção ativa, é hora de procurar alternativas.
  • Zerolog é uma excelente alternativa ao Logrus, pois é uma das bibliotecas de registro mais rápidas para Go, permite integração fácil e fornece registro de alocação zero.
  • Zerolog não apenas é poderoso, mas também fácil de usar e altamente extensível, tornando-se uma opção promissora para desenvolvedores que desejam melhorar sua experiência de registro.

Logrus foi uma escolha popular para registro em aplicações Go por muito tempo, mas à medida que a paisagem das bibliotecas de registro evolui, é hora de reconsiderar seu lugar em seus projetos. Neste artigo, vou listar vários motivos para você parar de usar Logrus e apresentar alternativas melhores que podem melhorar sua experiência de registro.

O desempenho é ruim

Um dos principais motivos pelos quais parei de usar Logrus é seu desempenho. Embora ofereça uma variedade de recursos, a sobrecarga que ele introduz pode ser significativa, especialmente em aplicações com alto rendimento.

Logrus gera novos mapas para cada operação de registro, o que é terrivelmente ruim em termos de desempenho. Essa é uma coisa que nunca deve ser feita, e na verdade, apenas uma biblioteca de registro pode degradar significativamente o desempenho da aplicação.

Falta de manutenção ativa

Outra grande desvantagem do Logrus é que ele não é mantido ativamente. Embora tenha sido uma escolha popular para registro em aplicações Go, o ritmo de desenvolvimento diminuiu, levantando preocupações sobre sua viabilidade a longo prazo.

O que devo usar em vez disso?

Se você está pensando em mudar do Logrus, recomendo fortemente o uso do Zerolog. Ele se destaca como uma das bibliotecas de registro mais rápidas em Go, tornando-a uma ótima escolha para desenvolvedores preocupados com o desempenho.

Zerolog tem um design de API muito ergonômico que permite uma integração fácil em suas aplicações sem a complexidade que geralmente está associada às bibliotecas de registro. Sua sintaxe simples torna fácil implementar o registro estruturado, permitindo que você registre informações ricas e contextuais sem esforço.

Uma das características mais marcantes do Zerolog é seu registro de alocação zero. Isso significa que ele não aloca memória durante as operações de registro em caminhos críticos, o que é crucial para aplicações de alto desempenho. Ao reduzir a pressão sobre o coletor de lixo, o Zerolog ajuda a manter a capacidade de resposta da sua aplicação, mesmo sob carga de registro intensa.

Ele não é apenas poderoso, mas também muito fácil de usar e altamente extensível, permitindo que você o personalize para atender às suas necessidades de registro específicas.

Evelyn Carter
Evelyn Carter's Notes
Evelyn Carter's Notes
Evelyn Carter
[Observabilidade] Desafios com o coletor de logs Vector O Vector, uma ferramenta de coleta e processamento de logs desenvolvida pelo DataDog, é escrita em Rust, o que facilita a escrita de código de conversão de logs em comparação com o Otel e oferece suporte à integração com o Loki em ambientes Kubernetes usa
Sunrabbit
Sunrabbit
O Vector, uma ferramenta de coleta e processamento de logs desenvolvida pelo DataDog, é escrita em Rust, o que facilita a escrita de código de conversão de logs em comparação com o Otel e oferece suporte à integração com o Loki em ambientes Kubernetes usa
Sunrabbit
Sunrabbit

9 de março de 2024

História de Desenvolvimento do Projeto LegiNote 2 - Pilha de Tecnologia e Trabalhadores Este artigo de blogue aborda o processo de desenvolvimento do projeto LegiNote. Este artigo centra-se especificamente na parte do trabalhador, que é essencial para o desenvolvimento de serviços Web, e descreve o papel, a implementação, a estrutura do códi
statpan
statpan
Este artigo de blogue aborda o processo de desenvolvimento do projeto LegiNote. Este artigo centra-se especificamente na parte do trabalhador, que é essencial para o desenvolvimento de serviços Web, e descreve o papel, a implementação, a estrutura do códi
statpan
statpan

20 de agosto de 2024

[Effective Java] Item 6. Evite a criação de objetos desnecessários Este é um guia sobre como reduzir a criação de objetos desnecessários em Java. Para objetos imutáveis como String, Boolean, é melhor usar literais e, para expressões regulares, é melhor armazenar em cache a instância Pattern. Além disso, o autoboxing pode
제이온
제이온
제이온
제이온

28 de abril de 2024

Redis 7.4 - Mudanças na política de licença O Redis é um banco de dados baseado em memória que oferece velocidade rápida e tratamento de dados fácil. Recentemente, a política de licença foi alterada para que as empresas de serviços em nuvem que hospedam produtos Redis precisem celebrar um contrato
해리슨 블로그
해리슨 블로그
해리슨 블로그
해리슨 블로그

21 de março de 2024

[DB] Critérios para configurar o cache Este é um guia prático sobre como armazenar em cache dados que são frequentemente lidos, mas raramente escritos. Ele explica como usar ferramentas de APM como DataDog para analisar o histórico de chamadas de consultas RDB e como identificar tabelas que sã
제이온
제이온
Este é um guia prático sobre como armazenar em cache dados que são frequentemente lidos, mas raramente escritos. Ele explica como usar ferramentas de APM como DataDog para analisar o histórico de chamadas de consultas RDB e como identificar tabelas que sã
제이온
제이온

25 de abril de 2024

Teste de consumo de recursos por editor diferente Um teste de consumo de recursos foi realizado com um arquivo de log de 887 MB em vários editores/visualizadores. Os resultados mostraram que o IntelliJ IDEA Community Edition teve o desempenho mais rápido, e o Bloco de Notas padrão do Windows também teve
tac
tac
Um teste de consumo de recursos foi realizado com um arquivo de log de 887 MB em vários editores/visualizadores. Os resultados mostraram que o IntelliJ IDEA Community Edition teve o desempenho mais rápido, e o Bloco de Notas padrão do Windows também teve
tac
tac

21 de agosto de 2024