用尽可能简洁的白话解释微服务架构

用非技术人员也能懂的方式解释微服务架构

进入 2017 下半年，微服务架构的热度继续攀升，在科技话题中至少可以排在前十名。利用容器技术，通过微服务的方式架构、构建、运维，几乎是无人不知的，但用非技术人员也能懂的方式解释微服务架构，却不是每个人都能做到的事。

在向广泛的受众解释什么是微服务架构时，无论是开发者、还是微服务架构技术供应商，无论是分析师还是技术媒体，多多少少都会有些舌头发紧。

诚然，微服务架构是一项复杂的技术，但你的听众并不总是技术人员，他们可能是 C 端用户、商业伙伴、股东，这些人显然是不希望“复杂”的。

因此我们问了一组专家：如何尽可能简洁的用白话解释微服务架构？

在听专家的答案之前，我们不妨回顾一下微服务架构的背景。

“过去，开发人员用‘ monolith ’的方式构建应用：一开始应用很小，而我们不断添加一些新特性进去。等到一两年后，我们忽然发现，我们的应用已经变成了一个庞然大物，稍作改动很可能需要改变整个系统，一切都是内部关联的。“ BigPicture.io 创始人兼首席执行官 Michael Frye 说，“扩展这种类型的系统也更难，我们不得不持续增加服务器来进行扩展，这样的做法是非常昂贵的。”

事实上，Frye 捕获了微服务旨在解决的一些关键的软件架构，开发和操作问题，特别是在涉及大型企业应用程序时。微服务体系结构也通常与容器和业务流程相结合，适合于在云端和 /或软件即服务应用程序中运行的应用程序。

Frye 这处指出了微服务架构意在解决的传统软件架构、开发和运维问题。另一方面，微服务架构通常与容器相结合，原生适合云计算平台或 SaaS 应用。

用尽可能简洁的白话解释微服务架构

“ Michael，解释一下微服务架构，记住要尽可能简洁的用白话解释。”

“微服务架构专注于构建仅完成一项任务的独立服务，“ Frye 说。

那么其他专家是怎么说的呢？

Nic Grange, CTO: “微服务架构是设计由具有特定用途的小型独立服务组成的软件系统的方法。”
Ali Hussain, CTO: “微服务架构是用一套更小、更简单的服务协同工作，来解决大型复杂业务问题的方法。每个微服务有相对独立的运行，有助于实现业务目标。”
Dr. Ratinder Ahuja, Founder and CEO: “微服务是应用开发方法，将大型应用构建为一套模块化应用。每个模块支持特定业务目标，并使用简单的接口来与其他服务进行通信。”
Dustin Horning, Solutions Engineer: “微服务架构好比制造应用的工厂，工厂里每个部门负责一项任务，而非一个人或一个部门生产一整个产品。微服务架构将大目标分解成小部分，每个小部分独立完成。“
Justin Bingham, CTO: “每个微服务可以看作是应用的组件，每个组件负责特定的业务或技术。”
Michael Ducy, Director of Product Marketing: “将应用开发或者交付分解成小块的工作”
Kong Yang, Head Geek: “微服务是开发由独立可部署的模块化服务组成的软件应用程序的一种方法。每个微服务运行一个独特的过程，并通过一个明确定义的轻量级机制（如容器）进行通信，以实现业务目标。”

微服务架构的四个要点

以上专家的解释，总结起来有四点：

开发和运维应用的灵活高效的方法；
微服务架构将大型应用分解成彼此独立的小粒度应用；
每个微服务专注于一件事，并将这件事做好；
微服务架构将大量工作分解成易管理、更高效的小业务单元；

好雨云帮 ACP · 微服务架构

https://www.goodrain.com/microservice.jsp

微服务架构将复杂应用拆分成小业务单元开发和部署，使用轻量级协议通信，通过协同工作实现应用逻辑。好雨根据生产环境实战经验，重构微服务架构服务语言、数据存储、服务编排、服务管理，为您提供实施微服务架构的最佳平台——云帮 ACP。