1703952468
1703952469
1703952470
图9-11 IaaS架构设计
1703952471
1703952472
配置管理，所有IT资产进行登记管理，包括服务器硬件、网络设备、虚拟机、网络配置、应用部署管理、变更管理、应用发布信息管理、操作员、权限等，是云平台的基础信息配置管理中心。
1703952473
1703952474
ITIL，是软件定义资源池、容量计划、监控门户等，是对资源进行统一治理的模块，制定针对当前资源使用情况的容量计划，监控人员的日常工作平台。
1703952475
1703952476
虚拟资源管理，是对虚拟主机、虚拟网络、虚拟存储的管理系统，能够自动化完成虚拟化工作，包括自动化装机、自动化网络配置，对虚拟资源的开通、回收提供统一管理入口，根据应用负载情况，能够触发自动增加虚拟主机，并且部署应用。
1703952477
1703952478
物理资源管理，对服务器、存储设备、交换机设备的统一管理系统，基于物理硬件的自动维护、上架和下架、重启等。
1703952479
1703952480
自动调度和监控，功能包括自动添加和踢出应用节点，根据负载自动调节资源数量，提供基于云端的监控服务。
1703952481
1703952482
以上就是企业私有云平台的架构组成，可提供一个私有云的Portal，供企业用户一站式地对IT资源进行管理，包括成本结算、权限控制、资源分配、部署应用程序等。
1703952483
1703952484
技术管理之巅：如何从零打造高质效互联网技术团队？ [:1703949776]
1703952485
9.2.3 服务治理平台架构设计
1703952486
1703952487
在上节“9.1.1大型电商网站架构设计”中，我们提到了大型电商网站是基于SOA架构的，如此大规模的服务架构，需要一个高效、快速、优雅的服务治理平台，本节就给大家介绍，如何搭建一个高效的服务治理平台。
1703952488
1703952489
服务治理平台，建立的初衷是：实现对服务健康状况的管理、跟踪每个服务请求的全生命周期，可实现故障隔离、优雅降级，快速响应和定位问题，可管理服务之间的依赖关系。我们将采用分布式架构、无中心、无单点的设计原则来设计这个服务治理平台。
1703952490
1703952491
如图9-12所示，这就是服务治理平台的架构设计，采用了ZooKeeper、Detector、消息中间件、MySQL、MongoDB等开源技术进行搭建。
1703952492
1703952493
1703952494
1703952495
1703952496
图9-12 服务治理平台架构
1703952497
1703952498
下面我们来看它们是如何工作的。
1703952499
1703952500
步骤1：服务提供方（Service Provider），首先要向ZooKeeper Cluster提交注册申请，注册成功后才可以对外提供服务。
1703952501
1703952502
步骤2：ZooKeeper Cluster把可用的服务提供方列表，推送给服务使用方（Service Consumer），服务使用方只能使用列表里认证的服务提供方。
1703952503
1703952504
步骤3：服务使用方，向服务提供方请求服务。
1703952505
1703952506
步骤4：服务提供方，成功回应服务请求方的请求。
1703952507
1703952508
同时，服务提供方、服务使用方，都会推送一条调用日志给Jumper Broker，信息的主要内容是调用频次、响应时间等，Jumper Broker把这些信息经过分析和处理后，把结果发送给Detector。
1703952509
1703952510
Detector记录这些信息，并且把这些信息推送给ZooKeeper Cluster。
1703952511
1703952512
如果某个服务的响应时间越来越慢，ZooKeeper Cluster就会发现，并且及时做出调整，比如，不再给这个服务分配那么多的调用量，直到它的状态恢复正常为止。
1703952513
1703952514
从图9-12中，注意到ZooKeeper Cluster、Jumper Broker、Detector都是集群部署，确保了服务治理平台本身的高可用性，在技术实现上也采用异步消息机制、RPC框架，使得架构本身无中心、无单点，可支持上万个节点。
1703952515
1703952516
部署起来也非常简单，只要把服务治理平台的客户端，跟服务一起部署，做些简单配置就可以了。
1703952517