이 엔터프라이즈 급 애플리케이션 시리즈에서 두 번째의 방법 서비스를 제공합니다. : 마지막에서 기업 A (프로젝트 아키텍처의 진화)의 서비스 방법 애플리케이션, 엔터프라이즈 애플리케이션 아키텍처 및 서비스 관리 솔루션의 진화의 계정을 선택할 수 있습니다 두보, 또는 봄 구름. 그래서 우선 검토 더보, 더보 알리바바는 널리 사용되는 마이크로 서비스 프레임 워크를 생산했다.
1. 공식 차트
2. 노드 역할 및 관계 호출
# 관계 설명 전화 : 0 . 서비스는 컨테이너,로드, 실행 서비스 제공 시작 책임이있다 (1) . 당신이 시작할 때, 그들은 레지스트리에 제공 등록 서비스 서비스 제공 이 소비자가 레지스트리에 자신의 구독을 시작할 때 서비스를. 에 대한 서비스에 필요한 3 . 소비자에게 레지스트리 반환 주소 목록 서비스 제공. 변화가있는 경우, 레지스트리가 소비자에게 데이터 연결을 변경할 수있는 긴 푸시 기반으로합니다 (4) 주소의 목록, 부드러운로드 밸런싱 알고리즘에서. 서비스 소비자, 공급자, 호출 공급자를 선택합니다. 호출이 실패하면 다른 통화를 선택 5. 서비스 소비자와 제공자, 전화의 누적 수를 메모리에 시간을 호출 시간은 모니터링 센터로 분 통계 자료에 한 번 보내
3. 아키텍처의 특징
3.1 연결
1.注册中心负责服务地址的注册与查找，相当于目录服务。服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小 2.监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示 3.服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销 4.服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销 5.注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外 6.注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者 7.注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表 8.注册中心和监控中心都是可选的，服务消费者可以直连服务提供者
3.2.健壮性
1.监控中心宕掉不影响使用，只是丢失部分采样数据 2.数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务 3.注册中心对等集群，任意一台宕掉后，将自动切换到另一台 4.注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯 5.服务提供者无状态，任意一台宕掉后，不影响使用 6.服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复
3.3.伸缩性
1.注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心
2.服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者
3.4.升级性
当服务集群规模进一步扩大，带动IT治理结构进一步升级，需要实现动态部署，进行流动计算，现有分布式服务架构不会带来阻力。下图是未来可能的一种架构：
3.5.未来架构节点角色
