用非技术人员也能懂的方式解释微服务架构
进入 2017 下半年,微服务架构的热度继续攀升,在科技话题中至少可以排在前十名。利用容器技术,通过微服务的方式架构、构建、运维,几乎是无人不知的,但用非技术人员也能懂的方式解释微服务架构,却不是每个人都能做到的事。
在向广泛的受众解释什么是微服务架构时,无论是开发者、还是微服务架构技术供应商,无论是分析师还是技术媒体,多多少少都会有些舌头发紧。
诚然,微服务架构是一项复杂的技术,但你的听众并不总是技术人员,他们可能是 C 端用户、商业伙伴、股东,这些人显然是不希望“复杂”的。
因此我们问了一组专家:如何尽可能简洁的用白话解释微服务架构?
在听专家的答案之前,我们不妨回顾一下微服务架构的背景。
“过去,开发人员用‘ monolith ’的方式构建应用:一开始应用很小,而我们不断添加一些新特性进去。等到一两年后,我们忽然发现,我们的应用已经变成了一个庞然大物,稍作改动很可能需要改变整个系统,一切都是内部关联的。“ BigPicture.io 创始人兼首席执行官 Michael Frye 说,“扩展这种类型的系统也更难,我们不得不持续增加服务器来进行扩展,这样的做法是非常昂贵的。”
事实上,Frye 捕获了微服务旨在解决的一些关键的软件架构,开发和操作问题,特别是在涉及大型企业应用程序时。 微服务体系结构也通常与容器和业务流程相结合,适合于在云端和 /或软件即服务应用程序中运行的应用程序。
Frye 这处指出了微服务架构意在解决的传统软件架构、开发和运维问题。另一方面,微服务架构通常与容器相结合,原生适合云计算平台或 SaaS 应用。
“ Michael,解释一下微服务架构,记住要尽可能简洁的用白话解释。”
“微服务架构专注于构建仅完成一项任务的独立服务,“ Frye 说。
那么其他专家是怎么说的呢?
以上专家的解释,总结起来有四点:
好雨云帮 ACP · 微服务架构
https://www.goodrain.com/microservice.jsp
微服务架构将复杂应用拆分成小业务单元开发和部署,使用轻量级协议通信,通过协同工作实现应用逻辑。好雨根据生产环境实战经验,重构微服务架构服务语言、数据存储、服务编排、服务管理,为您提供实施微服务架构的最佳平台——云帮 ACP。