异构微服务技术实践

一、关于异构微服务

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

二、异构微服务的必要性

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, 并不负责开发功能。