写点什么

不同类型的微服务?

  • 2016-04-25
  • 本文字数:1792 字

    阅读完需:约 6 分钟

最近,有许多微服务领域的讨论,但是这些讨论大多都是关于如何从头开始构建微服务应用的,Mark Little 认为,微服务的初衷在于改造已有的应用,提高其敏捷性,他讨论了在这种场景下,实现微服务的最佳实践。

Mark Little 博士是 Red Hat 中间件部门的工程副总裁,他领导着 JBoss 的技术方向和研究 / 开发工作。在此之前,他曾经担任过 SOA 技术开发的主管,并负责标准的制订。

在 Mark Little 最新的一篇博客文章中,他回顾了自己从事微服务相关的一些经历和对微服务的认识,他依然愿意在这个领域不断思考,并与其团队成员进行交流,从而推动行业思想的发展。

在这个过程中,有些困扰他的问题变得逐渐清晰。长期以来,人们思考的可能是微服务与SOA、分布式系统以及DevOps 的关系,而且也有很多的项目和产品来帮助开发基于(微)服务的架构。但是,除Red Hat 以外,大多数关于微服务的文章都是从头开始构建的。这其实也反映了大多数开发工作的关注点:从头(Greenfield)开发,重新对系统进行架构,然后完全重建。

不过,微服务最初并不是这样的,如果读一下最初的文献的话,尤其是来自Netflix 的文章,就会发现微服务的理念(或者Adrian Cockcroft 最初所说的“Adrian Cockcroft”)是与已有系统息息相关的,它致力于将它们重构为组件(服务),这些组件能够独立地部署、版本化和发布。这里的理念在于为已有的系统(brownfield)构建微服务。Mark Little 虽然一开始就知道这些背景,但是一直以来他始终认为这种方式与从头开始构建所使用的过程、工具以及方式都是完全相同的。直到最近,他才意识到中间的差别。

有些团队会基于已有的系统进行改造,实现微服务,这是很有价值的。大多数人所面临的都是已有的应用,就像Netflix 那样,因此这种方式更具有实用性。它不需要我们好高骛远,每次只需进步一点点即可,这方面是作者以前所没有太多关注的。为了支持这些微服务,也需要对基础设施进行一些很重要的简化。

在一个样例中,他们所面临的是单体应用中的已有组件。因为团队是基于Java EE 的,所以具体的表现形式就是多个WAR(Web Archive)或JAR(Java Archive),这些文件会放到一个EAR(Enterprise Archive)中,但是这个例子本身与编程语言和框架是无关的。在这个例子中,目标是将单个组件拆分为微服务,这样当某个WAR 中的内容发生变化的时候就不需重新创建整个EAR 包了。

如果从完全重建的角度来看,这其实没有实质性的不同。不过,在分布式场景方面,我们可以采取一些变化,至少可以进行简化,这里不需要命名服务(或类似的机制)来定位各种各样的服务所在的位置,同时也不需要SLA。实际上,因为我们知道服务的API,并且这里的目标在于提升开发过程的敏捷性,所以,可以将API 硬编码到“客户端”中(应用的其他部分)。从事后来看,很多地方都是可以硬编码的。可以借助地址绑定或底层的网络,如REST/HTTP 使用URL 来表示服务的名称/ 地址,当然,这样的话需要DNS 实现绑定。

到目前为止,这是可行的,到一定程度之后,就会引入传统分布式系统的复杂性了,不过,我们还没到那一步。团队的关注点在于:“作为开发人员,我该从哪里开始拥抱微服务呢,在不开发、不安装过多基础设施的前提下,该如何取得成功呢?”。Mark Little 认为这种方式的简化/ 硬编码/ 依赖基础设施能够在一定程度上提供帮助。

当提到微服务时,我们经常读到的内容就是中心化的日志、事件驱动方式、协作(orchestration)以及部署技术,但是,当面临预先定义的组件/ 服务时,如果我们想借助微服务来提升敏捷性的话,这些技术其实并没有那么重要。借助硬编码以及一些自动化的方式,完全就能实现。

这是一种新型的微服务吗?事实上并非如此,这是一种不断演化的方式,其实与之前的CORBA 和Java EE 应用并无分别,我们会通过硬编码、接口的方式进行手动编码,随着分布式应用复杂性的不断增长,开发人员需要基础设施和工具的更多帮助。所以,这种方式毫无疑问也是微服务,因为它的目标依然是让团队更加灵活、具有独立的生命周期,只不过它更加聚焦于某一点,或者说更加实用。

在将已有的系统往微服务架构改造的过程中,Mark Little 所述的这些观点,应该会对我们提供一些借鉴和帮助。


感谢陈兴璐对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-04-25 19:002393

评论

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

在信创化的浪潮下,银行应该如何选择

Onegun

信创 信创生态

openEuler与Linaro携手参加OSSUMMIT 2023

openEuler

Linux 开源 openEuler 资讯

科兴未来 | 中国·仙居第六届全球医疗器械创业创新大赛

科兴未来News

您距离一个成熟安全的 DevOps 平台,只差一个迁移

极狐GitLab

DevOps gitlab 安全 迁移 Github'

灞桥论“健” 共话康养 灞桥康养论坛取得圆满成功

联营汇聚

供应链和物流的跨链代币开发 数字货币开发

区块链软件开发推广运营

数字藏品开发 dapp开发 区块链开发 链游开发 NFT开发

喜讯!云起无垠获评软件供应链安全技能竞赛“团队优秀奖”

云起无垠

乙烯裂解工艺可视化2D组态系统

2D3D前端可视化开发

物联网 组态软件 工业组态 乙烯裂解工艺 乙烯裂解组态图

Puppeteer无头浏览器:开启自动化之门,掌握浏览器世界的无限可能

凌览

node.js puppeteer 截图

强大硬件+优化软件,英特尔锐炫助力玩家沉浸畅享《猛兽派对》

E科讯

openEuler 亮相全球顶级开源盛会 OSSUMMIT 2023,持续推动智能化未来的实现

openEuler

Linux 开源 openEuler 资讯

DAPP区块链公链代币智能合约质押挖矿系统开发

l8l259l3365

好物周刊#2:AI 写作助手

村雨遥

软件 网站 项目 插件 资料

项目流程管理处理推荐 OmniPlan Pro 4 最新激活中文

胖墩儿不胖y

Mac软件 项目流程管理

集成开发环境软件Eclipse与MyEclipse区别

小齐写代码

活动报名 | Modern Data Stack Meetup 北京首站启动!与三大开源社区共同探索现代数据栈的最佳实践

tapdata

数据采集 数据集成 Tapdata 现代数据栈 云数仓

数智赋能,提质增效 | 用友流程制造行业解决方案全新发布!

用友BIP

流程制造

搜索技术领域的“奥林匹克”,飞桨支持“第二届百度搜索创新大赛”正式启动!

飞桨PaddlePaddle

百度 飞桨 AI Studio

最佳实践:TiDB 业务写变慢分析处理

PingCAP

数据库 最佳实践 TiDB

静态分析在DevSecOps中的应用

Tom(⊙o⊙)

华为云CodeArts Check代码检查服务用户声音反馈集锦(6)

软件开发 华为云 代码检查

企业诊断屋:二手车交易平台APP如何用AB测试赋能业务

字节跳动数据平台

大数据 ab测试 对比实验 数字化增长 企业号9月PK榜

亮相华为全联接大会,用友荣获“华为云技术领航最佳实践伙伴”奖项

用友BIP

华为云

重装亮相!9 月 22 日平凯数据库 - TiDB 企业版全解读等你来!

PingCAP

数据库 TiDB 平凯星辰 平凯数据库

软件需求文档、设计文档、开发文档、运维文档大全

金陵老街

项目管理 #运维

不同类型的微服务?_语言 & 开发_张卫滨_InfoQ精选文章