QCon全球软件开发大会9折优惠倒计时,了解详情 了解详情
写点什么

微服务之旅的经验分享

2016 年 12 月 12 日

多年来,我们一直努力展示众多微服务实践者在采用微服务的过程中获得的经验和教训 Piotr Gankiewicz 是一名软件工程师。他踏上了微服务之旅,现在决定分享一些过程当中的经验和教训。当然,就像所有的经验一样,它不是全都与你的实践相关,但是这些经验和教训还是值得了解的。正如 Piotr 说的:

不久前,我终于决定深入到微服务的世界了。我确实花了相当长的时间寻找使用这种架构模式的机会,并最终找到了。在经过三个月的尝试和学习,其中大部分都是自学(困难的方式),我相信是时候分享一些经验了。

他从讲述一些核心的系统设计方面开始,其中包括 API 管理(gateway)。他引入了“服务总线”的概念,而没有真的定义它。他还讨论了存储服务的添加:

[…] 为了在只读数据库(这里就是 CQRS 一类的东西)中存储对象,你很可能需要订阅所有类型的事件,像 UserCreated 和 InvoicePaid 等等。然后你需要与特定的(微)服务通信获取数据,然后将它存入数据库中。在这种场景下,你的 API 需要负责订阅事件、映射数据和保存数据到数据库。这有问题吗? 多数情况下当然没有。但是,我更倾向于下述解决方案。它将 API 和微服务完全分离。这样,就出现了所谓的存储服务,由它来订阅事件,从(微)服务获取数据等等。存储服务知道怎样扁平化数据。API 只需要给存储服务发送 HTTP 请求来获取数据。它并不需要关心数据是从哪里来的,是内部的数据库,还是缓存,还是处于天涯海角的某个服务。

最后在给出他的经验和教训(他称为“小贴士和窍门”)之前, 他用对服务的定义总结了设计方面。服务的部分定义包括:

每个(微)服务处理自己的领域模型、仓库、业务逻辑等等。整个基础服务唯一共有的是服务总线和一套命令和事件集合。

那么回到小贴士和窍门。我们这里只包含其中一部分。对那些认为微服务的大小重要的人,首先是“让服务尽量小”。

创建多个小型的专注于单一领域的微服务比创建少量臃肿的执行完全不同任务、在相同的范围内管理不相干职责的微服务要好。最常见的例子有:创建 / 验证用户账户、 发送消息、管理产品、处理支付等等。每个领域纳入到单独的有独特实体的服务中。

从别人对微服务、事件溯源和 CQRS 的说法展开,Piotr 认为 CQRS 至关重要:

遵循 CQRS,你需要做的全部事情是发送无返回值的命令和执行幂等的查询。如果你遵循这一模式,你会很快发现扩展应用程序简单多了,只需要分离读写操作。

接下来回到数据。为服务选择数据库的方式至关重要。这再次和其他人讨论的相似:

每个服务(不是单个服务实例,因为你可能有许多同一服务的实例运行在不同的节点上)都应该有自己的数据库。这样你不仅能消除单点故障(整个系统使用单一的庞大数据库) ,最重要的是还能自由选择最适合特定任务的数据库。你可能想使用 SQL 执行严重依赖事务的金融操作,或者使用 NoSQL 数据库存储数十亿 JSON 文档。

Piotr 提到了其它一些事情,如请求追踪(他举例说明了在他的学习之旅中的实现方法 )、使用异步消息方法(使用 HTTP)、确保新服务易于部署(可能隐晦地引用到持续集成和持续部署)以及编写端到端测试。最后提到的是“包含故障恢复、服务发现和其它一些有用的机制"。

任何时候出错了,你可能希望保证整个系统不会崩溃或者至少其中一部分不会崩溃。确保你引入了重试机制(比如 Polly )、服务发现工具,如 Consul 以及集中保存证书,比如使用 Vault Azure Key Vault 或者我的开源项目 Lockbox

Piotr 讨论的大部分和过去这些年别人说的非常相似,所以在使用微服务开发时我们很可能正趋向一个关于方法有效还是无效的共识。但是需要注意的是,尽管 Piotr 讨论了他的一些经验和教训,但是没有任何关于他开发的应用程序表现如何的说明(负载下扩展、恢复能力等等)。可能后期会有,我们拭目以待。

查看英文原文: Sharing Experiences from a Microservices Journey


感谢冬雨对本文的审校。

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

2016 年 12 月 12 日 18:008736
用户头像

发布了 33 篇内容, 共 89608 次阅读, 收获喜欢 8 次。

关注

评论

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

最新流行的6大优秀DevOps工具

java小李

java 14 puppeteer

这款开源软件绝了!1分钟即可打造了一个”黑客范“终端~

编程菌

Java 编程 程序员 项目 计算机

《分享几道高频 Redis 高频面试题,面试不用愁》

java小李

Redis Stream

架构训练营模块3课后作业-学生管理系统详设文档

喻高咏        

顶级理解!阿里这份Github星标63.7K的Redis高级笔记简直不要太细

程序员小毕

Java redis 程序员 架构 面试

左晖:凭一己之力改变了一个行业

石云升

思维模型 诚信 7月日更

华为助力高校释放能量,加速中国从开源使用大国向贡献大国转变

科技热闻

技术解码 | GB28181协议简介及实践

腾讯云音视频

腾讯云 ffmpeg 流媒体 视频监控系统

iOS底层面试题(下篇)

程序员 面试 ios开发

数字化成潮流,运维为啥也热了?

ToB行业头条

科技互联网

“运愁维卧”,决胜千里 | TcaplusDB 724运维日致敬每一位运维人

tcaplus

TcaplusDB

被转载10W次的:Java小白系统资料和职业规划路线

java小李

java基础

如何借用第三方APM工具, 为移动应用保驾护航

友盟全域数据

APM

编辑器看看

strive

编辑器

当面试官问到:《MySQL数据库的锁机制》该如何拿分?

java小李

spring Boot Starter

【入门必读】《TcaplusDB数据库常见问题解决及诊断技巧集锦-数据库使用类-3》

TcaplusDB

nosql 腾讯 Data TcaplusDB

MySQL高频面试题的灵魂拷问

java小李

MySQL

万万没想到,阿里巴巴被挂后,还能获得内推名额,五面口碑一举拿下offer

云流

Java 编程 程序员 架构 面试

降低“美丽成本”,区块链助力化妆品行业数字化转型

旺链科技

区块链 数字化转型 化妆品行业

基于 Java Spring Security 的关注微信公众号即登录的设计与实现ya

哈德韦

spring security 微信公众号 Apache Pulsar SSO

你的服务器可以安装TcaplusDB吗?来看一下软硬件配置!

tcaplus

TcaplusDB

解决方案| 全民抗“灾”- 实时音视频在应急指挥场景的应用

anyRTC开发者

音视频 WebRTC 指挥调度

四面字节跳动,终于拿下1-2级offer :Redis+分布式+微服务+算法+网络

云流

Java 程序员 架构 面试 计算机

他是因为什么,能在半年内从菜鸟学生成为大厂收割机?

Java架构师迁哥

详解TCP协议与UDP协议的区别

Linux服务器开发

网络协议 Linux服务器开发 Linux后台开发 TCP协议 UDP协议

ipfs矿机最新消息?星际联盟矿机怎么样?

IPFS星盟小熊

区块链 fil ipfs矿机 星际联盟

“普通本科Java程序员,如何五年存够80万买房?就靠这选择!”

java小李

java 14

【服务器密码】服务器密码托管就用行云管家堡垒机!

行云管家

堡垒机 密码管理 行云管家 服务器管理 服务器密码

一条SQL语句执行得很慢的原因盘点

北游学Java

Java MySQL

《MyCat数据库的基础配置及使用》

java小李

java 14 mycat

使用Docker在无网络环境下搭建深度学习环境

Lart

数据库运维技术发展与展望

数据库运维技术发展与展望

微服务之旅的经验分享-InfoQ