퓨즈 다운 그레이드 이해

  1. 왜 우리가 퓨즈를 다운 그레이드해야합니까

( 1) 수요의 배경

   이는 시스템 부하가 너무 높으면, 비정상적인 상태 또는 트래픽 버스트 도입 네트워크 흔한 해결책이다.

   분산 시스템에서 서비스가 하나 개 이상의 서비스에 따라, 우리는 의존성 문제의 경우 다음 사항을 확인 할 수 있으며, 전체 서비스 실패로 이어질하지 않습니다 방법, 서비스 요청은 초과 근무, 비정상적으로 실패가있을 수 있습니다.

   예를 들어 부하 조건에서 타임 아웃의 경우, 마이크로 서비스 비즈니스 로직 복잡성.

  내부 조건 :이 프로그램의 버그가 무한 루프의 원인이 느린 쿼리가 프로그램 로직은 메모리가 부족으로 이어질하지 않습니다

  외부 조건 : 해커 공격, 프로모션, 타사 시스템이 느리게 반응한다.

(2) 솔루션

   인터페이스 수준의 우선 순위를 해결하기 위해 실패의 핵심 아이디어는 핵심 비즈니스를 보호하고 사용자의 대다수에 우선 순위를 부여하는 것입니다. 로그인 기능은 매우 중요합니다 같은 트래픽이 너무 높은 경우, 등록 기능을 해제 자원을 확보하기 위해 로그인합니다.

(3) 해상도 전략

  퓨즈, 강등은 현재 대기, 제한.

    2. 퓨즈는 무엇인가

     일반 서비스 오류, 또는 현실 세계 '퓨즈', 비정상 상태가 트리거 될 때, 직접 전체 서비스가 아닌 서비스를 융합 유사, 이상이 전체 시스템의 고장을 방지하기 위해 방지하기 위해,이 타임 아웃 기다리던에 의해 발생합니다.

보호 조치의 숫자의 사용. 과부하 보호. 이러한 응답은 매우 느린 서비스 인터페이스 B는 인터페이스에서 X 의존적 B 서비스와 같은 서비스 기능들은 서비스 기능 응답이 X 함수에 붙어있는 다른 스레드 A 서비스 결과 감속한다 엑스레이를

에 다른 기능은 서비스가 느려지거나 마스터 카드 것입니다. 이 시점에서 우리는 메커니즘을 융합 필요는 A B 서비스는이 인터페이스를 요청하지 즉,하지만 직접 다운 그레이드 할 수 있습니다.

   3. 다운 그레이드 무엇

      서버 때 압력 서지, 현재의 비즈니스 상황 및 일부 서비스의 흐름과 다운 그레이드의 전략적 페이지에 따라. 고객을 유지하면서, 핵심 사업의 정상적인 작동을 보장하기 위해 서버 자원에 대한 압력을 완화하기 위해, 그리고

올바른 해당하는 대부분의 고객을 가져옵니다.

자동으로 다운 그레이드 : 시간 초과, 실패 횟수, 한류를

 (1) 구성 제한 시간 (응답 상황을 검출하기 위해 비동기기구);

 (2) 특정 수의 하향 호출의 수 API 불안정성 (비동기기구 케이스 올리 검출);

 (3) 원격 서비스 실패 (DNS, HTTP 서비스 오류 상태 코드, 네트워크 고장, RPC 서비스 예외), 직접 하향 부른다.

인공 다운 그레이드 : 스파이크, 이중 XI 다운 그레이드 중요하지 않은 서비스를 홍보.

  4 퓨즈 하향 유사점과 차이점

같은 점 :

   1) 가용성 및 트리거의 신뢰성에서, 시스템 고장을 방지하기 위해서

   2) 최종 사용자가 일시적으로 사용할 수없는 일부 기능을 경험할 수 있도록

차이 :

    1) 서비스 퓨즈 장애는 일반적으로 발신자에 의해 제어되며, 일반적으로 전체로서 간주 하류 서비스, 서비스 저하 및 시스템 부하에 의해 발생

   2) 트리거 다른 이유는, 상기 폰트 색을 설명

   5 퓨즈는 다운 그레이드하는 과정을 설명하기

퓨즈를 구성하기 위해 다음과 같이 Hystrix 몇 가지 주요 매개 변수를 제공합니다 :

circuitBreaker.requestVolumeThreshold // 윈도우 크기 슬라이딩 디폴트 20 
퓨즈가 기본값 5000, 즉, 벨 5S 열 것인지 다시 검출되고, circuitBreaker.sleepWindowInMilliseconds // 너무 오래 
circuitBreaker.errorThresholdPercentage // 에러율 기본 50 %

세 가지 매개 변수를 함께 표현의 의미는 다음과 같습니다

    (20 개) 요청을, 50 %가 실패 할 때마다, 퓨즈 직접 실패, 아니 조정 원격 서비스로 돌아갑니다,이 서비스를 호출,이 시간을 엽니 다. 5S는 벨 때까지, 상기 트리거 조건이 다시 테스트 퓨즈가 닫혀 있는지 여부를 확인하거나, 열을 계속한다.

이것은 매우 중요한 점 안에, 퓨즈에 도달 한 후, 다음 직접 조정 마이크로 서비스 뒤에 이동합니다. 다음 서비스 비정상 여부를 계조 마이크로 이런 경우가 발생하기 때문에 조정에 대한 융합되도록, 직접 사용자에게 제 에러 정보 불가능

우리는 전략을 다운 그레이드 고려할 수 있습니다. 서비스가 끊어 때 소위 내리기는, 서버가 더 이상 클라이언트가 자신의 지역 대체 콜백은 기본 값을 반환 준비 할 수있는이 시간, 호출되지 않습니다. 

이렇게에서 수준 감소하지만, 어떤 결과가 물론, 직접 걸어보다 더 강한, 사용할 수 있지만,이 또한 적절한 비즈니스 시나리오에 따라 달라집니다.

추천

출처www.cnblogs.com/xiaowenshu/p/11649439.html