마이크로 서비스에서 원하는대로 할 수 있습니다. 이제 우리는 두 microservice 및 B을한다고 가정 해 봅시다 우리는 자신의 건강 체크 모니터링 할 :
Microservice을
이 microservice는 SQL Server를 사용, 그래서 우리는 SQL 연결을 확인하는거야 .
services.AddHealthChecks(checks =>
{
checks.AddSqlCheck("ServiceA_DB", Configuration["ConnectionString"]);
});
는 Microservice B는
이 microservice 너무 SQL 서버를 사용하지만, 그것은 또한 (예를 들어, REST API에 대한) 다른 서비스를 사용하기 때문에 우리는 SQL 연결과 REST API를 확인하는거야
services.AddHealthChecks(checks =>
{
checks.AddUrlCheck(Configuration["RequiredServiceUrl"]);
checks.AddSqlCheck("ServiceB_DB", Configuration["ConnectionString"]);
});
웹 상태
마지막으로 우리는 일부 웹이 그것은 내가 http://webstatus/hc
(건강 진단 페이지)로 이동하는 경우, 시스템이 (가 DB를 확인) http://serviceA/hc
을 확인하고 http://serviceB/hc
것을 의미한다이 두 microservices
services.AddHealthChecks(checks =>
{
checks.AddUrlCheck(Configuration["ServiceAUrl"]);
checks.AddUrlCheck(Configuration["ServiceBUrl"]);
});
을 모니터링 응용 프로그램 (이것은 DB 및 나머지 API를 확인).
또는 당신은 내가 https://www.google.nl/를 추가하면 그래서 https://www.google을 확인해야
표시 there (그림 10-8) 각 microservice의 건강 검진을 시각화 할 수 있습니다. nl/hc? "건강한"상태이고 https://www.google.nl/hc가 404를 반환하기 때문에 이상합니다. – Daan
AddUrlCheck는 응답 상태 코드가 성공적인 범위 (200-299)에있는 경우 정상 상태를 반환하고 그렇지 않으면 건강에 좋지 않은 상태를 반환합니다 –
그러면 google.nl을 사용할 때 건강한 상태가됩니다. H – Daan