Verifique seu ambiente de produção com o Health Checking do Spring Boot Actuator
Tags: braziliandevs, spring, java, springboot
Published: 2021-06-14 22:13:27

---
title: Verifique seu ambiente de produção com o Health Checking do Spring Boot Actuator
published: true
description: 
tags: braziliandevs, spring, java, springboot
cover_image: https://devkico.itexto.com.br/wp-content/uploads/2020/12/healthchecking-1-576x346.jpg
---
<!-- wp:paragraph -->
<p>No <a href="https://devkico.itexto.com.br/?p=3205">post anterior</a> mostrei a você o que é o Actuator, seus principais recursos e, muito importante: como garantir que ele não se torne uma falha de segurança. Agora apresento aquele que é meu recurso favorito nesta ferramenta: o health checking.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O objetivo aqui é não só te mostrar como tirar proveito deste recurso a partir da implementação dos seus próprios indicadores, mas também contar alguns usos que faço do recurso que talvez possam lhe ser úteis.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>O que é o Health Checking</h1>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Como o próprio nome já diz, o health checking nos permite verificar a qualidade do serviço que implantamos: pense nesta parte do Actuator como aquela responsável pro realizar os testes que verificam se não há alguma condição que esteja degradando ou mesmo impossibilitando a execução dos seus serviços. Vamos a alguns exemplos rápidos de health checking:</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><li>Verificar se há espaço em disco suficiente para a execução do seu código.</li><li>Checar se outros serviços que sua aplicação precisa acessar estão acessíveis.</li><li>No caso de novas implantações, verificar se todas as condições para o requisito que você implementou estão de acordo.</li><li>Checar se é possível acessar o banco de dados.</li></ul>
<!-- /wp:list -->

<!-- wp:paragraph -->
<p>Resumindo: qualquer verificação que você precise fazer relativas às condições que sua plataforma deve atender para que funcione corretamente.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Este é um post mais prático pois o principal conceito que você precisa ter em mente acabei de te dar.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>Primeiro contato e configurações de segurança</h1>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Se você já incluiu o Actuator em seu projeto tal como descrito no post anterior e acessou o endpoint <em>/actuator/health</em> você verá a seguinte saída que é bem sem graça:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center","id":3245,"sizeSlug":"large"} -->
<div class="wp-block-image"><figure class="aligncenter size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-16.png" alt="" class="wp-image-3245"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>É possível ter uma saída bem mais detalhada mas, como sempre, você precisa ter <strong>segurança em mente</strong>.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Segurança</h2>
<!-- /wp:heading -->

<!-- wp:image {"align":"full","id":3227,"sizeSlug":"large"} -->
<figure class="wp-block-image alignfull size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/seguranca-1024x422.jpg" alt="Segurança" class="wp-image-3227"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Pode parecer estranho: no <a href="https://devkico.itexto.com.br/?p=3205">post anterior</a> nós vimos como limitar o acesso ao Actuator, mas mesmo assim há algumas questões de segurança que você deve levar em consideração ao expor os detalhes de health checking do seu sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O feedback que recebemos agora há pouco nos mostrou que o sistema está ok (por isto o "UP"), mas quais verificações foram feitas? Será que é possível obter um detalhamento maior? Yeap! Entra a próxima chave de configuração <em><strong>management.endpoint.health.show-details</strong></em> que pode receber os seguintes valores:</p>
<!-- /wp:paragraph -->

<!-- wp:table {"className":"is-style-stripes"} -->
<figure class="wp-block-table is-style-stripes"><table><tbody><tr><td><strong>Valor</strong></td><td><strong>Comportamento</strong></td></tr><tr><td>always</td><td>Sempre irá mostrar o detalhamento completo do health checking para todos os usuários do sistema e que tenham acesso ao Actuator.</td></tr><tr><td>never</td><td>Detalhes jamais serão expostos.</td></tr><tr><td>when-authorized</td><td>Uma opção interessante: você só exibirá os detalhes do health checking para usuários que possuam um conjunto específico de permissões. </td></tr></tbody></table></figure>
<!-- /wp:table -->

<!-- wp:paragraph -->
<p>Você define quais as permissões que o usuário precisa ter para acessar os detalhes do health checking usando a configuração <strong><em>management.endpoint.health.roles</em></strong>, tal como no exemplo a seguir, no qual apenas usuários com a permissão ROLE_ADMIN tem acesso ao detalhamento:</p>
<!-- /wp:paragraph -->

<!-- wp:preformatted -->
<pre class="wp-block-preformatted">management.endpoint.health.roles=ROLE_ADMIN</pre>
<!-- /wp:preformatted -->

<!-- wp:paragraph -->
<p>Com todas as condições satisfeitas, você agora obtém um detalhamenteo bem melhor ao acessar o endpoint <strong>/actuator/health</strong>:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center","id":3246,"sizeSlug":"large"} -->
<div class="wp-block-image"><figure class="aligncenter size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-17.png" alt="saída detalhada do health checking" class="wp-image-3246"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Bem mais legal, hein? Podemos ver aqui três componentes, que na realidade são três health checkings: db, que verifica se conseguimos obter uma conexão válida com o banco de dados, diskSpace, que verifica o espaço livre em disco e, finalmente, ping que, bom, é apenas um ping ao sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":3} -->
<h3>Mais um pequeno detalhe de segurança: evitar um DoS acidental</h3>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Segurança vai além de evitar expor dados para quem não deve ter acesso. Alguns testes que você executa podem ser caros do ponto de vista computacional. Sendo assim, caso sejam executados diversas vezes em um curto espaço de tempo podem prejudicar a qualidade de serviço do seu sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O Actuator pode cachear as respostas dos endpoints disponibilizados: com isto você evita o reprocessamento desnecessário dos mesmos e, consequentemente, evita uma série de problemas caso o processamento destes endpoints seja caro do ponto de vista computacional. Esta configuração é por endpoint, e no caso do "/health" a chave de configuração é <strong><em>management.endpoint.health.cache.time-to-live</em></strong>.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O valor default desta configuração é "0ms", ou seja, não há cacheamento. Aumente este valor para algo tipo "5000ms" para que haja um cacheamento de 5 segundos, por exemplo. Faça isto se achar interessante: eu acho.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>Como nascem os testes?</h1>
<!-- /wp:heading -->

<!-- wp:image {"align":"full","id":3247,"sizeSlug":"large"} -->
<figure class="wp-block-image alignfull size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/origem-1024x401.jpg" alt="De onde vêm os testes?" class="wp-image-3247"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Após habilitarmos a apresentação do detalhamento do health checking obtivemos a seguinte saída:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center"} -->
<div class="wp-block-image"><figure class="aligncenter"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-17.png" alt="saída detalhada do health checking"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Nós não escrevemos os componentes db, diskSpace ou ping. De onde vieram? Isto é algo legal no ecossistema Spring Boot: os autores de módulos como o JPA, por exemplo, escrevem seus próprios testes, que automaticamente são disponibilizados ao Actuator do Spring Boot usando a funcionalidade de <a href="https://devkico.itexto.com.br/?p=3157">auto configuração</a> do framework. A  maioria dos módulos (quase todos mesmo) oferecem isto para você de graça, tais como o Redis, JPA, Sessions, etc. </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>E, claro, nós vamos ver aqui também como escrever os nossos próprios testes também, né? Ou melhor: "Health Indicators".</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Um Health Indicator para chamar de seu</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Usei o termo "teste" até agora por razões estritamente didáticas. Não é o nome correto: o ideal é "Health Indicator", por que é isto que eles realmente são: <strong>indicadores</strong>. Eles é que nos dizem se a condição está ou não satisfeita e, também, os detalhes que indicam <strong>o quê</strong> pode estar errado.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Para começar vamos escrever um health indicator bem simples, que apenas verifique a existência ou não de um arquivo em nosso sistema de arquivos. Vamos ao código:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"id":3249,"sizeSlug":"large"} -->
<figure class="wp-block-image size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-19-1024x412.png" alt="" class="wp-image-3249"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p>Tudo o que você precisa fazer neste nosso primeiro indicador é criar um <strong>bean</strong> do Spring que implemente a interface <a href="https://docs.spring.io/spring-boot/docs/current/api/org/springframework/boot/actuate/health/HealthIndicator.html">org.springframework.boot.actuate.health.HealthIndicator</a>. Observe que precisamos implementar um único método chamado <strong>health</strong> que retorna um objeto do tipo... <a href="https://docs.spring.io/spring-boot/docs/current/api/org/springframework/boot/actuate/health/Health.html">Health</a>.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>A classe Health é um builder (leia o javadoc <a href="https://docs.spring.io/spring-boot/docs/current/api/org/springframework/boot/actuate/health/Health.html">aqui</a>) que é bem fácil de ser usado como pode ser visto no nosso exemplo. Essencialmente você pode ter os seguintes valores para o seu indicador de saúde:</p>
<!-- /wp:paragraph -->

<!-- wp:table -->
<figure class="wp-block-table"><table><tbody><tr><td><strong>Valor</strong></td><td><strong>Descrição</strong></td></tr><tr><td>UP</td><td>Todas as condições necessárias estão ok.</td></tr><tr><td>DOWN</td><td>Algo está errado.</td></tr><tr><td>OUT_OF_SERVICE</td><td>Indica que um componente do sistema não está disponível e portanto não deve ser usado</td></tr><tr><td>UNKNOWN</td><td>O serviço está em estado desconhecido</td></tr></tbody></table></figure>
<!-- /wp:table -->

<!-- wp:paragraph -->
<p>Neste <a href="https://docs.spring.io/spring-boot/docs/current/api/org/springframework/boot/actuate/health/Status.html">link</a> você encontra o Javadoc com a descrição detalhada de todos os estados. Na prática só uso UP e DOWN: são mais que suficientes para a esmagadora maioria das coisas que preciso.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Voltemos ao nosso indicador. Acessando novamente o endpoint /actuator/health temos a seguinte saída:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center","id":3250,"sizeSlug":"large"} -->
<div class="wp-block-image"><figure class="aligncenter size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-20.png" alt="" class="wp-image-3250"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Observe alguns detalhes importantes:</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><li>O código HTTP da requisição é 503 - Service Unavailable. Com isto sua ferramenta de monitoramento favorita pode te avisar de forma automatizada que algo não está ok.</li><li>Observe que no detalhamento do erro incluí uma chave chamada "causa", cujo texto é a mensagem informando qual o problema que encontrei.</li><li>O nome do componente é o nome do nosso bean Spring: config.</li></ul>
<!-- /wp:list -->

<!-- wp:paragraph -->
<p>Voltando ao nosso código fonte, você pode incluir quantas chaves de informação quiser em seu erro, o que possibilita expor todos os problemas encontrados em seu indicador. Quando crio o arquivo esperado, o sistema volta ao estado normal:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center","id":3251,"sizeSlug":"large"} -->
<div class="wp-block-image"><figure class="aligncenter size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-21.png" alt="" class="wp-image-3251"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Observe que se quiser, você pode incluir detalhes na mensagem de sucesso também, veja como customizei a saída de nosso indicador:</p>
<!-- /wp:paragraph -->

<!-- wp:image {"align":"center","id":3252,"sizeSlug":"large"} -->
<div class="wp-block-image"><figure class="aligncenter size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/image-22.png" alt="" class="wp-image-3252"/></figure></div>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Como exercício, usando o exemplo de código que apresentei acima, descubra como inclui o detalhamento da imagem acima. </p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Agrupadores</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Talvez você queira organizar os health indicators em grupos. Um grupo, por exemplo, contendo todos os indicadores de persistência. Nunca precisei desta funcionalidade mas acho que pode ser interessante para alguém. Por esta razão estou incluindo aqui este <a href="https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-features.html#production-ready-health-groups">link</a> para que você se aprofunde no assunto caso seja do seu interesse.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>Endpoints</h1>
<!-- /wp:heading -->

<!-- wp:image {"align":"full","id":3259,"sizeSlug":"large"} -->
<figure class="wp-block-image alignfull size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/actuator_endpoints-1024x370.jpg" alt="" class="wp-image-3259"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Não há muito o que dizer sobre os endpoints de health checking do Actuator, mas acho importante que você tenha em mente dois endereços que são essenciais.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Executando todos os indicadores</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Simples, você acessa o endpoint <strong>/health</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Aí todos os indicadores serão executados. Não exagere no número de indicadores, pois isto irá impactar o desempenho do seu sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Executando um indicador específico</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>É possível acessar indicadores individuais. Com isto, se quiser verificar só parte do seu sistema, basta executar o seguinte endpoint: <strong>/health/[identificador do indicador]</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Se quiser acessar, por exemplo, apenas o indicador "db", o endereço será <strong>/health/db</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Quer acessar um agrupador? <strong>/health/[id do agrupador]</strong> . Um indicador no agrupador? <strong>/health/[id do agrupador]/[id do indicador]</strong> .</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>Aplicações</h1>
<!-- /wp:heading -->

<!-- wp:image {"align":"full","id":3257,"sizeSlug":"large"} -->
<figure class="wp-block-image alignfull size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/aplicacoes_hc-1024x322.jpg" alt="" class="wp-image-3257"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>No início deste post apresentei alguns exemplos de <em>indicadores</em>. Agora acho importante falar com maiores detalhes sobre como costumo escrever os nossos próprios. Talvez estes usos lhe inspirem a melhorar a qualidade de serviço dos seus sistemas.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Mecanismos de persistência</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Se o sistema possui qualquer mecanismo de persistência de dados, escrevo indicadores que verifiquem o sucesso das seguintes ações:</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><li>Escrita.</li><li>Leitura.</li><li>Remoção.</li><li>Acesso autorizado à informação.</li><li>Acesso não autorizado à informação.</li><li>Obtenção de informação existente.</li><li>Obtenção de informação não existente.</li></ul>
<!-- /wp:list -->

<!-- wp:paragraph -->
<p>Por persistência aqui quero dizer qualquer serviço que me permita a escrita e leitura de dados:</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><li>Storages (S3 da AWS, Blobs da Azure, Spaces do Digital Ocean ou até mesmo sistemas de arquivos).</li><li>Bancos de dados relacionais ou não.</li><li>Sistemas de mensageria (RabbitMQ, SQS, ActiveMQ, etc).</li></ul>
<!-- /wp:list -->

<!-- wp:paragraph -->
<p>Este tipo de teste é essencial em produção, costumo escrever testes que executem as ações essenciais de persistência mas não apenas isto: também o acesso a estes dados. Escrevo indicadores que validem, por exemplo, que estou obtendo erros ao tentar acessar dados que não tenho acesso ou mesmo informações não existentes.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>A vantagem deste tipo de indicador é que nos ajuda a garantir parte da própria segurança do sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Desempenho</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Há sistemas nos quais é necessário atender requisitos muito específicos de desempenho, tal como nos exemplos abaixo:</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><li>Tempo máximo de processamento de um endpoint.</li><li>Número de requisições mínimo por tempo.</li><li>Número de registros escritos por unidade de tempo.</li></ul>
<!-- /wp:list -->

<!-- wp:paragraph -->
<p>Aqui você deve estar entendendo por que inclui como requisito de segurança as configurações de cacheamento do endpoint health. São testes normalmente caros computacionalmente, e que você não quer ver sendo executados inúmeras vezes por segundo.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Correção de bugs</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Há implantações que são realizadas para corrigir bugs, certo? Que tal incluir um health indicator que possa confirmar em produção que o bug foi corrigido?</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Este é um uso bem comum: você escreve o indicador que não só verifica que aquele problema foi corrigido mas também que as condições para que a ocorrência do problema não estejam presentes.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O único ponto de atenção com este tipo de indicador é que não recomendo que você inclua uma quantidade infinita deles em seu sistema, pois caso o faça com certeza terá problemas de desempenho no futuro quando os health indicators forem todos executados.</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Integrações</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Se o sistema tem integrações com outros sistemas (mecanismos de persistência na prática são integrações), é interessante ter indicadores que validem o acesso a estas integrações.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Você pode verificar, por exemplo, se o sistema contra o qual executa suas requisições está online. Se for possível realizar requisições reais contra estes sistemas, melhor ainda. Caso contrário, apenas saber que estão acessíveis já é informação suficiente.</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":1} -->
<h1>Concluindo com alertas</h1>
<!-- /wp:heading -->

<!-- wp:image {"align":"full","id":3231,"sizeSlug":"large"} -->
<figure class="wp-block-image alignfull size-large"><img src="https://devkico.itexto.com.br/wp-content/uploads/2020/12/finalizando.jpg" alt="" class="wp-image-3231"/></figure>
<!-- /wp:image -->

<!-- wp:paragraph -->
<p></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>O health checking faz parte de uma fase vital de qualquer aplicação: a pós implantação. É ele que nos possibilita verificar de verdade se o sistema <strong>realmente</strong> está operando como esperado e talvez por isto seja meu recurso favorito do Actuator.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>É importante que você <strong>não confunda health checking com teste automatizado</strong> (JUnit). Apesar de terem a mesma função - verificar se um comportamento está ocorrendo tal como esperado - são executados de modo distinto e devem ser pensados de modo distinto. </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Enquanto a execução de um teste automatizado não impacta de modo algum o usuário final do sistema, o health checking pode impactar negativamente (e muito) se for mal escrito. Já vi alguns erros muito tristes envolvendo health indicators como, por exemplo, a realização de compras reais em plataformas de comércio eletrônico (yeap!), gerando prejuízos significativos tanto para os stakeholders quanto para os responsáveis pela manutenção do sistema. Ou mesmo testes de carga que acabam por derrubar a plataforma.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Outro ponto importante</strong>: não conte apenas com os indicadores providos por padrão pelos módulos do Spring Boot. Eles verificam apenas funcionalidades banais como obtenção de conexões, por exemplo, mas não vão além disto. Indicadores <strong>realmente valiosos</strong> são aqueles que dizem respeito ao <strong>contexto de negócio</strong> do seu sistema.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Ainda não acabei meus posts sobre Actuator, mais estão por vir, aguardem!</p>
<!-- /wp:paragraph -->

<!-- wp:heading -->
<h2>Para saber mais</h2>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p><a href="https://docs.spring.io/spring-boot/docs/current/reference/html/appendix-application-properties.html">Configurações comuns do Spring Boot</a> - este link da documentação do Spring Boot contém as principais chaves de configuração do framework e seus módulos (incluindo o Actuator). É uma fonte de referência <strong>muito útil</strong>. Leia com atenção as configurações relativas ao health checking do Actuator neste <a href="https://docs.spring.io/spring-boot/docs/current/reference/html/appendix-application-properties.html#common-application-properties-actuator">link</a>.</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><a href="https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-features.html#production-ready-health">Documentação do Actuator sobre Health Checking</a> - a seção relativa a health checking da documentação oficial do Spring Boot.</p>
<!-- /wp:paragraph -->