基于服务网格的微服务架构服务治理

•

基于服务网格的微服务架构服务治理

本文探讨了微服务架构中的摘 服务发现，如何在应用程序之间 要构建依赖模型， 如何将微服务架构系统的可靠性使用模型来进行分析。将方案通过一种依赖图来自主完成，并进行改进服务故障树模型，系统的可靠性也可以应用它来进行分析。通过多次实验结果表明证明，微服务架构的可靠性可以被服务故障树模型进行准确的分析。【关键词】服务网格 微服务 服务架构

1 前言

基于微服务的系统由许多小型服务组成，

基于网络小型服务器之间可以相互传播通信。每个小型服务器之间都是相互依存的，而且都具有单独的开发周期。尽管有许多关于微服务架构的研究，但仍然存在诸如服务发现中的过度延迟和不准确性之类的问题。并没有将单项服务的质量描述完全。因此无法实时调整动态环境里的操作。在研究微服务架构的同时。不准确的依赖图构成方案。目前的服务故障模型没有充分考虑系统的实际功能。因此在服务风险研究的时候，就没有考虑系统执行路径的差异，因此没有过大影响最终的计算结果。基于服务风险的错误，本文改进了服务风险的错误恢复方案，同时页改进了服务风险和错误的解决方案，在消除风险服务之前极大的避免了大量的故障和错误的发生。

2 服务网格为框架服务的治理意义

现代软件系统的架构变得越来越复杂，极其复杂的系统，必须提高在使用过程中的可用性。将问题的解决角度定在体系结构方面，微服务架构逐步成为了编程的最新示范案例。首先，通过近几年的发展，在软件开发的过程中，微服务架构也是变得非常流行。微服务架构完全是一种崭新的软件方面的架构设计，软件系统的设计和开发拥有极高的可维护性、扩展性。开发人员能够非常友好的微服务架构的设计相融合。程序完全遵循微服务架构的设计原则，同时指导完成实现的程序设计。甚至详细具体到每个子服务的功能。因为较低的单个服务的复杂性，所以实现和测试服务的功能要被开发人员重视。在传统的大众服务中，因为许多软件工程师的代码库都是相同的，所以也使得部分工程师觉得出现的问题与自己无关，不会认为是自己出现了问题。另外，因为一个单一的业务模块都代表对应的微服务，从而交

文/曾楚之

付和更新全都可以独立地根据自身计划进行，系统的实际预测过程中，多个执行路径是不同而很多自治权都掌握在服务开发人员手里。通的。

常由单个服务组成了微服务架构设计系统。不同的功能拥有不同的服务，因此执行功能是需3.3 风险管理分析

要通过信息交互来实现。因为这个功能的存在，风险管理分析是项目管理领域的常用方不需要重新启动整个系统也可以将系统中的模法，已广泛应用于各个领域。风险概念也适用块进行修改，只需将相应的服务进行正确的部于面向服务的设计流程，用于将业务合作伙伴署就可以了。应用程序开发人员可以自由的开更好的选择。种种迹象表明，要想有效避免损发，部署和调试。将选择最合适的开发语言，害风险可以使用风险管理

开发框架，配置方法来提供给自己使用。

研究了基于微服务架构设计的系统服务对于大型单应用程序应用程序，一些新风险，在服务风险计算模型中不考虑系统的实技术是有限的。如果要使用新框架，则需要替际实现，与此同时配套的服务恢复计划只是服换它们。这通常会带来巨大的风险。使用微服务替代。

务架构可以帮助降低这种风险。基于微服务架构的系统通常是灵活的系统。每次出现失败的4 结束语

服务时，系统依旧会继续运行。一些功能为此可能会出现丢失情况，但客户仍然可以使用剩在自动生成服务依赖关系图的场景中获余的功能，可以将部署的风险大大减少，减少取系统中服务之间的依赖关系可以用服务的配部署中断的影响。

置文件进行。要求相关联的配置文件要被服务作者编写。

3 服务治理措施

另一种解决方案是监视系统中的网络请求，捕获服务之间的数据包，以及捕获服务之3.1 维护成本

间的依赖关系。在依赖关系图生成期间完成每个服务依赖关系的检索的关系。服务依赖图生维护项目通常需要付出很多努力，这可成的自动化将进一步增强，并将在未来进一步能占百分之四十到八十， 这会导致开发成本研究。本文评估了微服务架构设计对系统的可低于维护成本。在高度动态的环境中将会运行靠性的影响，并讨论了如何提高系统中服务的未来的软件系统，这是有益的环境条件。

可靠性。需要进一步研究微服务架构的可靠性。

意外更改，用户需求首选项等。面对这些变化，系统仍需要正常工作。由于微服务架构， 参考文献

独立部署的每项服务，生命周期和都拥有自己[1]佚名.基于Dubbo微服务技术的应

独立的运营环境。每项服务都需要能够应对这用与实现[J].信息与电脑(理论些外部条件。

版),2018,413(19):72-73+76.

及如何实现自主自治。服务正在成为越[2]佚名.政府治理现代化视域下体育公

来越受欢迎的研究方向。服务质量已成为服务共服务治理研究[J].河北体育学院学选择越来越重要的标准。有完全可靠系统。系报,2019,33(01):34-38.

统在使用微服务架构设计的时候，多种独立服[3]佚名.微服务框架下的交通信息化架构

务组成系统，都有单独的失效。当失败单独出[J].信息技术,2019(01):157-162.

现在这些服务的时候，必须研究检查这些故障[4]佚名.用友云服务治理平台助力企

对体系结构中的其他服务影响，明确它们在系业微服务架构落地[J].计算机与网统中的传播方式，以及影响到最终用户的体验络,2018,44(18):79-80.

情况[5]喻德禄,郭世龙,丁树晶.中小银行基于

3.2 依赖图

微服务架构的应用服务体系研究与实践[J].中国金融电脑,2018(03).

在目前的研究中，依赖图的自动建立仍[6]向彬彬,马明星,童茂林等.基于微服务

存在一些问题，如精度低，便利性低。在系统架构的分布式测距系统的研究与设计[J].可靠性方面，最终目标是防止系统故障。要做计算机应用与软件,2018,35(05):95-100.

到这一点，必须将系统各个应用程序之间的依赖关系搞清楚。执行此操作的时候要结构化，作者简介

将故障树建模方法使用在其中。一个逻辑图可曾楚之（1980-），男，广东省河源市人。硕以被定义为故障树，将系统中关键事件及其原士学位。中级职称。研究方向为大数据及人工因及时显示出来。故障树构建的过程可以使用智能。

故障树来进行分析。可以将故障树定性、定量。然而，就目前情况而言，没有考虑故障树就建作者单位

立故障树的过程了

中电科新型智慧城市研究院有限公司 广东省并且系统中存在多个执行路径，并且在

深圳市 518000

Electronic Technology & Software Engineering 󰀡电子技术与软件工程• 7