、八、亠前言随着大数据和云计算的飞速发展，单体式应用越来越不适用于复杂的业务需求。微服务架构的出现则将规模庞大的应用分解为小的、互相连接的服务，成功地解决了单体应用所存在的问题。此外，由微服务组成的服务集群在传统虚拟机或物理机方式下搭建步骤繁多，搭建逻辑复杂，集群的安装和部署都有一定的局限性，如配置文件之多、配置节点数量之大，部署过程涉及计算机网络、Linux操作系统、SSH无密码登录、jdk环境配置、Shel1脚本等一系列纷繁复杂的操作，动辄分布式集群的部署以失败告终，且无从下手找出故障根源，这就在一定程度上拖慢了开发进度。而随着大数据与云计算的飞速发展，服务集群的需求度也明显上升，如何快速搭建服务集群也成了业内人士研究的重点。微服务管控平台3.1微服务管控平台网管微服务管控平台主要实现微服务部署、API开放的管控，通过集中配置、集中日志、集中监控实现对微服务的运维支撑。提供多租户管理机制，允许租户申请自己空间、进行微服务部署、服务API开放以及对空间、API调用的管控机制。下图介绍了微服务管控平台总体架构。平台架构包含3个部分：API开放管控、微服务调度和公共服务。（1）API开放管控：通过注册中心和API网关实现服务发现和开放管控。（2）微服务调度：通过混合资源调度实现微服务部署、升级和扩容等管理。（3）公共服务：包括管理门户、运维监控、集中配置以及安全中心。微服务管控平台选用SpringCoudl架构，其中注册中心和配置中心选择Consul，API网关为Zuul，客户端框架为Ribbon,服务容错为Hystrix。集中日志选择ELK（ElasticsearchLogstashKibana）。各模块间调用关系如下图所示。APIMX*朋U丼调川雎务诟行會器卜■f冲少调用服务消截方］'3.2微服务运行微服务开发完成后，根据微服务开发语言选择一个合适的Docker镜像，镜像中包含微服务运行环境。通过Docker命令把微服务打包称为Docker镜像，再通过Kubernetes(K8S)对Docker镜像进行部署运行。3.3微服务梳理通过对目标业务系统进行微服务梳理，目前该系统从业务功能上分为管理中心模块、运行管理模块、集成开发模块、数据质量监控模块、系统自监控、元数据管理、执行控制以及执行容器模块等。首先每个模块进行容器化部署，平台自身的管理中心模块具备上传其它功能模块的功能，待上传成功后自动实现解压、安装、部署、启动和管理，同时提供标准化的开放管理接口，以实现对扩展功能模块的管理功能。每一个执行容器按采集网元类型进行划分，其中单个网元类型执行容器微服务接收平台下发的执行命令，获取预先编排好的流程执行，执行完毕后返回通知服务，该服务具备微服务单一职责，独立部署等特点。业务系统的功能框架如下图所示。微服务梳理是各系统微服务化改造的关键点，通过这个项目我们总结了Matrix方法论，对业务流程、功能服务和数据信息3个层面并行梳理分析，通过这个方法论可以快速、准确梳理出微服务，通过对网管系统微服务的梳理，抽取出公共微服务，实现服务共享，形成公共服务层。3.4微服务编排3.4.1流程画布与元件功能微服务编排包括流程画布和执行元件等功能模块。3.4.1.1流程画布具备增加目录、增加元任务、保存、编辑元任务、删除任务、复制活动、粘贴活动、查看、-2-脳第发现1-劇鶴注册运琳监輕同歩调♦>走行F膏理中运存辔执行容晋版本巨录l/rtt.茨样、複抉〉执行抢av中BhAtln«jls!1曉网元1片廉是fil钢元也枫godij_password是godlu^lim^o^irt1岭箱束正财否1綻箱號正凤g«dkj_ip州今早台It址1搭令早台轴址gociu^portM平曲口臺瞪平価口gDdu_ussr1岭平甘用户播警甲封用尸ex#_iUmi«njt柑會拋行超时时闾柑专扭行®?时闾作为一种常见的微服务编排业务流程：首先通过HttpMicroServiceHttp-1、HttpMicroServiceHttp-2元件获取数据后，发给Join-1元件。Join-1元件根据关键字进行Join运算后将数据发送给Join-2元件。HttpMicroServiceHttp-3元件获取数据发给JsonTrans元件进行格式转化发给Join-2元件。Join-2元件根据关键字进行Join运算后发送给Join-3元件。HttpMicroServiceHttp-4元件获取数据发送给Join-3元件。Join-3元件获取HttpMicroServiceHttp-4和Join-2数据...
