첫째, 마이크로 서비스 아키텍처
2014 년 마틴 파울러는 그의 논문에서 마이크로 서비스의 개념을 제안했다.
즉, microservice 건축 양식 [1] 작은 서비스 스위트, 자신의 프로세스의 각 달리기와 같은 단일 응용 프로그램을 개발하고 가벼운 메커니즘, 종종 HTTP 자원 API와 통신에 대한 접근 방식입니다. 이러한 서비스는 비즈니스 기능 중심으로 완전히 자동화 된 배포 기계에 의해 독립적으로 배포된다. 다른 프로그래밍 언어로 작성된 다른 데이터 저장 기술을 사용할 수 있습니다 이러한 서비스의 중앙 집중식 관리의 최소한이있다.
마이크로 서비스는 다음과 같습니다 :
- 작은 모듈로 분할
- 각각의 모듈은 별도의 마이크로 서비스 프로세스를 갖는다
- 마이크로 서비스 모듈 사이의 상호 작용 경량
- 각각의 마이크로 - 서비스 독립적 인 배포, 서로 다른 언어와 데이터 저장 기술을 사용할 수 있습니다
둘째, 마이크로 서비스의 장점과 단점
이점
- 각 서비스 충분히 응집력, 코드, 이해하기 쉽고 유지하고 발전하기 쉽다
- 마이크로 서비스가 느슨하게 결합되어 사이에 서로 영향을주지 않습니다
- 서로 다른 언어와 데이터 저장 기술 개발을 사용할 수 있습니다
- 새로운 기술의 마이크로 서비스를 쉽게 통합
- 마이크로 판매 서비스는 논리적 번호 및 구성 요소하지 않습니다 HTML, CSS 또는 다른 인터페이스 통합
- 각 서비스는 자신의 마이크로 스토리지 용량을 가지고, 자신의 데이터베이스를 가질 수 있습니다, 당신은 통합 데이터베이스를 가질 수 있습니다
결점
- 서비스 간 통신 비용
- 트랜잭션을 분산 데이터의 일관성,
- 마이크로 의존 서비스 배포
셋째, 마이크로 서비스 기술 스택
- 서비스 관리
- 서비스 등록
- 서비스 호출
- 분산 서비스로드
- 서비스 모니터링
...
넷째, 우리는 왜 SpringCloud을 투표해야
1. 선택 기준
- 성숙 솔루션 및 전반적인 프레임 워크
- 커뮤니티 열
- 유지 보수성
각 마이크로 프레임 서비스 2. 비교
원 스톱 SpringCloud의 솔루션은 마이크로 서비스 아키텍처, 각 마이크로 서비스 아키텍처 착륙 기술의 집합체를 분산하는 마이크로 서비스 가족 버킷
관계 3.SprngCloud 및 SpringBoot 무엇입니까
병원은 예가 될 수 있습니다
- 부분적인 거시적 (병원), 부분 현미경 (다양한 부서)
- SpringCloud SpringBoot에 의존하고 SpringCloud SpringBoot를 의존하지 않는
서비스의 글로벌 지배 구조에 빠르고 쉽게 한 개인 마이크로 서비스의 개발, SpringCloud 초점에 SpringBoot 초점
4, 보행 및 SpringCloud 차이점
가장 큰 차이는 SpringCloud는 HTTP 기반의 REST 방식을 사용하여, 두보에 RPC 통신을 포기입니다. 어느 정도 있지만, 서비스 호출의 비용으로 후자의 성능은 기본 RPC로 인한 문제를 방지 할뿐만 아니라, 그리고 REST RPC는 존재하지 않는 코드 수준의 의존성보다 더 유연하지만 또한 현재 개발 환경에 적응. 사실, 브랜드 기계 및 조립 기계의 차이입니다.
- 보행 위치가 SpringCloud 마이크로 서비스 아키텍처 하에서 원 스톱 용액 A RPC 프레임 워크이다
- 두보는 현재와 SpringCloud와 호환되지 않습니다
