SpringCloud Eureka 자기 보호 메커니즘 원리 분석

이 글 은 주로 SpringCloud Eureka 의 자기 보호 체제 원리 에 대한 분석 을 소개 했다.이 글 은 예시 코드 를 통 해 매우 상세 하 게 소개 되 었 고 여러분 의 학습 이나 업무 에 대해 어느 정도 참고 학습 가 치 를 가지 기 때문에 필요 한 친 구 는 참고 할 수 있다.
1.자기 보호 메커니즘 시범
eureka 는 마이크로 서비스 이름 을 자주 수정 할 때 다음 과 같은 현상 이 나타 날 수 있 습 니 다.

2.자기 보호 모드 란 무엇 인가?
기본적으로 Eureka Server 가 일정 시간 동안 어떤 마이크로 서비스 인 스 턴 스 의 심장 박동 을 받 지 못 하면 Eureka Server 는 이 인 스 턴 스 를 취소 합 니 다(기본 90 초).그러나 네트워크 구역 고장 이 발생 했 을 때 마이크로 서비스 와 Eureka Server 간 에 정상적으로 통신 할 수 없 기 때문에 상기 행 위 는 매우 위험 해 질 수 있 습 니 다.마이크로 서비스 자체 가 건강 하기 때문에 이 마이크로 서 비 스 를 취소 해 서 는 안 됩 니 다.Eureka 는'자기 보호 모델'을 통 해 이 문 제 를 해결 합 니 다.Eureka Server 노드 가 짧 은 시간 에 너무 많은 클 라 이언 트 를 잃 어 버 렸 을 때(네트워크 구역 고장 이 발생 할 수 있 습 니 다)이 노드 는 자기 보호 모델 에 들 어 갑 니 다.이 모드 에 들 어가 면 Eureka Server 는 서비스 등록 표 의 정 보 를 보호 하고 서비스 등록 표 의 데 이 터 를 삭제 하지 않 습 니 다(즉,어떠한 마이크로 서비스 도 취소 하지 않 습 니 다).네트워크 고장 이 복구 되면 이 유레카 서버 노드 는 자동 으로 자기 보호 모드 를 종료 합 니 다.
자기 보호 모드 에서 Eureka Server 는 서비스 등록 표 의 정 보 를 보호 하고 더 이상 서비스 인 스 턴 스 를 취소 하지 않 습 니 다.받 은 심장 박동 수가 한도 값 이상으로 다시 회복 되면 이 Eureka Server 노드 는 자동 으로 자기 보호 모드 에서 종 료 됩 니 다.그의 디자인 철학 은 잘못된 서비스 등록 정 보 를 보류 할 지 언 정 건강 할 수 있 는 모든 서비스 사례 를 맹목적 으로 취소 하지 않 는 다 는 것 이다.좋 은 죽음 은 억지로 사 는 것 만 못 하 다.
종합 적 으로 자기 보호 모델 은 네트워크 이상 에 대응 하 는 안전 보호 조치 이다.그의 구조 철학 은 모든 마이크로 서비스(건강 한 마이크로 서비스 와 건강 하지 않 은 마이크로 서 비 스 는 모두 보류)를 동시에 유지 할 지 언 정 그 어떠한 건강 한 마이크로 서 비 스 를 맹목적 으로 취소 하지 않 는 다 는 것 이다.자기 보호 모드 를 사용 하면 유레카 군집 을 더욱 건장 하고 안정 시 킬 수 있다.
한 마디 로 어느 순간 에 마이크로 서 비 스 를 사용 할 수 없습니다.eureka 는 바로 정리 하지 않 고 이 마이크로 서비스의 정 보 를 저장 합 니 다.
이상 이 바로 본 고의 모든 내용 입 니 다.여러분 의 학습 에 도움 이 되 고 저 희 를 많이 응원 해 주 셨 으 면 좋 겠 습 니 다.