자세한 봄 구름

1, 봄 부팅 및 봄 구름 사이의 관계

봄 봄 부팅 빠르게 하나의 마이크로 서비스 개발 봄 부팅에 따라 신속하게 구성 비계로 설정되어 완벽한 솔루션을 제공, 마이크로 서비스 시스템의 개발에 건축 문제로 봄 클라우드 기반의 봄 부팅 - 서비스 등록 및 검색을 , 서비스 소비자, 서비스 보호 및 퓨즈, 게이트웨이, 분산 전화 추적, 구성 관리를 배포했습니다. 봄 클라우드 봄 부팅이 구현 된 클라우드 기반 응용 프로그램 개발 도구입니다 빠른에 봄 부팅 초점, 한 개인의 쉬운 통합, 봄 클라우드 서비스 거버넌스 프레임 워크는 세계적인 문제이며, 봄이, 많은 부팅이 기본 구성 개념을 사용하여보다 큰 통합 프로그램이 구성 구성되지 없습니다, 당신이 잘 선택하는 데 도움이, 봄 클라우드 많은 부분은 봄 부팅을 기반으로 이루어집니다.

같은 프레임으로 이렇게 많은 서비스 : 두보,는 Kubernetes, 왜 봄 클라우드를 사용하는 것이 필요하다?

  • 봄 대가족의 출력은, 이후의 갱신을 보장하고 향상시킬 수, 기업의 개발 프레임 워크, 대형 백업에서 무적 봄. 지금은 거의 죽은 예를 들어, 두보를 들어 (나중에 복귀 업데이트 재개했다)

  • 이 봄 부팅 독립적 인 이동 - 게터이 물건, 꽤 좋은 밖으로 모두 크고 작은 생활 봄 부팅을 많이 절약 할 수 있습니다. (프레임 워크는 신속한 개발을 촉진하기 위해 하위 프로젝트를 실행하는 데 몇 분에서 신속하게 설정할 수 있습니다.)

  • 큰 사람 마이크로 관리 서비스로, 서비스 관리의 매우 포괄적 거의 모든 측면을 고려하고, 상자 밖으로의 개발을 촉진하기 위해 고려한다. (원 스톱 빌드 마이크로 유리한에 대한 중소 기업 서비스,로드 밸런싱, 퓨즈 및 기타 조치를 달성하기 위해 인력과 기계를 많이 지출 할 필요가 없습니다)

  • 봄 클라우드 활동은 문제가 (또한 더 봄 가족, 대규모 사용자 기반, 기술 공유 게시물에서) 쉽게 해결책을 찾을 수 있습니다, 튜토리얼이 매우 풍부하다, 높은

  • 쉽게 코드 몇 줄이, 퓨즈를 완료 균형과 책임을, 서비스 센터는 다양한 플랫폼 (완전한 기능을) 제공

봄 클라우드는 단점이있다, 단지 작은 독립 프로젝트에 적합하지 않은 자바 개발을 사용합니다.

구어체로, 기계 등의 SpringCloud, 당신은 (서비스 등록 (유레카), API 게이트웨이 (Zuul), 퓨즈 (Hystrix) 등),하지만 단점은 다시, 다양한 기능에 대해 자세히 알아 개발자를 필요로하지 않는다 얻을 수 있습니다 당신은 장소에 다른 프레임 워크는 개발자가 다른 프레임 워크를 봐에 갈 수 있고, 봄이 통합 (DIY 컴퓨터 조립), 그것은 필요가 운영 원리를 이해할 수있는 몇 가지 기능을 사용합니다.

 

자세한 스프링 클라우드 구성 요소

  1. 봄 클라우드 구성 : 원격 서버에 구성을 넣을 수 있도록 구성 관리 개발 키트는 지금, 힘내 및 서브 버전을 로컬 스토리지를 지원합니다.

  2. 스프링 클라우드 버스 : 클러스터 (예를 들어, 설정 변경 이벤트) 및 전파 상태 변화에 대한 이벤트 메시지 버스, 온천 구름 구성 배치를 달성하기 위해 조합 될 수있다.

  3. 봄 클라우드 넷플릭스 : 등등 유레카, Hystrix, Zuul, Archaius 등 패키지에서 제공하는 개발 도구의 다양한 넷플릭스 구성 요소.

  4. 넷플릭스 유레카 : 클라우드로드 페일 오버 드라이브로드 밸런싱 서버의 위치 서비스에 대한 밸런싱하는 REST 기반 서비스 및 중간층.

  5. 넷플릭스 Hystrix : 내결함성 관리 도구가 지연과 실패에 대한보다 강력한 내결함성을 제공하는 제어 노드 서비스 및 타사 라이브러리에 대한 목표.

  6. 넷플릭스 Zuul : 에지 서비스 도구, 동적 모니터링 라우팅, 에지 유연성, 보안 및 기타 서비스를 제공합니다.

  7. 넷플릭스 Archaius : 구성 관리 API는, 재산, 스레드 안전 구성 작업, 폴링 프레임, 콜백 메커니즘 및 기타 기능의 동적 유형을 제공, 구성 관리 API의 시리즈를 포함합니다.

  8. 클라우드 파운드리를위한 봄 클라우드 : OAuth2를 CloudFoundry하여 서비스에 대한 구속력이있는 계약은 CloudFoundry는 VM웨어가 오픈 소스 PaaS를 클라우드 플랫폼을 출시한다.

  9. 봄 클라우드 경찰견 : 로그 수집 키트 패키지 단정 한, 지프 킨과 HTrace 작업.

  10. 봄 클라우드 데이터 흐름 : 대형 데이터 조작 도구, 명령 줄을 통해 운전 데이터 스트림입니다.

  11. 봄 클라우드 보안 : 보안 툴킷은 주로 OAuth2를을 의미, 응용 프로그램에 대한 보안 컨트롤을 추가 할 수 있습니다.

  12. 봄 클라우드 영사 : 영사의 캡슐화 작업은, 영사 원활 도커 용기와 통합 할 수있는 서비스의 검색 및 구성 도구이다.

  13. 봄 클라우드 사육사는 : 사육사의 작업은 서비스 등록 및 검색 사육사의 방법을 사용하는 툴킷.


 

진화 프로젝트 아키텍처

 
 
 
 
 
중앙 집중식 아키텍처
수직 분할
분산 서비스
SOA 서비스 지향 아키텍처
마이크로 서비스 아키텍처
 

2. 마이크로 서비스 아키텍처 설명

목표 : SOA와 마이크로 서비스 아키텍처와 마이크로 서비스 아키텍처 말의 특성의 차이를 이해하기

SOA는 서비스 지향 아키텍처 ESB 구성 요소를 사용하여 ESB 자체는 복잡한 구현하기 위해, 응용 프로그램 서비스 단위가 큰, ESB를 통해 모든 서비스 간의 통신은 통신 속도를 줄일 수, 배포, 테스트 ESB가 너무 많은 문제가있다.

마이크로 서비스 아키텍처 : 그건 하나의 응용 프로그램 또는 방법의 개발이 하나의 서비스 또는 소규모 비즈니스의 사용이다.

마이크로 서비스 아키텍처 기능 :

  • 단일 책임

  • 서비스 작은 크기

  • 서비스 지향 (외부 노출 REST API를)

  • 독립적 인 서비스는 있습니까

그리고 ESB SOA 아키텍처를 사용 사이의 차이 :; 작은 기업 규모 ESB를 사용하지 않고 마이크로 서비스 아키텍처는 등록 된 서비스 관리 센터가 있습니다.

봄 구름 개요

유레카 레지스트리

유레카 주요 기능은 정기적으로 서비스 상태, 서비스 주소 목록에 반환을 확인, 서비스 관리이다. 유레카는 서비스 레지스트리 만 서비스 등록이며, 자체 서비스도 소비자 서비스를 제공하지 않습니다.

 

  • 서비스 등록 : 유레카 클라이언트가 서비스에 의존하는 엔지니어링 사용자가 서비스를 추가 제공하며, 서비스가 자동으로 EurekaServer 서비스 주소 목록에 등록했다.

    • 의존도를 추가;

    • 부트 클래스의 변환, 유레카 발견 클라이언트를 열고 주석을 추가;

    • 구성 파일을 수정, 설정 유레카 서비스 주소

  • 서비스 검색은 : 추가 유레카 클라이언트는 서비스 소비자 엔지니어링 소비자 데모에 의존, 당신은 서비스 이름에 따라 목록에 해당하는 서비스 주소를 얻기 위해 도구를 사용할 수 있습니다.

    • 의존도를 추가;

    • 부트 클래스의 변환, 유레카 발견 클라이언트를 열고 주석을 추가;

    • 구성 파일을 수정, 설정 유레카 서비스 주소를;

    • 변환 프로세서 클래스 ConsumerController, 당신은 서비스 주소 목록 이름을 기반으로 해당 서비스를받을 DiscoveryClient 도구를 사용할 수 있습니다.

     

마이크로 스프링 클라우드 서비스 전체 공정

고 가용성 구성 ** :

  • 유레카 서버는 더 서로 동기화 서비스에서 유레카 서버 사이에서 발견 할 수있다 그래서 다른 유레카 서버에 서비스로 등록하고, 유레카 서버 클러스터됩니다.

부하 분산 리본

  1. 로드 밸런싱은 어드레스 목록 서비스 호출에서의 어드레스는 알고리즘에 의해 성취 될 수있다 구하는 알고리즘이다.

  2. 리본 알고리즘을 균형 임의 부하의 두 종류 (기본 폴링) 주소 목록에서 주소를 얻기 위해 알고리즘을 균형 서비스 호출 부하를 사용하여 달성 될 수있다, 폴링을 제공합니다.

  3. 사용 RestTemplate을 인스턴스화 할 때, 서비스 주소가 직접 서비스 이름을 사용할 수 있습니다 @LoadBalanced.

퓨즈 Hystrix

Hystrix 계단식 고장을 방지하기 위해, 원격 서비스 분리 액세스 지연 및 내결함성 라이브러리이다.

나사 분리

사용자 요청에 직접 서비스에 액세스되지 않고 스레드 풀 유휴 스레드 액세스 서비스의 사용은 실패 판정 시간을 단축 할 수 있습니다.

서비스는 다운 그레이드

즉시 스레드가 서비스에 대한 대기 때문에 차단되지 않습니다 그래서, 서비스 호출의 결과를 실패 반환합니다.

 

 

척하기 응용 프로그램

주소 요청 매개 변수 접합 HTTP.

척하기로드 밸런싱 및 융합

  • 로드 균형 조정

  • 서비스 퓨즈

  • 압축 요청

  • 로그 수준

봄 클라우드 게이트웨이 게이트웨이

핵심 봄 클라우드 게이트웨이는 다른 마이크로 서비스 클라이언트의 요청을 전달할 수, 필터의 시리즈입니다. 주요 기능 : 필터링 및 라우팅.

경로 :

  1. 만 유사한 구성 파일의 라우팅 경로를 지정해야합니다 서비스를 라우팅`LB : // 쓰기 후; 사용자 서비스 서비스 이름의 파운드가 유레카를 사용하기 위해 등록해야합니다

  2. 서비스 요청 어드레스 마이크로 서비스 주소 때 클라이언트 만약 일치 첨가하고 라우팅 경로 접두어 필터를 구성함으로써 실현할 수있다 제거.

필터

  • 사용법 : 구성 파일에 사용되는 필터의 이름을 지정;

  • 입력 : 지역, 글로벌;

  • 사용 시나리오 : 인증 요청, 예외 처리, 긴 시간 기록 호출.

게이트웨이, 일반적으로 사용하는 단말기에 관한 요구, 척하기는 일반적으로 마이크로 서비스 호출간에 사용.

봄 클라우드 구성 분산 구성 센터

 

YML 서비스 레지스트리 구성

 서버 : 
  포트 : 12000
 :
 응용 프로그램 :
    이름 : 설정 - 서버
 클라우드 :
    설정 :
      서버 :
        자식 :
          URI : HTTPS : //gitee.com/goheima/heima-config.git #의 rabbitmq 구성 정보, 그것은 모든 기본 값의 경우 그것은 일관성이 필요하지 않습니다 RabbitMQ를 :   호스트 : 로컬 호스트   포트 : 5672   사용자 이름 : 고객   비밀번호 : 고객 유레카 : 클라이언트 :   - 서비스 - URL :     defaultzone을
   
 
 
 
 
 
 
 
 
 : HTTP : //127.0.0.1 : 10086 / 유레카
 관리 :
 엔드 포인트 :
    웹 :
      노출 : # 노출 트리거 메시지 버스 주소       은 다음과 같습니다 : 버스 - 새로 고침을
         
 

 

추천

출처www.cnblogs.com/zxasd/p/12075991.html