dubbo 프로필 상세 설명(추천)
eg、
eg、
eg、
eg、
eg、
2.서비스 호출 시간 초과 설정
위의 그림 은 timeout 을 예 로 들 어 설정 한 검색 순 서 를 보 여 줍 니 다.다른 retries,loadbalance,actives 도 유사 합 니 다.
방법 등급 이 우선 이 고 인터페이스 등급 이 그 다음 이 며 전체 설정 이 다시 합 니 다.
등급 이 같 으 면 소비 자가 우선 하고 제공 자가 그 다음 이다.
그 중에서 서비스 제공 자 설정 은 URL 을 통 해 등록 센터 를 통 해 소비자 에 게 전달 된다.
서비스 제공 자가 시간 을 초과 하 는 것 을 권장 합 니 다.한 방법 이 얼마나 걸 리 는 지 서비스 제공 자가 더욱 잘 알 고 있 습 니 다.만약 에 한 소비자 가 여러 서 비 스 를 동시에 인용 하면 모든 서비스의 시간 초과 설정 에 관심 을 가 질 필요 가 없습니다.
이론 적 으로 Reference Config 의 비 서비스 표지 설정 은 Consumer Config,ServiceConfig,Provider Config 에서 모두 설정 을 절약 할 수 있 습 니 다.
3.시작 시 검사
Dubbo 결 성 은 시작 할 때 의존 하 는 서비스 가 사용 가능 한 지,사용 할 수 없 을 때 이상 을 던 져 Spring 초기 화 를 막 습 니 다.온라인 에 접속 할 때 문 제 를 미리 발견 할 수 있 도록 기본 check=true 입 니 다.
스프링 용기 가 게 으 르 게 불 러 오 거나 API 프로 그래 밍 을 통 해 인용 서 비 스 를 지연 시 키 려 면 check 을 닫 으 십시오.그렇지 않 으 면 서비스 가 임시 적 으로 사용 되 지 않 을 때 이상 을 던 져 null 인용 을 받 습 니 다.check=false 는 항상 인용 을 되 돌려 줍 니 다.서비스 가 복 구 될 때 자동 으로 연 결 됩 니 다.
check="false"를 통 해 검 사 를 닫 을 수 있 습 니 다.예 를 들 어 테스트 할 때 일부 서비스 가 관심 이 없 거나 순환 의존 이 생 겼 을 때 한 쪽 이 먼저 시작 해 야 합 니 다.
1.특정한 서비스의 시작 을 닫 을 때 검사 합 니 다.(공급 자 타 임 스 오류 가 없습니다)
<dubbo:reference interface="com.foo.BarService" check="false" />
<dubbo:consumer check="false" />
<dubbo:registry check="false" />배 고 픈 로 딩 이 필요 하 다 면 아무 도 인용 하지 않 고 동적 대 리 를 즉시 생 성 할 수 있 습 니 다.설정 할 수 있 습 니 다:
<dubbo:reference interface="com.foo.BarService" init="true" />1.문제
개발 테스트 를 편리 하 게 하기 위해 모든 서비스 가 사용 할 수 있 는 등록 센터 를 오프라인 에서 공유 하 는 경우 가 많다.이때 개발 중인 서비스 제공 자가 등록 하면 소비자 가 정상적으로 운행 하지 못 하 는 데 영향 을 줄 수 있다.
2.해결 방안
서비스 제공 자 개발 자가 서비스(개 발 된 서 비 스 는 다른 서비스 에 의존 할 수 있 음)만 구독 하고 개발 중인 서 비 스 를 등록 하지 않 고 개발 중인 서 비 스 를 직접 테스트 할 수 있 도록 할 수 있다.
등록 설정 비활성화:
또는:
5.메아리 테스트(서비스 사용 가능 여부 테스트)
메아리 테스트 는 서비스 가 사용 가능 한 지,메아리 테스트 는 정상 적 인 요청 절차 에 따라 실행 되 며,전체 호출 이 원활 한 지,모니터링 에 사용 할 수 있 습 니 다.
모든 서 비 스 는 EchoService 인 터 페 이 스 를 자동 으로 구현 하 며,임의의 서비스 인용 을 EchoService 로 강제 전환 하면 사용 할 수 있다.
eg、<dubbo:reference id="memberService" interface="com.xxx.MemberService" />
MemberService memberService = ctx.getBean("memberService"); //
EchoService echoService = (EchoService) memberService; // EchoService
String status = echoService.$echo("OK"); //
assert(status.equals("OK"))
연결 지연,긴 연결 수 를 줄 이 고 호출 이 시 작 될 때 긴 연결 을 만 듭 니 다.
긴 연결 을 사용 하 는 dubbo 프로 토 콜 에 만 적 용 됩 니 다.
<dubbo:protocol name="dubbo" lazy="true" />소비자 가 등록 센터 를 돌아 서 공급 자 를 방문 하 는 것 을 방지 하고 등록 센터 에서 권한 을 제어 하여 소비자 에 게 영패 를 보 낼 지 말 지 를 결정 한다.등록 센터 는 권한 수여 방식 을 유연 하 게 바 꿀 수 있 고 공급 자 를 수정 하거나 업그레이드 하지 않 아 도 된다.
1、 ：
<!-- token ， UUID -->
<dubbo:provider interface="com.foo.BarService" token="true" />
<!-- token ， -->
<dubbo:provider interface="com.foo.BarService" token="123456" />
2、 ：
<!-- token ， UUID -->
<dubbo:service interface="com.foo.BarService" token="true" />
<!-- token ， -->
<dubbo:service interface="com.foo.BarService" token="123456" />
3、 ：
<!-- token ， UUID -->
<dubbo:protocol name="dubbo" token="true" />
<!-- token ， -->
<dubbo:protocol name="dubbo" token="123456" />
결 성 자동 검색:log4j,slf4j,jcl,jdk
로그 출력 정책 을 다음 과 같이 설정 할 수 있 습 니 다:dubbo:application logger="log4j"/>
접근 로그:
모든 요청 정 보 를 기록 하려 면 apache 와 같은 방문 로 그 를 열 수 있 습 니 다.오늘 은 지 량 이 비교적 많 으 니 디스크 용량 에 주의 하 세 요.
현재 사용 중인 log4j 로그 에 접근 로 그 를 출력 합 니 다:
<dubbo:protocol accesslog="true" />
<dubbo:protocol accesslog="http://10.20.160.198/wiki/display/dubbo/foo/bar.log" />설정 방법 은 다음 과 같 습 니 다:
<dubbo:registryfile=”${user.home}/output/dubbo.cache” />파일 의 경 로 는 발표 과정 에서 삭제 되 지 않도록 필요 에 따라 조정 할 수 있 습 니 다.여러 개의 응용 프로 세 스 가 같은 파일 을 사용 하지 않도록 주의 하 십시오.내용 이 덮어 쓰 이지 않도록 하 십시오.
이 파일 은 캐 시 됩 니 다:
이상 이 바로 본 고의 모든 내용 입 니 다.여러분 의 학습 에 도움 이 되 고 저 희 를 많이 응원 해 주 셨 으 면 좋 겠 습 니 다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
Dubbo 는 Keepalived + Nginx 로 높 은 웹 부하 균형 을 실현 할 수 있 습 니 다.Configuration File for keepalived global_defs { router_id edu-proxy-02 } vrrp_script chk_nginx { script "/etc/keepalived...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.
좋은 웹페이지 즐겨찾기
