收稿日期：２０２０⁃０１⁃１０；修回日期：２０２０⁃０４⁃０２㊀㊀基金项目：国家重点研发计划资助项目（２０１８ＹＦＢ０２０４００１）；中科院信息化专项课题资助项目（ＸＸＨ１３５０３⁃０４）
作者简介：张鼎超（１９９４⁃），男，山东济南人，硕士研究生，主要研究方向为高性能计算㊁可视化与网格技术（ｚｈａｎｇｄｉｎｇｃｈａｏ＠ｃｎｉｃ．ｃｎ）；王小宁（１９８１⁃），女，四川资阳人，副研究员，博士，主要研究方向为网格技术㊁云服务与分布式系统㊁高性能计算环境软件与技术；肖海力（１９７８⁃），男，湖北天门人，研究员，硕士，主要研究方向为网格技术㊁分布式系统；卢莎莎（１９８５⁃），女，河北饶阳人，工程师，硕士，主要研究方向为网格计算㊁持续交付；和荣（１９８８⁃），女，山东新泰人，工程师，硕士，主要研究方向为网格计算；迟学斌（１９６３⁃），男，吉林梅河口人，研究员，博士，主要研究方向为高性能计算㊁并行计算．
面向高性能计算环境的微服务运维平台设计与实现∗
张鼎超１，２，王小宁１，肖海力１，卢莎莎１，和㊀荣１，迟学斌１，２
（１．中国科学院计算机网络信息中心，北京１００１９０；２．中国科学院大学，北京１０００４９）
摘㊀要：国家高性能计算环境为提高应用服务的持续交付能力逐步引进微服务架构㊂针对国家高性能计算环境由传
统单体架构向微服务架构转变引入的新的运维问题，设计并实现了面向高性能计算环境的微服务运维平台，拟面向开发运维人员，降低开发难度，提升运维效率㊂重点研究并实现了微服务运维平台中的服务部署及管理㊁服务运行监控和服务弹性伸缩特功能，通过应用化封装技术对服务部署及管理过程进行封装，同时设计用户权限管理机制，利用ＥＦＫ和Ｐｒｏｍｅｔｈｅｕｓ分别完善高性能计算环境的日志收集功能和监控告警功能，通过ＨｏｒｉｚｏｎｔａｌＰｏｄＡｕｔｏｓｃａｌｅｒ资源对象实现基于ＣＰＵ㊁内存等核心指标以及ＱＰＳ等自定义指标的服务规模弹性伸缩技术㊂测试结果表明，微服务运维平台可以实现高性能计算环境中以项目为划分依据的一键式服务部署㊁更新㊁删除等操作，提供交互性更好的可视化运行监控方案，应对流量高峰场景，增强应用服务可靠性㊂关键词：高性能计算环境；微服务；运维平台；容器编排；弹性伸缩
０㊀引言
国家高性能计算环境，即中国国家网格（ＣｈｉｎａＮａｔｉｏｎａｌＧｒｉｄ，ＣＮＧｒｉｄ），起源于国家 ８６３ 计划，在国家科技计划持续支持下其资源聚合能力得到了快速发展㊂目前，国家高性能计算环境的聚合计算资源超过２６０ＰＦＬＯＰＳ，总存储资源超过２００ＰＢ㊂国家高性能计
算环境基于科学计算中间件（ｓｃｉｅｎｔｉｆｉｃｃｏｍｐｕｔｉｎｇｅｎｖｉｒｏｎｍｅｎｔ，ＳＣＥ）提供计算服务，主要包括作业服务㊁资源服务以及数据服务，有效地支撑了生物医药应用社区㊁工业产品创新设计社区㊁新药创制社区㊁教育平台的建设，实现服务多样化和专业化，降低高性能计算应用成本，提升高性能计算应用的服务水平，方便用户进行科学计算与研究㊂随着计算资源的持续接入聚合㊁用户数量的不断上升㊁作业量的不断加大，应用服务的持续交付需求也逐渐增强，高性能计算环境的各类服务以及多种应用社区都开始从传统应用架构向结构更加灵活的微服务架构转变㊂
微服务是一些小而自治服务的统称㊂相较于传统的单体架构和面向服务架构，应用微服务化具有技术异构性㊁易于扩展㊁简化部署㊁与组织结构相匹配以及对可替代性优化等明显的优势［１］㊂微服务架构的蓬勃发展离不开底层容器技术的支持，容器是一种轻量级㊁自包含的软件打包技术，利用容器技术可以实现应用程序的简化部署㊂
微服务和容器技术的盛行推动着高性能计算环境中的系统服务和社区服务从单体架构向微服务架构形式转变㊂单体应用按业务领域被拆分为众多细粒度的服务，应用程序的部署迁移变得更加便捷，与此同时也因为容器数量的骤增，服务的管理控制㊁运行维护也越来越困难㊂Ｋｕｂｅｒｎｅｔｅｓ［２，３］作为Ｇｏｏｇｌｅ公司开源的一款容器编排引擎，是一个完备的分布式系统支撑平台，其针对容器服务提供了自动化的部署回滚机制，具有透明的服务注册和服务发现能力㊁灵活的服务扩缩
容特性㊁可配置的负载均衡机制以及强大的故障诊断和修复机制㊂Ｋｕｂｅｒｎｅｔｅｓ和微服务架构相辅相成，促进了高性能计算环境的微服务架构实践落地㊂
Ｋｕｂｅｒｎｅｔｅｓ主要通过命令行客户端或者开源社区提供的Ｋｕ⁃ｂｅｒｎｅｔｅｓｄａｓｈｂｏａｒｄ提供容器编排管理的服务，使用者需要熟悉容器领域的相关专业知识㊁Ｋｕｂｅｒｎｅｔｅｓ的应用架构，以及该生态环境中庞大复杂的各类工具与插件，不仅需要很高的学习成本㊁复杂的操作技巧，而且难以满足用户对于微服务架构高效便捷的期望㊂
为解决上述问题，本文构建了一个面向高性能计算环境的微服务运维平台㊂该微服务运维平台在业务层面上对服务部署和服务管理进行了进一步封装，屏蔽了Ｋｕｂｅｒｎｅｔｅｓ和容器领域的相关概念，促使开发运维人员更专注于微服务应用自身，通过可视化的交互界面可以实现面向项目的应用服务一键部署和管理，同时集成了日志检索和监控告警技术，并为微服务配置了全面的自动扩缩容功能，使得微服务可以根据ＣＰＵ㊁内存以及用户自定义指标进行自动规模调整㊂该微服务运维平台可以同时运维管控高性能计算环境的系统服务和社区服务，达到降低技术门槛㊁提高运维效率㊁增强用户体验㊁提升应用服务可靠性的目的㊂
１㊀相关工作
目前学术界和工业界都在微服务架构的实践落地方面作出了重要的探索和贡献，尤其是众多企业各自
给出了功能完善的微服务架构的落地方案㊂
微服务是一种从面向服务的体系结构中脱颖而出的体系结构方法，其提倡自我管理和轻量级用于提高软件的敏捷性㊁可伸缩性和自治性㊂Ｊａｍｓｈｉｄｉ等人［４］从技术和体系结构的角度研究了微服务的发展历程，并总结了微服务架构未来在服务模块化和重构㊁服务粒度㊁前端整合㊁资源监控管理以及服务故障恢复等方面将要遭遇的挑战㊂
ＤｅｖＯｐｓ是一种旨在减少系统更改和将更改转移到生产环境过程中时间的实践㊂任何实现这些目标的技术都被视为ＤｅｖＯｐｓ实践㊂持续交付（ｃｏｎｔｉｎｕｏｕｓｄｅｌｉｖｅｒｙ，ＣＤ）是ＤｅｖＯｐｓ的一种做法，通过自动化机制将软件按需部署到任何环境㊂随着可部署服务数量的增加，ＣＤ成为微服务架构的重要组成部分㊂Ｂａｌａｌａｉｅ等人［５］通过商业移动后端的体系结构重构和服务迁移解释了ＤｅｖＯｐｓ在消除开发团队与运营团队之间协调关系障碍㊁平稳进行微服务架构迁移过程中的重要作用㊂
Ｍａｒｉｅ⁃Ｍａｇｄｅｌａｉｎｅ等人［６］提出了一个可视化微服务编排框架，该框架提供了一种了解微服务在不同层㊁生命周期和抽象级别的内部行为的方法㊂Ｍａｙｅｒ等人［７］提供了一个用于微服务监控和管理的仪表盘，支持集成服务的运行时信息和其他信息源，以提供有关微服务和微服务开发的静态信息㊂
企业级分布式应用服务（ｅｎｔｅｒｐｒｉｓｅｄｉｓｔｒｉｂｕｔｅｄａｐｐｌｉｃａｔｉｏｎｓｅｒ⁃ｖｉｃｅ，ＥＤＡＳ）［８］是阿里云开发的一款应用托管㊁容器托管和微服务管理的ＰａａＳ平台，其提供了应用程序开发㊁部署㊁监控㊁运维一系列全栈式解决方案，简化了微服务向云上迁移的过程㊂ＥＤＡＳ是一个多样的应用托管平台，用户可以根据具体的需求选择使用ＥＣＳ集㊁基于容器服务的Ｋｕｂｅｒｎｅｔｅｓ集或者是ＥＤＡＳＳｅｒｖｅｒｌｅｓｓ来对应用进行部署管控，不必去关心底层的基础设施㊂同时ＥＤＡＳ支持丰富的微服务框架，开发人员可以针对原生的Ｄｕｂｂｏ㊁ＨＳＦ或是ＳｐｒｉｎｇＣｌｏｕｄ框架对应用进行开发运维，并交于ＥＤＡＳ管理㊂
微服务引擎（ｃｌｏｕｄｓｅｒｖｉｃｅｄｎｇｉｎｅ，ＣＳＥ）［９］是华为云开发的一款用于企业应用微服务化的解决方案，提供高性能微服务框架和一站式服务注册㊁服务治理㊁动态配置和分布式事务管理控制台，帮助用户实现微服务应用的快速开发和高可用运维㊂ＣＳＥ提供了Ｊａｖａ㊁Ｇｏ㊁．ＮＥＴ㊁Ｎｏｄｅ．ｊｓ㊁ＰＨＰ等多语言微服务解决方案，支持开源核心框架ＳｅｒｖｉｃｅＣｏｍｂ，同时基于开源框架ＳｐｒｉｎｇＣｌｏｕｄ和ＳｅｒｖｉｃｅＭｅｓｈ开发的应用可以零业务代码修改，直接对接ＣＳＥ运行环境㊂作为华为核心业务ＣｌｏｕｄＮａｔｉｖｅ转型基础底座，ＣＳＥ经过了华为终端业务亿级用户考验，因此十分稳定可靠㊂
京东云微服务平台（ＪＤＣｌｏｕｄｄｉｓｔｒｉｂｕｔｅｄｓｅｒｖｉｃｅｆｒａｍｅｗｏｒｋ，ＪＤＳＦ）［１０］是一种托管应用的服务治理框架，其围绕微服务实践落地流程提供了服务部署㊁
注册㊁调用㊁日志和监控等生命周期管理功能，同时支持丰富的调用堆栈分析，在宏观上可以为用户提供全
㊃
０９１㊃计算机应用研究２０２０年㊀
面的服务关系图谱，微观上给出了微服务间的调用链关系㊂ＪＤＳＦ
目前支持ＳｐｒｉｎｇＣｌｏｕｄ㊁Ｄｕｂｂｏ等应用类型，同时兼容Ｇｏ㊁ＤｏｔＮｅｔ㊁Ｐｙｔｈｏｎ等语言的各种开发框架㊂
２㊀面向高性能计算环境的微服务运维平台架构本文提出的微服务运维平台主要面向高性能计算环境中的运
维开发人员，由以下三部分技术构成：
ａ）服务部署及管理技术，用于微服务部署㊁检索和治理等操
作，简化运维人员操作复杂度㊂
ｂ）服务运行监控技术，用于服务的日志检索和监控告警功能，
便于用户追溯定位异常告警㊂
ｃ）服务弹性伸缩技术，用于微服务根据其核心指标或者自定义指标自动扩缩容，提高微服务应用的可靠性，增强资源利用率㊂技术之间交互过程如下：开发人员访问可视化ｄａｓｈｂｏａｒｄ，通过服务部署及管理模块将服务以项目为单位部署于微服务运维平台，服务弹性伸缩模块由部署及管理模块获取服务静态信息，同时借助服务运行监控模块采集服务相关指标动态控制服务规模㊂整个运维平台以ｄｏｃｋｅｒ容器的形式运行在Ｋｕｂｅｒｎｅｔｅｓ集中提供服务，由Ｋｕｂｅｒｎｅｔｅｓ负责运维平台的服务发现㊁滚动升级和故障恢复
等管理控制㊂微服务运维平台的详细架构如图１所示
㊂
２．１㊀服务部署及管理技术
服务部署及管理技术主要提供以下功能：服务部署㊁服务检
索㊁配置更新㊁应用更新和服务删除㊂
原生Ｋｕｂｅｒｎｅｔｅｓ作为一个功能完备的容器编排引擎，可以支持
丰富的应用类型及灵活的功能配置，被广泛应用于各种应用的架
构转型实践中，与此同时，数量庞大的专业概念㊁复杂多变的配置
设置也大大增加了用户的使用难度㊂面向高性能计算环境的微服
务运维平台旨在降低技术门槛和学习成本，简化开发人员的设计
流程，提高运维人员的运维效率㊂针对高性能计算环境中系统㊁社
区等应用服务的特点，服务部署及管理技术在保持应用功能完备
的基础上定制化封装了ＫｕｂｅｒｎｅｔｅｓＡＰＩ，屏蔽了ｓｅｒｖｉｃｅ㊁ｄｅｐｌｏｙｍｅｎｔ㊁ｃｏｎｆｉｇＭａｐ和ｈｏｒｉｚｏｎｔａｌｐｏｄａｕｔｏｓｃａｌｅｒ（ＨＰＡ）等专业术语，取而代之的则是项目服务㊁配置文件和服务数目贴近应用服务的概念，很大
程度上降低了开发运维人员的学习成本㊂服务概念对应关系如图２所示
㊂
图３展示了服务部署的流程，通过定制封装原生ＫｕｂｅｒｎｅｔｅｓＡＰＩ，用户只需关注应用程序㊁参数以及配置文件即可实现高性能
计算环境中微服务的一键部署及管理㊂主要定制化实现如下：ａ）身份认证和参数检查㊂目前高性能计算环境中的应用主要
为系统服务和社区服务，对于不同的服务项目有相应的开发运维团队进行运行维护，该技术基于Ｋｕｂｅｒｎｅｔｅｓ的ｎａｍｅｓｐａｃｅ构建了身份认证功能，设置用户对于不同项目的管理使用权限，增加不同项目应用之间的隔离性；补充了参数检查环节，对用户输入的应用参数进行合法性检查，
提高微服务部署成功率㊂
ｂ）ｄｏｃｋｅｒｉｍａｇｅ定制优化㊂针对高性能计算环境中应用持续交付和配置更新的需求特点，本文搭建了具有漏洞安全扫描功能的本地镜像仓库，极大地提高了容器镜像的安全性以及镜像的传输速度；在构建应用容器镜像过程中，配置应用热更新设置，达到配置文件同步更新的目的；同时以动态可扩展形式构建镜像封装方案，在目前支持Ｔｏｍｃａｔ㊁ＭｙＳＱＬ和ＳｐｒｉｎｇＢｏｏｔ应用的基础上，用户可以灵活集成其他应用类型㊂
ｃ）ｃｏｎｆｉｇＭａｐ定制优化㊂原生Ｋｕｂｅｒｎｅｔｅｓ提供了ｃｏｎｆｉｇＭａｐ资源对象管理配置数据，既可以用来保存单个属性，也可以用来保存配置文件，用户通过环境变量或者挂载卷的形式使用，简化了配置文件的更新操作；ｃｏｎｆｉｇＭａｐ同时存在一些固化的弊端，其以挂载卷的形式管理配置文件时，配置文件在容器内是以只读文件系统的形式存在，对于高性能计算环境中的应用服务，并没有加载配置文件的对应权限，导致应用部署失败㊂该技术针对于此弊端对ｃｏｎｆｉｇ⁃Ｍａｐ挂载机制进行优化，通过设置软链接避免文件权限的问题，完善配置文件的热更新
㊂
ｄ）通过官方提供的客户端库，封装定制原生Ｋｕｂｅｒｎｅｔｅｓ检索
功能，丰富微服务检索信息；通过上传配置文件，自动更新ｃｏｎｆｉｇ⁃Ｍａｐ，同步更新微服务中配置文件；通过上传应用程序包，自动更新
容器镜像，同步更新微服务应用；一键式删除微服务应用对应的ｄｅｐｌｏｙｍｅｎｔ㊁ｓｅｒｖｉｃｅ以及配置文件管理工具ｃｏｎｆｉｇＭａｐ，避免复杂重
复操作㊂
２．２㊀服务运行监控技术
服务运行监控技术主要提供以下功能：
ａ）灵活的日志收集检索功能㊂微服务运维平台采用开源日志收集解决方案Ｅｌａｓｔｉｃｓｅａｒｃｈ㊁Ｆｌｕｅｎｔｄ和Ｋｉｂａｎａ（ＥＦＫ）对高性能计算环境中服务日志进行收集㊁检索和展示㊂Ｅｌａｓｔｉｃｓｅａｒｃｈ是一个实时的㊁分布式的可扩展搜索和分析引擎，在ＡｐａｃｈｅＬｕｃｅｎｅ基础上构建而成，因此在全文搜索方面表现十分出，同时数据分布在不同的分片中，允许复制进行冗余备份；Ｆｌｕｅｎｔｄ是一款用于统一日志层的开源数据采集器，允许用户在将日志数据索引到Ｅｌａｓｔｉｃｓｅａｒｃｈ之前，对日志数据进行过滤和转换，添加服务元信息等标签，提高数据检索的便捷性；Ｋｉｂａｎａ是一款功能强大的数据可视化和管理工具，允许用户通过Ｗｅｂ界面检索浏览Ｅｌａｓｔｉｃｓｅａｒｃｈ日志数据，同时可以提供实时的直方图㊁折线图和饼状图㊂本文提供的基于ＥＦＫ的日志收集架构如图４所示㊂
具体技术实现如下：在Ｋｕｂｅｒｎｅｔｅｓ集中通过ＤａｅｍｏｎＳｅｔ资源对象部署Ｆｌｕｅｎｔｄ应用，收集每个服务器节点内部存储的容器日志，对日志数据添加项目名称㊁服务名称等标签，通过制定传输规则将日志存储在全文搜索引擎Ｅｌａｓｔｉｃｓｅａｒｃｈ中，并配有分布式持久化存储冗余备份，同时将可视化工具Ｋｉｂａｎａ集成于微服务运维平台可视化界面中用于日志检索㊂
ｂ）完善的运行监控告警功能㊂该运维平台集成了开源监控系统Ｐｒｏｍｅｔｈｅｕｓ，其最初是在ＳｏｕｎｄＣｌｏｕｄ上构建的开源系统监控和告警工具包，于２０１６年加入ＣｌｏｕｄＮａｔｉ
ｖｅＣｏｍｐｕｔｉｎｇＦｏｕｎｄａｔｉｏｎ成为继Ｋｕｂｅｒｎｅｔｅｓ之后的第二个托管项目㊂Ｐｒｏｍｅｔｈｅｕｓ监控方案适用于监控收集时间序列数据，通过ｅｘｐｏｒｔｅｒ插件和Ｋｕｂｅ⁃ｓｔａｔｅ⁃ｍｅｔｒｉｃｓ工具采集资源对象的状态指标，在对多维数据收集和查询的方面具有独特的优势㊂基于Ｐｒｏｍｅｔｈｅｕｓ的监控告警架构如图５所示㊂具体技术实现如下：利用Ｐｒｏｍｅｔｈｅｕｓ监控Ｋｕｂｅｒｎｅｔｅｓ集节点以及部署服务的ＣＰＵ㊁内存㊁网络等核心指标，针对高性能计算环境
㊃１９１㊃
㊀第３７卷增刊张鼎超，等：面向高性能计算环境的微服务运维平台设计与实现㊀㊀㊀
中微服务特点，设计监控指标和规则采集用户自定义指标；在Ｐｒｏｍｅ⁃ｔｈｅｕｓｓｅｒｖｅｒ中制定报警规则，并借助ａｌｅｒｔＭａｎａｇｅｒ管理告警信息，灵活地选择诸如㊁钉钉等工具进行消息提示；将可视化工具Ｇｒａｆａｎａ
集成到微服务运维平台中用于提升用户的交互体验㊂
２．３㊀服务弹性伸缩技术
高性能计算环境中服务以系统服务和社区服务为主，形式主要为网站和ＡＰＩ服务等在线任务类型，其对ＣＰＵ㊁内存㊁网络Ｉ／Ｏ等常规资源消耗较大㊂服务弹性伸缩技术主要针对上述情况用于高性能计算环境中微服务的自动规模控制㊂微服务可以依据自身的ＣＰＵ㊁内存等核心指标或者ＱＰＳ等自定义指标进行规模的弹性伸缩，可以有效缓解流量突发带来的访问压力，应对业务高峰场景㊂
该技术基于Ｋｕｂｅｒｎｅｔｅｓ的ＨＰＡ资源对象实现，ＨＰＡ通过周期性的查询机制监控其指定的服务核心资源指标和用户自定义指标负载，根据当前指标和期望指标采用式（１）计算微服务的缩放比例㊂
ｄＲ＝ｃｅｉｌ［ｃＲˑ（（ｃＭＶ／ｄＭＶ））］
（１）
其中：ｄＲ㊁ｃＲ㊁ｃＭＶ㊁ｄＭＲ分别表示期望服务数㊁当前服务数㊁当前指标和期望指标；ｃｅｉｌ表示向上取整函数㊂ＨＰＡ的工作模式如图６所示
㊂
分布式和微服务的关系服务弹性伸缩技术的实现流程如下：ＨＰＡ通过部署的ｍｅｔｒｉｃｓｓｅｒｖｅｒ监控微服务的ＣＰＵ㊁内存等核心指标，同时针对高性能计算环境中微服务多为在线任务的特点构建Ｐｒｏｍｅｔｈｅｕｓ⁃ａｄａｐｔｅｒ并制定指标转换和计算规则，将Ｐｒｏｍｅｔｈｅｕｓ采集的用户自定义指标转换为其可以识别的指标，通过多指标监控可以实现灵活的微服务弹性伸缩效果㊂
３㊀性能测试
３．１㊀测试环境
为了验证面向高性能计算环境的微服务运维平台在封装服务部署和管理流程，屏蔽容器和Ｋｕｂｅｒｎｅｔｅｓ相关领域专业概念带来的简便性和易用性效果，同时对构建的微服务运维平台进行弹性伸缩测试，本文搭建了一个单ｍａｓｔｅｒ节点的Ｋｕｂｅｒｎｅｔｅｓ集，将微服务运维平台以ｄｏｃｋｅｒ容器的形式部署到Ｋｕｂｅｒｎｅｔｅｓ集中，用户可以通过可视化的前端界面与微服务运维平台交互㊂集配置如表１所示㊂
表１㊀Ｋｕｂｅｒｎｅｔｅｓ集服务器配置
节点类型ＣＰＵ数内核数内存／ＧＢ
ｍａｓｔｅｒ２４８ｎｏｄｅ１１２４ｎｏｄｅ２１２４ｎｏｄｅ３
１
２
４
㊀㊀本文采用开发人员实现的国家高性能计算环境中ｐｏｒｔａｌ接口服务对微服务运维平台中有关服务部署及管理㊁服务运行监控以及服务弹性伸缩技术相关功能进行性能测试，同时利用Ｋｕｂｅｒｎｅｔｅｓ原生命令行客户端ｋｕｂｅｌｅｔ进行对应功能实现以对比效果㊂
访问微服务运维平台可视化界面，通过客户端上传ｐｏｒｔａｌ应用ｗａｒ包和配置文件，同时指定部署服务的项目名称㊁服务名称㊁部署数目等基本信息，一键生成可动态更新配置文件的微服务应用，测试得从上传文件到服务部署完成过程中消耗时间平均为６７ｓ，其中
主要为上传文件包消耗的时间，大大降低了高性能计算环境中服务部署的时间成本㊂
服务部署及管理技术可视化效果如图７所示㊂
访问微服务运维平台可视化界面，通过服务运行监控技术可以利用服务名称㊁项目名称㊁时间等关键字检索高性能计算环境中微服务的日志信息，同时查看部署微服务的ＣＰＵ㊁内存㊁网络等监控信息㊂
本文使用Ａｐａｃｈｅ组织开发的压力测试工具ＡｐａｃｈｅＢｅｎｃｈｍａｒｋ对部署的ｐｏｒｔａｌ接口服务进行压力测试，验证微服务运维平台中服务弹性伸缩技术功能性能㊂测试过程采用并发数为１００，压力测试总次数为１０００００次的访问请求，接口服务伸缩指标设置为ＣＰＵ，限额为资源请求的８０％，通过微服务运维平台的服务运行监控技术采集服务的负载信息和伸缩信息，测试结果如图８所示㊂从图中可以看出，微服务可以根据弹性伸缩算法应对压力测试，合理调整微服务规模
㊂
４㊀结束语
本文针对高性能计算环境中应用服务的架构转型，为了满足提高开发运维效率㊁增强持续交付能力㊁增加应用服务稳定性以及降低学习成本的需求，基于Ｋｕｂｅｒｎｅｔｅｓ构建了面向高性能计算环境的微服务运维平台，根据系统服务和社区服务类型特点定制了服务部署及管理技术㊁服务运行监控技术和服务弹性伸缩技术㊂经测试，该微服务运维平台功能与高性能计算环境应用服务需求相契合，降低了操作复杂度，同时保证了应用服务的持续稳定性㊂但弹性伸缩技术是在保证集节点资源充足的情况下实现服务的横向扩展，在后续过程中将针对集资源的纵向扩展加以设计实现，以更加契合高性能计算环境的服务需求㊂
参考文献：
［１］ＮｅｗｍａｎＳ．微服务设计［Ｍ］．崔力强，张骏，译．北京：人民邮电出
版社，２０１６：３⁃７．
［２］ＢｕｒｎｓＢ，ＧｒａｎｔＢ，ＯｐｐｅｎｈｅｉｍｅｒＤ，ｅｔａｌ．Ｂｏｒｇ，Ｏｍｅｇａ，ａｎｄＫｕｂｅｒ⁃
ｎｅｔｅｓ［Ｊ］．Ｑｕｅｕｅ，２０１６，１４（１）：７０⁃９３．
［３］ＢｅｒｎｓｔｅｉｎＤ．Ｃｏｎｔａｉｎｅｒｓａｎｄｃｌｏｕｄ：ｆｒｏｍＬＸＣｔｏＤｏ
ｃｋｅｒｔｏＫｕｂｅｒｎｅｔｅｓ
［Ｊ］．ＩＥＥＥＣｌｏｕｄＣｏｍｐｕｔｉｎｇ，２０１４，１（３）：８１⁃８４．
［４］ＪａｍｓｈｉｄｉＰ，ＰａｈｌＣ，ＭｅｎｄｏｎｃａＮＣ，ｅｔａｌ．Ｍｉｃｒｏｓｅｒｖｉｃｅｓ：ｔｈｅｊｏｕｒｎｅｙ
ｓｏｆａｒａｎｄｃｈａｌｌｅｎｇｅｓａｈｅａｄ［Ｊ］．ＩＥＥＥＳｏｆｔｗａｒｅ，２０１８，３５（３）：２４⁃３５．
［５］ＢａｌａｌａｉｅＡ，ＨｅｙｄａｒｎｏｏｒｉＡ，ＪａｍｓｈｉｄｉＰ．Ｍｉｃｒｏｓｅｒｖｉｃｅｓａｒｃｈｉｔｅｃｔｕｒｅｅｎ⁃
ａｂｌｅｓＤｅｖＯｐｓ：ｍｉｇｒａｔｉｏｎｔｏａｃｌｏｕｄ⁃ｎａｔｉｖｅａｒｃｈｉｔｅｃｔｕｒｅ［Ｊ］．ＩＥＥＥＳｏｆｔ⁃ｗａｒｅ，２０１６，３３（３）：４２⁃５２．
［６］Ｍａｒｉｅ⁃ＭａｇｄｅｌａｉｎｅＮ，ＡｈｍｅｄＴ，Ａｓｔｒｕｃ⁃ＡｍａｔｏＧ．Ｄｅｍｏｎｓｔｒａｔｉｏｎｏｆａｎ
ｏｂｓｅｒｖａｂｉｌｉｔｙｆｒａｍｅｗｏｒｋｆｏｒｃｌｏｕｄｎａｔｉｖｅｍｉｃｒｏｓｅｒ
ｖｉｃｅｓ［Ｃ］／／ＰｒｏｃｏｆＩＦＩＰ／ＩＥＥＥＳｙｍｐｏｓｉｕｍｏｎＩｎｔｅｇｒａｔｅｄＮｅｔｗｏｒｋａｎｄＳｅｒｖｉｃｅＭａｎａｇｅ⁃ｍｅｎｔ．Ｐｉｓｃａｔａｗａｙ，ＮＪ：ＩＥＥＥＰｒｅｓｓ，２０１９：７２２⁃７２４．
［７］ＭａｙｅｒＢ，ＷｅｉｎｒｅｉｃｈＲ．Ａｄａｓｈｂｏａｒｄｆｏｒｍｉｃｒｏｓｅｒｖｉｃｅｍｏｎｉｔｏｒｉｎｇａｎｄ
ｍａｎａｇｅｍｅｎｔ［Ｃ］／／ＰｒｏｃｏｆＩＥＥＥＩｎｔｅｒｎａｔｉｏｎａｌＣｏｎｆｅｒｅｎｃｅｏｎＳｏｆｔｗａｒｅＡｒｃｈｉｔｅｃｔｕｒｅＷｏｒｋｓｈｏｐｓ．Ｐｉｓｃａｔａｗａｙ，ＮＪ：ＩＥＥＥＰｒｅｓｓ，２０１７：６６⁃６９．［８］ＡｌｉｂａｂａＣｌｏｕｄ．ＥＤＡＳ［ＥＢ／ＯＬ］．［２０１９⁃１１⁃１２］．ｈｔｔｐｓ：／／ｗｗｗ．
ａｌｉｙｕｎ．ｃｏｍ／ｐｒｏｄｕｃｔ／ｅｄａｓ？ｓｐｍ＝５１７６．２２４２００．１００．１９１．７ｄ７３６ｅｄ６ｓＲｓＱＵｍ．
［９］ＨｕａｗｅｉＣｌｏｕｄ．ＣＳＥ［ＥＢ／ＯＬ］．［２０１９⁃１１⁃１２］．ｈｔｔｐｓ：／／ｗｗｗ．ｈｕａｗｅｉ⁃
ｃｌｏｕｄ．ｃｏｍ／ｐｒｏｄｕｃｔ／ｃｓｅ．ｈｔｍｌ．
［１０］ＪｉｎｇｄｏｎｇＣｌｏｕｄ．ＪＤＳＦ［ＥＢ／ＯＬ］．［２０１９⁃１１⁃１２］．ｈｔｔｐｓ：／／ｗｗｗ．ｊｄ⁃
ｃｌｏｕｄ．ｃｏｍ／ｃｎ／ｐｒｏｄｕｃｔｓ／ｊｄ⁃ｄｉｓｔｒｉｂｕｔｅｄ⁃ｓｅｒｖｉｃｅ⁃ｆｒａｍｅｗｏｒｋ．
㊃
２９１㊃计算机应用研究２０２０年㊀