迈向Cloud Native时代：如何打造高效的开放服务平台？

Posted 2021-04-24 壹佰案例

随着移动互联网的发展和应用云化的普及，微服务已经成为企业应用服务化架构最流行的设计理念。它 包括了通过服务实现应用的组件化的架构，围绕业务能力组织服务，产品而非项目模式和演进式的设计等实践和方法。

微服务推行的方式

在采用微服务时，我们对业界和企业的现状进行了调研。总结出两条可套的采用方案。

演进式方案

这个方案是在现有的应用架构上进行演进化的改造。 在演进过程中，根据应用的实际需求，逐步的引入微服务的组件，最终实现微服务平台的搭建。这种方式是最早采用微服务的互联网企业的方式，优势很明显，搭建的服务平台是按需定制的，微服务的文化也随着演进深入企业文化。适用于规模迅速膨胀的初创企业，例如当初的某打车平台。而且对企业的自动化测试和持续交付能力有一定的要求。

服务平台建设方案

这种方案是参考业界的微服务最佳实践方案，建设支持微服务应用架构的服务平台，通过平台的试点项目的示范作用，在组织内部推动微服务化改造。 微服务平台通常包括服务治理框架，开发框架，容器，部署发布和日志监控工具等。平台可以有效降低微服务开发的门槛，提高开发效率和开发服务的质量。

服务治理框架是微服务平台的重要功能。微服务治理框架可以解决的是微服务引入的额外的开发和运维复杂性问题。目前业界有很多成熟的微服务治理框架，比如Spring Cloud、Dubbo、Service Fabric，以及更新的Istio。这些治理框架各有侧重点，实现方式也各不相同，但是主要解决的问题是一致的，就是解决单体应用在拆分成大量微服务之后，服务与服务之间，服务与外部之间的服务发现，负载均衡，异步同步通信问题，以及监控和故障自愈等。

平台和框架之外的问题

通过建设微服务平台，引入现有的成熟的微服务解决方案，平台和框架提供了微服务应用开发、运维的基础环境支持，是企业在内部快速的推广和实现微服务的一条“捷径”。微服务平台的建设，我们通常首先会想到的是容器编排和服务治理。但是在实际的生产过程中，我们发现即便是提供了容器云平台和微服务框架，微服务系统设计的门槛，对于开发人员来说还是比较高的。总结起来，最主要的有以下几个方面：

• 微服务框架对应用设计有特殊的要求，学习成本高
• 微服务的拆分，是个很大的挑战
• 微服务的架构，大大增加了服务之间的对接，沟通成本太高

• 容器和微服务，带来的开发调试成本提高

• 缺少架构标准和规范，导致架构风格不一致
  

以上内容节选自twt社区的文章。

经验和建议

为了帮助大家更好的打造高效的开放服务平台，msup邀请到了 网易资深架构师朱剑锋将于 3月11日（本周三）20：00结合自身的经验及踩过的坑，为大家分享在微服务大爆炸时代，技术架构如何调优，如何将开放流程规范化，如何降低微服务的门槛...等问题的思路和方法。

以下是本次课程内容的预告， 扫码添加小助手微信，即可入群学习。

技术是一个不断发展的过程，微服务不是结果，而是一种工具。只有在实践过程中，借鉴已有的方案，形成自身的规范和标准。搭建用于帮助开发测试部署的工具平台，慢慢形成文化。