华为微服务解决方案与实践（中）"/>
谈谈华为微服务解决方案与实践（中）
华为微服务解决方案是什么
华为微服务产品包含一套微服务开发框架、一站式微服务监控与治理平台以及一系列配套的微服务开发工具，主要功能如下：
-
基于契约(Open API)的开发模式：让微服务的开发、测试、文档、协作和管控活动标准化、自动化
-
高性能REST/RPC微服务开发框架：打包了微服务注册、发现、通信和治理等基础能力，开箱即用
-
一站式微服务治理控制台：提供微服务负载均衡、限流、降级、熔断、容错、错误注入等治理能力
-
非侵入式微服务：提供Mesher服务，可实现多语言微服务解决方案，以及遗留系统零改造微服务化
-
多样化微服务安全管控能力：提供认证鉴权、黑白名单等能力保障微服务访问安全
-
灰度发布支持业务平滑升级：支持使用接口任意参数（例如用户群组、用户类别、用户所属区域等等）定义微服务灰度发布规则
-
微服务调用追踪：提供微服务实例和接口级吞吐量、时延和成功率的实时监控及调用链分析
这套微服务产品完全是从公司各条业务战线上提炼而来，自始至终贯彻易用、开放、多场景和企业级的理念进行设计和演进的：
-
因为要服务于内部数万微服务开发者，这些开发者的能力参差不齐，如果不易用门槛不放低，使用和推广成本就会非常高；
-
因为要服务于内部各种不同类型的业务，如运营商、企业、消费者、流程IT等，如果架构不开放就无法做到基于一套框架灵活定制按需使用；
-
因为除了要满足新业务开发、也要满足老业务平滑迁移、还要满足和三方系统方便集成，如果不能适应多场景，不考虑平滑演进，应用范围就会非常的窄；
-
因为公司基本上所有业务都是全球交付，在性能、可用性、安全性上不做到企业级就根本没法商用。同时基于华为聚焦微服务技术领域多年的持续投入，目前已在多个方面做到了业界或国内首创，例如：面向国内提供了首个多语言微服务框架，首个商业版Service Mesh产品，并大规模应用于生产环境；业界首个进入Apache开源社区的微服务框架ServiceComb。
另外，我们也有一个专业的微服务评估（参考下图，已在华为云上开放自助评估服务）和咨询团队，能帮助企业完成从微服务适用性评估、服务划分到落地实施（平台和工具使用支撑）等微服务化转型端到端的解决方案。
华为微服务框架与开源框架的区别
可能还有很多人会有这样的疑问：我之前用开源框架好好的为什么华为还要重复造个轮子？
这个就要回顾华为微服务框架的发展历程了，起初华为也是在开源框架的基础上进行开发并投入使用，但是在支撑公司内部各种业务的过程中发现了不少问题，简单罗列几点：
-
语言绑定。当前开发语言层出不穷，其本身就说明业务对开发语言是有诉求的（不同的业务需要合适的语言来开发），同时特别是在云服务生态里，对不同语言开发的微服务能够方便的互通成了基本要求；
-
协议支持单一。基本要么只支持RPC，要么只支持REST，而实际有的场景仍然在使用或需要传统的Web Service（例如SOAP等等）协议，有的场景为追求极致的性能都有自己深度定制的私有协议，有的场景面向不同接入方式需要同时发布多种协议的服务接口；
-
性能和易用性问题。例如Spring Cloud把微服务的各种能力（如注册发现，路由管控，能力接入等等）都拆分成了独立的部件由使用者根据实际场景来组合使用，其本身确实提供了极大的灵活性，但灵活性的背面是复杂性，对人员能力的要求较高，同时其性能（例如并发量和时延）并不乐观，在一些要求苛刻的场景显得力不从心。
总之，太多经验表明，把一堆开源软件包变成可用，再到可商用，中间有太多的坑需要填平，华为就是这样填着填着，后来发现基本变成了
更多推荐
谈谈华为微服务解决方案与实践（中）
发布评论