写点什么

“微服务”架构:更灵活、更可靠、更开放

  • 2015 年 4 月 22 日
  • 本文字数:2014 字

    阅读完需:约 7 分钟

经历过去的十几年的发展,SOA(Service-Oriented Architecture)已经获得了广泛肯定与应用。现在,随着云计算、开源、Docker 等为技术界带来革命性的影响,同时,用户使用方式与生活方式都在移动化浪潮的裹挟下发生了巨变,“微服务”架构(MSA:Micro Service Architecture)这一全新的企业架构模式越来越受到关注,也有越来越多的企业和平台服务商开始将“微服务”的概念转化为实践,掌握到第一手的实战经验。

应该如何理解“微服务”的性质和特点?转型“微服务”架构能够解决哪些问题、需要注意哪些问题?为了回答这些疑问,我们对普元软件的资深架构师顾伟进行了采访,请他介绍自己对“微服务”的理解和经验。对话全文内容如下:

InfoQ:请向 InfoQ 的读者介绍下自己,目前主要的工作方向及关注的技术领域。

顾伟:大家好,我是普元信息技术股份有限公司的架构师顾伟,目前主要从事云计算、智能运维、平台基础架构等方向的工作,同时对插件开发、HTML5、Docker 等技术有着浓厚的兴趣。

InfoQ:微服务架构近一年多在技术社区频频被提及,热度颇高,但对“微服务”似乎还没有一个严格的定义。您是如何理解“微服务”的?

顾伟:在云计算运用愈加广泛和深入的移动互联网时代,大家的生活都变得越来越碎片化。坐在地铁上,你会随手发个朋友圈,走在公园里,你会随手发个微博。当日常行为变得这么碎片化时,相应的支撑服务应该是什么样的?

在我看来这些服务必须是“零散”的,支撑的业务是可以快速变化的,服务之间是可以快速融合的,服务的性能、安全是有足够保障的,当达到这种标准的时候,这些服务就是我理解的微服务。

InfoQ:与传统单块架构相比,“微服务”架构有哪些特点?

顾伟:特点其实是比较显然的,比如开放、轻量、松耦合、易迁移、易伸缩、容错性、自监控、语言中性等。总的来说,微服务架构是一种更灵活、更可靠、更开放的架构。

InfoQ:像您所说, “微服务”是“零散”的,这种特征又能够帮助企业解决哪些难点和痛点?

顾伟:我们可以反过来看这个问题,传统的企业级架构,往往会面临着几个难题:

  1. 弹性能力不够。单块架构使得要伸缩就是整体的伸缩,但你的流量中可能占 90% 只是针对其中 20% 的服务的访问,那为什么不把这 20% 的服务独立出来呢?将好的资源用于支撑这些服务,达到资源的最大化集约使用。
  2. 业务变化调整较慢。由于业务部署在一起的原因,单个业务的调整使得整个应用都需要重新集成、测试、发布等,虽然有一些自动化的保障,但还是无法做到成本最少,风险最低。
  3. 开放能力不足。随着云计算、云服务的高度发展,服务按需的模式会越来越多。一个企业不可能所有服务都自建,也不可能永远封闭,而是需要能够快速整合外部服务,同时将内部的服务开放出去,这也是对传统企业架构的一大挑战。

如何解决这些问题,正是微服务架构的关键目标所在。微服务的“零散”特征使得企业能够快速应对服务扩容、业务开放、业务变化、服务整合等需求。

InfoQ:您认为“微服务”架构适用于什么样的企业和应用?

顾伟:如果你认为 IT 建设是一个持续演进的过程,对企业发展有着重大支撑作用的话,微服务架构都会非常合适。

InfoQ:我们已经了解“微服务”架构的优势,那从单块架构转型到“微服务”架构,又需要考虑哪些因素或注意哪些问题?

顾伟:前面一直在说微服务架构的好处,但使用微服务的同时,对企业的 IT 支撑管理、运维等能力的要求也会相应提升,比如:

  1. 微服务之间的通信问题。企业需要提供一套比较完善、轻量的通信机制,保证服务调用的可靠、可跟踪、高性能等。
  2. 微服务的监控度量问题。服务的分散使得交易路径有时候会变得比较复杂,如何从业务维度对链路实行跟踪回溯,如何度量整体业务的吞吐,如何快速发现业务的瓶颈,是使用微服务必须解决的问题。
  3. 微服务的粒度问题。在很多企业实行微服务架构时,往往会走到一些技术极端,过度的拆分服务。微服务更应该类似 Unix 的服务,每个服务目标单一,只做一件事情,能够有很好的复用性。

InfoQ:您在“微服务”架构的实践上已经有比较丰富的经验,是否可以简单介绍一个典型案例。

顾伟:去年做过一个电信领域的数据发布的项目,主要场景是将企业内部产生的各类数据,按照不同协议安全发布给外部客户订阅。这个项目中会涉及到很多微服务:包括集中调度(订阅推送)、文件传输、文件存储、元数据管理、权限认证等,每类服务都是集群部署的情况下,最终至少会有 20 多个进程,每次到一个地方部署都要结合具体环境花费不少时间。

最终解决方案是结合了当下比较流行的 Docker 技术,通过对 Container 的管理,完成了服务的自动发布。其实这个方案也间接的说明了一些问题,比如微服务架构和云计算、智能运维等是都密不可分的。

作为“微服务”架构的倡导者,普元与 InfoQ 共同主办了 PWorld 软件架构 & 平台创新大会,将于 5 月 26 日和 6 月 11 日分别在北京和上海举行,今年的大会以“大平台、微应用”为主题,顾伟也将在大会上分享“基于微服务的开放弹性企业应用架构”。大会限时免费报名中。

2015 年 4 月 22 日 10:405301

评论

发布
暂无评论
发现更多内容

AIOps 让「事件管理」变得更加智能

睿象云

AIOPS 告警管理

Rust从0到1-所有权-概念介绍

rust 所有权

pandas apply 应用套路详解

披头

牛批!阿里内部万字面试手册,Github上获赞80K

Crud的程序员

Java 架构

第12周课后练习-数据应用(一)

潘涛

架构师训练营 4 期

需求分析是什么?

Simon

架构实战营

教育部:探索推动区块链技术在招生考试、学历认证等领域的应用

CECBC

教育管理

ZooKeeper 会话的秘密

HelloGitHub

Java zookeeper ZooKeeper原理 zk

一文掌握GaussDB(DWS) SQL进阶技能:全文检索

华为云开发者社区

sql 全文检索 华为云 GaussDB(DWS) 字段

华为帐号服务学习笔记(二):OAuth2.0协议详解

Coding狙击

android 华为 OAuth 2.0 HMS

一个提高领导力的极简工具

石云升

领导力 28天写作 职场经验 管理经验 3月日更

面试官:什么是死锁?怎么排查死锁?怎么避免死锁?

小林coding

多线程 操作系统 死锁

2021年企业需要了解的和云计算相关的6大趋势

浪潮云

云计算

有了人工智能技术,告警管理会发生什么变化?

睿象云

人工智能 事件管理

【LeetCode】笨阶乘Java题解

HQ数字卡

算法 LeetCode 4月日更

LiteOS内核源码分析:任务栈信息

华为云开发者社区

LiteOS 任务栈 栈指针 LOS_StackInfo LOS_Task

区块链落地应用瞄向海洋生态可持续场景,来看Trace Protocol如何改变人们生活?

CECBC

渔民

华为帐号服务学习笔记(一):什么是HMS,什么是华为帐号服务

Coding狙击

android HMS

Uniswap v3揭开真面目NA公链(Nirvana)NAC公链表示不服

区块链第一资讯

Apache IceBerg表规范(最全版)(翻译者:聚变)

聚变

大数据 hive 数据湖 iceberg 聚变归来

当 ITOA 遇上 Cloud Alert,企业可以至少每年节省 3600 小时!

睿象云

智能告警

有道云笔记新版编辑器架构设计(下)

有道技术团队

架构 大前端

统一元数据,数据湖Catalog让大数据存算分离不再是问题

华为云开发者社区

大数据 元数据 存算分离 华为云MRS 数据湖Catalog

SQL 自连接的魅力

披头

Java锁总论

邱学喆

Java 锁机制

RUOYI 框架教程 12| 若依视图解决多表查询,就是这么简单!

Java_若依框架教程

Java 技术 Ruoyi 框架 若依

零代码实现一对一表关系和无限主子表级联保存

crudapi

API crud crudapi 主子表 多对多

INTERSPEECH2020 语音情感分析论文之我见

华为云开发者社区

数据处理 模型 音频 语言情感分析 INTERSPEECH2020

区块链和物联网如何实现万物互联?

CECBC

区块链

产品经理训练营第九周作业

Denny-xi

产品经理

第十三周作业

MR.X

“微服务”架构:更灵活、更可靠、更开放-InfoQ