Provide ability to configure Google Cloud Logging as logging handler
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- gcp, python
- Domínio
- observability
Direção de pesquisa
The issue asks for an optional Google Cloud Logging integration, so the work is to add a logging option, not to change existing behaviour. Start with the GCP structured logging special fields and the LogEntry schema it links, then check how the library currently writes logs to stdout. Done means a configurable output whose severity and message fields Cloud Logging recognises, with tests. The API shape is not settled in the thread, so agree on it with maintainers first.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Quoting the Dockerflow spec:
Optional Recommendations
...
2. Log to stdout in the mozlog json schema.
Many Mozilla service are now being deployed on GCP, and as such use Google Cloud Logging (FKA Stackdriver) to ingest logs.
Google Cloud Logging has its own schema that defines the shape of a structured log, and the fields of this schema affect the presentation of the log in the Logs Explorer.
For example:
- If GCP does not recognize the severity notation of logged message, it will consider anything emitted to
stdoutasINFOand anything emitted tostderrasERROR - by providing a
messagefield, only that message is displayed in the log entry line in the explorer, with the ability to unfold entire log message to view other properties. Without it, the entire json object appears on the log line
This library should provide an easy way to integrate Google Cloud Logging's schema into an application. Though engineers could set up this integration themselves, providing an integration through this library provides an easy path to transition should engineers want to make the switch.
- Linguagem predominante
- Python
- Estrelas
- 41
- Forks
- 21
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de mozilla-services/python-dockerflow
-
Dificuldade 3/5 Meio dia Facilidade para iniciantes 15/100
mozilla-services/python-dockerflow#119 · 1 comentário ·
-
Dificuldade 2/5 Menos de uma hora Facilidade para iniciantes 15/100
mozilla-services/python-dockerflow#117 · 1 comentário ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 15/100
mozilla-services/python-dockerflow#116 · 1 comentário ·
-
Enhance core testsAberta
Dificuldade 3/5 Meio dia Facilidade para iniciantes 62/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 12/100
Todas as issues de mozilla-services/python-dockerflow
Issues semelhantes
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
-
[Bug]: Importing weave changes the process-wide localeTalvez já em andamento @himanshu748 assumiu hoje. Abertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
-
UX
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 72/100
mediajunkie/piper-morgan-product#2008 · 2 comentários ·