【云驻共创】一文带你解读异构微服务应用的四大难题

zhaoolee 发表于 2021/03/27 18:57:44 2021/03/27
【摘要】 一、关于异构微服务异构微服务 = 异构 + 微服务异构:系统中的不同功能,使用不同的技术栈。微服务:系统可以被拆分为多个功能,这些被拆分出来的功能,可提供独立的服务,被称为微服务。 二、异构微服务的必要性 2.1异构微服务难点:异构微服务涉及更多的技术栈,更多种类的开发技能,如果只用一套Python Django开放框架,那开发人员只需要学习Django, 如果要同时使用Node.js的e...

一、关于异构微服务

异构微服务 = 异构 + 微服务
异构:系统中的不同功能,使用不同的技术栈。
微服务:系统可以被拆分为多个功能,这些被拆分出来的功能,可提供独立的服务,被称为微服务

二、异构微服务的必要性

2.1异构微服务难点:

  • 异构微服务涉及更多的技术栈,更多种类的开发技能,如果只用一套Python Django开放框架,那开发人员只需要学习Django, 如果要同时使用Node.js的egg,那开发人员既要学习Django, 又要跨语言学习egg

  • 团队成员之间的协作性降低。异构微服务,为了提升效率,不同语言的服务,由不同的人来写,一个只写Python的开发者,可能根本没有指针的概念,和C++开发者交流起来就会比较困难,协作性降低。

  • 不同编程语言的模块之间难以直接复用,通信管理较麻烦,毕竟不同的编程语言,使用不同的解释器,进程之间的通信是一门学问,当然,如果大家都使用标准接口进行通信,通信问题可以解决。

2.2 异构微服务的使用场景

  • 老的技术栈已经不能满足需求,需要通过异构微服务,逐步替换旧的技术栈模块,比如创业公司用Python写了很多服务,随着业务量的加大,Python出现性能瓶颈,需要用用Go语言进行重构,此时,就可以采用异构微服务的技术,使用高性能的Go逐步替换旧的Python模块。

  • 不同的技术栈有各自擅长的领域,虽然超大系统都在用Java,但Python写爬虫真的很快,异构微服务可以让整个系统95%的Java, 5%的Python,既稳定又敏捷。异构微服务,相当于网游中的散人,不拘泥于一个职业的玩法,拥有多个职业的招牌技能,可以轻易应对各种复杂棘手的场景。

  • 平台产品需要提供多种技术栈的接入方式,各种云产品,比如华为云,提供文件存储服务,但也要满足多种语言的接入,这时,华为云的开发者就要给出Python, Java, Node.js,Go 多语言的接入代码。另外微信开放平台的二次开放规范,也提供多种语言的接入,比如PHP,Node.js, Java。谷歌机器学习开源框架TensorFlow也是原生支持多种语言的接入比如Python, Node.js, 其实接入多种平台的需求很容易理解,我们使用腾讯家的QQ,QQ有Mac版,有Windows版,Linux版,安卓版,iOS版,多种版本满足多种平台用户的接入需求,游戏《原神》也时支持多种技术栈接入,既有Windows版,又有iOS版,又有安卓版,又有Ps4版,所以火的一塌糊涂,《原神》跨平台游戏的设计,也体现了异构微服务的设计思想。

三、异构微服务面临的问题

3.1 不同技术栈注册方式不一样,难以统一管理

Restful已经够用了, 但总有一些技术栈,不支持Restful,为了统一管理,我们需要做一个规范,兼容各种微服务的接入行为。

3.2 应用元数据管理方式不同,不能相互理解

元数据本身是规范的数据,通过程序对元数据进行解析,转换为通用的格式,通过程序,实现不同元数据的之间的相互翻译。相互翻译其实是个巨大的工程么,需要N*N种规则,这个可以借鉴谷歌翻译的做法,收录几百种语言,将几百种语言分为几个大类(比如拉丁文,英文算是一个大类,中文,日文,韩文算是一大类),从大类中选择一门语言做代表,比如选中文,日文,韩文中的的中文为代表,先完成中文对日文,和中文对韩文的翻译,最后完成中文对英文的翻译,当完成中文对英文的翻译后,也就完成了日文对英文的翻译,韩文对英文的翻译,极大减少相互翻译的工作量。

3.3 通信协议和编码协议不一致,不能相互通信;

互联网企业都想做平台,有了平台就可以利用平台优势,躺赚!技术框架都想制定标准,有了标准就可以提升锁住开发者,让开发者对框架产生依赖。IE浏览器标准就是很好的例子,虽然IE的标准,但依靠市场份额,依然把适配IE的开发者们搞到崩溃,最终放下狠话 用IE6的人,吃方便面没有调料包!

异构微服务也面临通信协议很编码协议不一致的问题,要顺利完成整合,需要尽可能的兼容各种通信协议和编码协议,让微服务之间可相互通信。

3.4 管理方式有差异,不能统一管理

异构微服务要处理复杂的兼容问题,这些问题五花八门,只能由管理平台参考已有的业务需求,出一个标准,只允许符合标准的微服务接入,对不符合标准的微服务进行改进。

异构微服务管理平台就像是一个考官,出一份试卷,需要接入的微服务,通过考核才可以接入,如果考核不通过,只能补全所需的接入条件,再尝试接入管理平台。

四、异构微服务实践

4.1 统一管理

以中间件的形式,将微服务接入管理中心。
微服务的版本信息和配置信息存入管理中心。
管理中心可以监控每个微服务的运行情况,支持新增,重启,关闭单个微服务。

4.2 透明通信

不要搞一些私有化的东西!所有通信的协议都要有明确的文档,所有接入的微服务严格按照文档实现透明通信,唯有通信透明,控制台才方便管理各种微服务,微服务之间也方便进行数据交互。

4.3 服务治理

异构微服务平台,提供不同技术栈的各类中间件,不同技术栈的微服务,接入平台时,需要使用平台提供的对应中间件,异构微服务控制台通过微服务中的中间件,实现服务治理。

小结

系统把任务外包出去,让各种外部服务完成这些任务,系统本身只负责调度和组装,这便是微服务的思想。

异构微服务距我们也并不遥远,比如建一个网站,建站程序可以用WordPress,数据库要使用Mysql, WordPress和Mysql可以看作是两个微服务,控制中心就是你自己,你只要把WordPress和Mysql组装到一起,就有了个人网站这个系统。

把手机看作一个系统,那手机中安装的App,就是一个个异构微服务,App们被不同的开发者开发,拥有不同的功能,拥有不同的界面,可以被任意删除和新增,可以被系统控制权限,并且可以对进行升级和更新。我们作为用户,只负责安装和删除App, 并不负责开发功能。

本文整理自华为云社区内容共创活动第二期之【线上直播】异构微服务技术实践。
查看活动详情:https://bbs.huaweicloud.com/forum/thread-111494-1-1.html

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区),文章链接,文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件至:cloudbbs@huaweicloud.com进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容。
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。