Spring Cloud의 7가지 주요 구성요소는 무엇입니까?

Spring Cloud의 7가지 주요 구성 요소: 1. 서비스 등록 방법 및 등록 위치를 설명하는 Eureka 구성 요소 3. 웹 서비스 클라이언트 선언인 Feign 구성 요소 5. 구성 요소 구성 요소 6. Zuul 구성 요소 7. 버스 구성 요소.

이 튜토리얼의 운영 환경: windows7 시스템, java8 버전, DELL G3 컴퓨터.

Spring Cloud Family Bucket Component

Spring Cloud Family Bucket을 소개하기 전에 먼저 Netflix를 소개해야 합니다. Netflix는 Spring Cloud 프로젝트에서 중요한 역할을 하는 훌륭한 회사입니다. Netflix는 많은 구성 요소를 포함한 서비스를 제공합니다. Eureka, Hystrix, Zuul, Archaius 등은 마이크로서비스 아키텍처에서 매우 중요합니다. Netflix를 기반으로 Spring은 Spring Cloud Eureka, Spring Cloud Hystrix, Spring Cloud Zuul 외라는 이름의 일련의 구성 요소를 캡슐화합니다. 각 구성요소는 별도로:

(1) Spring Cloud Eureka

마이크로서비스의 본질은 다양한 API 인터페이스를 호출하는 것입니다. 그러면 이러한 인터페이스를 나중에 어떻게 호출합니까? 어떻게 관리하나요?

답은 Spring Cloud Eureka 입니다. 우리가 정의한 API 인터페이스를 Spring Cloud Eureka에 등록할 수 있습니다. Eureka는 서비스 등록 및 검색을 담당합니다. Zookeeper를 공부했다면 Eureka의 역할과 Zookeeper의 기능은 유사하며 모두 서비스 등록 및 검색입니다. Eureka 시스템을 구성하는 구성 요소는 서비스 등록 센터, 서비스 제공자 및 서비스 소비자입니다.

위 그림은 다음과 같습니다(인터넷에서 가져온 그림).

1. 두 개의 유레카 서비스 등록 센터로 구성된 서비스 등록 센터의 마스터-슬레이브 복제 클러스터
2. 그런 다음 서비스 공급자 등록 센터에 보고 등록, 갱신, 오프라인 서비스 등을 수행합니다.
3. 서비스 소비자 서비스 목록을 Eureka 등록 센터로 가져오고 로컬로 유지합니다(이는 클라이언트 검색 모드의 메커니즘 구현이기도 함). !);
4 그런 다음 서비스 소비자는 유레카 서비스 등록 센터에서 얻은 서비스 목록을 기반으로 서비스를 사용할 서비스 제공자를 선택합니다.

(2) Spring Cloud Ribbon

Spring Cloud Eureka는 서비스가 등록되는 방법, 등록되는 위치, 서비스 소비자가 서비스 생산자로부터 서비스 정보를 얻는 방법을 설명합니다. 그러나 Eureka는 서비스 생산자와 등록 간의 관계만 유지합니다. 실제 서비스 소비자는 Spring Cloud 리본을 통해 서비스 생산자가 제공하는 데이터를 호출합니다.

(1)에서 서비스 소비자는 등록 센터에서 서비스 제작자의 서비스 목록을 얻어 로컬에 유지한다고 언급했습니다. 이 클라이언트 검색 모드의 방식은 서비스 소비자가 서비스에 액세스하기 위해 적절한 노드를 선택하는 것입니다. . 생산자가 제공한 데이터, 적절한 노드를 선택하는 이 프로세스는 Spring Cloud Ribbon에 의해 완료됩니다.

여기서 Spring Cloud 리본 클라이언트 로드 밸런서가 시작됩니다.

(3) Spring Cloud Feign

위의 (1)과 (2)에서는 특별히 리본을 사용하여 서비스를 호출하는 경우 서비스 등록 검색 및 서비스 호출 작업을 구현하는 가장 간단한 방법을 사용했습니다. 리본을 사용하는 방법이 아직은 조금 복잡하다고 느끼실 수 있는데, 그래서 Spring Cloud Feign이 탄생하게 되었습니다.

Spring Cloud Feign은 웹 서비스 클라이언트 작성을 더 쉽게 해주는 선언적 웹 서비스 클라이언트입니다. Feign을 사용하여 인터페이스를 생성하고 주석을 달 수 있습니다. Feign 주석 및 JAX-RS 주석을 포함한 플러그형 주석이 지원됩니다. 및 디코더를 사용하면 Spring Cloud는 Spring MVC에 주석을 추가하고, Spring Web은 기본적으로 HttpMessageConverters를 사용하며, Spring Cloud는 Ribbon 및 Eureka에서 제공하는 로드 밸런싱된 HTTP 클라이언트 Feign을 통합합니다.

Spring Cloud Feign의 등장으로 Eureka와 Ribbon의 사용이 더 쉬워졌다고 간단히 이해하면 됩니다.

(4) Spring Cloud Hystrix

우리는 (1), (2), (3)에서 Eureka를 사용하여 서비스를 등록하고 검색하고, 리본을 사용하여 서비스의 로드 밸런싱 호출을 구현하고, 방법도 알고 있습니다. Feign을 사용하면 코딩을 단순화할 수 있습니다. 그러나 이는 고가용성 마이크로서비스 아키텍처를 달성하기에는 충분하지 않습니다.

예: 서비스가 실패하고 서비스 호출자가 서비스에 결함이 있다는 사실을 모르는 경우, 이때 걸려온 호출 수가 계속 증가하면 결국 실패한 신뢰 당사자가 서비스를 구성할 때까지 기다립니다. 작업이 적체되어 결국 자체 서비스가 마비될 수 있습니다.

Spring Cloud Hystrix는 이러한 상황을 해결하고 잘못된 서비스에 대한 지속적인 접근을 방지하도록 설계되었습니다. 히스트릭스(Hystrix)의 뜻은 차단기 자체가 우리 가정의 회로 보호에 사용되는 개폐 장치로, 선로에 있는 전기기기가 단락되었을 때, 회로 차단기가 고장난 전기기기를 차단해 주는 것입니다. 과부하, 발열 또는 심지어 화재와 같은 심각한 결과가 발생할 수 있습니다.

(5) Spring Cloud Config

마이크로서비스가 많지 않았을 때는 다양한 서비스의 구성과 관리가 비교적 간단했지만, 수백, 수천 개의 마이크로서비스 노드가 발생하면 서비스 구성의 관리가 복잡해집니다. .

분산 시스템에서는 서비스 수가 많기 때문에 서비스 구성 파일의 통합 관리 및 실시간 업데이트를 용이하게 하기 위해 분산 구성 센터 구성 요소가 필요합니다. Spring Cloud에는 구성 서비스의 메모리(즉, 로컬)에 배치되는 구성 서비스를 지원하고 원격 Git 저장소에 배치되는 것도 지원하는 분산 구성 센터 구성 요소인 Spring Cloud Config가 있습니다. Cpring Cloud Config 구성 요소에는 두 가지 역할이 있습니다. 하나는 구성 서버이고 다른 하나는 구성 클라이언트입니다.

Config Server는 구성 속성을 저장하는 데 사용됩니다. 저장 위치는 Git Warehouse, SVN Warehouse, 로컬 파일 등이 될 수 있습니다. Config Client는 서비스 속성을 읽는 데 사용됩니다.

(6) Spring Cloud Zuul

Spring Cloud Netflix에서 Eureka를 사용하여 서비스 등록 센터와 서비스 등록 및 검색을 구현하고 서비스 간 리본 또는 Feign을 통해 로드 밸런싱을 구현합니다. Spring Cloud Config는 여러 환경의 외부 구성 및 버전 관리를 구현합니다. 서비스 클러스터를 더욱 강력하게 만들기 위해 Hystrix의 융합 메커니즘을 사용하여 마이크로서비스 아키텍처의 개별 서비스에서 예외로 인해 발생하는 오류의 확산을 방지합니다.

먼저 이러한 아키텍처가 수행해야 하는 몇 가지 작업과 그 단점에 대해 이야기해 보겠습니다.

1 우선 서비스의 상태 비저장 기능을 파괴합니다. 외부 서비스의 보안을 보장하려면 서비스 액세스에 대한 권한 제어를 구현해야 합니다. 개방형 서비스의 권한 제어 메커니즘은 전체 개방형 서비스의 비즈니스 로직에 침투하여 이를 오염시킨다는 점입니다. 클러스터에 있는 REST API의 상태 비저장 특성이 삭제됩니다. 구체적인 개발 및 테스트 관점에서는 작업 중 실제 비즈니스 로직을 고려하는 것 외에도 인터페이스 액세스에 대한 추가적인 지속 가능한 제어 처리도 필요합니다.

2. 둘째, 기존 인터페이스를 직접 재사용할 수 없습니다. 기존 클러스터 액세스 인터페이스에서 외부 서비스에 액세스해야 하는 경우 원본 인터페이스에 확인 논리를 추가하거나 권한 제어를 구현하기 위한 프록시 호출을 추가해야 합니다.
위와 비슷한 문제가 발생하면 어떻게 해결해야 할까요? 이제 이 기사의 주요 주제인 서비스 게이트웨이를 살펴보겠습니다.

위 문제를 해결하려면 서비스 단위에서 권한 제어와 같은 항목을 추출해야 합니다. 이러한 논리에 가장 적합한 위치는 외부 액세스의 프런트 엔드입니다. 이 기사에서 앞으로 소개할 내용은 서비스 게이트웨이입니다.

서비스 게이트웨이는 마이크로서비스 아키텍처의 핵심 부분입니다. 서비스 게이트웨이를 통해 외부 시스템에 REST API를 일률적으로 제공하는 과정에서 서비스 라우팅, 로드 밸런싱 기능 외에 권한 제어 등의 기능도 갖췄다. Spring Cloud Netflix의 Zuul은 마이크로서비스 아키텍처에 대한 프론트 도어 보호를 제공하는 동시에 권한 제어의 더 무거운 비비즈니스 논리 콘텐츠를 서비스 라우팅 수준으로 마이그레이션하여 서비스 클러스터 본체가 이러한 역할을 수행합니다. 더 많은 기능을 가질 수 있습니다.

(7) Spring Cloud Bus

(5) Spring Cloud Config에서는 우리가 알고 있는 구성 파일을 Config Server를 통해 Git 등의 곳에 저장하고 Config Client를 통해 읽어올 수 있지만 우리의 구성 파일은 불가능하다. 변경되지 않은 상태로 유지됩니다. 구성 파일이 변경되면 어떻게 업데이트합니까?

가장 간단한 방법은 Config 클라이언트를 다시 가져오는 것입니다. 그러나 Spring Cloud에서는 서비스를 종료하지 않고도 구성을 업데이트할 수 있는 작업을 제공합니다.

봄구름버스 공식 뜻: 메시지 버스.

물론 동적으로 업데이트되는 서비스 구성은 메시지 버스의 한 가지 용도일 뿐이며 다른 용도도 많습니다.

Summary

위의 구두 소개를 통해 더 많은 구성 요소가 있습니다. 그러나 각 구성 요소의 기능은 위에 소개된 것보다 훨씬 더 많습니다. 컴포넌트 그 밖에도 많은 기능적 포인트가 있습니다. 여기 소개를 통해 마이크로서비스의 큰 개념을 두려워하지 마세요.

더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 비디오를 방문하세요! !

위 내용은 Spring Cloud의 7가지 주요 구성요소는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!