-
Notifications
You must be signed in to change notification settings - Fork 368
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cria Endpoint /status para lidar com Health Check das dependências do TabNews #130
Cria Endpoint /status para lidar com Health Check das dependências do TabNews #130
Conversation
@liverday is attempting to deploy a commit to the TabNews Team on Vercel. To accomplish this, @liverday needs to request access to the Team. Afterwards, an owner of the Team is required to accept their membership request. If you're already a member of the respective Vercel Team, make sure that your Personal Vercel Account is connected to your GitHub account. |
@liverday antes de eu mergulhar na busca por um editor, eu vim aqui no repositório :) desculpa esse vai e volta, mas conseguindo achar uma pessoa para editar, vai melhorar muito minha participação aqui no repositório 🤝 Estava testando seu PR, e segue minhas observações:
|
Oi @filipedeschamps, você vai me perdoar, por um erro meu um commit não tinha sido feito o push. Acabei de atualizar o PR. Se eu entendi direito, vou começar a implementação já! Muito obrigado pelo feedback e perdão pela falta de atenção. |
Acabei de criar um arquivo O que vocês acham dessa implementação? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Que show! 😍 ficou mais simples e isso é ótimo 🤝 duas coisas bem simples para fazermos o merge:
- Uma modificação bem pequena nos testes, para cobrir toda interface.
- Fazer rebase e squash de todos os commits 👍
Parabéns pela implementação, estamos bem próximos 😍
pages/api/v1/status/index.test.js
Outdated
|
||
expect(serverStatusResponse.status).toEqual(200); | ||
expect(serverStatusBody.updated_at).toBeDefined(); | ||
expect(serverStatusBody.dependencies.database).toEqual(expect.objectContaining({ status: 'healthy' })); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Aqui eu faria um teste contra toda a interface pública, então isso deveria também testar a existência da chave opened_connections
👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pronto, resolvido!
Ah, e rodei local, tanto os testes quanto derrubando o banco e o endpoint se comportou perfeitamente 👍 Em paralelo, deu até vontade de mover o |
Realizei o squash dos commits conforme solicitado @filipedeschamps! |
Show! Fiz o squash numa branch |
@liverday alguns checks rodaram no outro PR, e quebrou na mensagem de commit (mas acho que foi por conta do squash que eu fiz pelo Github, porque ainda tinham dois commits no PR), mas o mais importante é que quebrou nas regras de linting. Você pode abrir um novo PR consertando o lint ( |
@filipedeschamps Fiz um novo PR aqui: #136. Nesse, eu fiz o squash dos commits deixando uma única mensagem, rodei o E mais uma vez, perdão se houve alguma confusão por falta de entendimento de minha parte. |
Esse PR é referente à issue: #102 e ele cria um endpoint com rota
/status
para verificar a saude dos componentes.Esse PR contém as mudanças que estão pendentes de merge do PR: #131
Esse PR Contempla:
/status
que roda todos oshealth-indicators
do projeto.health-checker
, onde o objeto criado nela é responsável por executar todos oshealth-checks
disponíveis no TN.database-health-indicator
que é responsável por realizar uma query no banco retornando as conexões ativas.