写点什么

微服务之旅的经验分享

  • 2016-12-12
  • 本文字数:1635 字

    阅读完需:约 5 分钟

多年来,我们一直努力展示众多微服务实践者在采用微服务的过程中获得的经验和教训 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:0011346
用户头像

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

关注

评论

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

Wolfram Mathematica:从微积分到AI,一个工具搞定所有数学问题

Rose

MacCleaner Pro:一键清理,让你的Mac快如新机!

Rose

赛博威产品创新协同平台:全面赋能企业创新流程,打造卓越产品力

赛博威科技

人工智能 产品创新 赛博威 产品创新协同平台

APMPlus × veFaaS 一键开启函数服务性能监控,让函数运行全程可观测

火山引擎开发者社区

火山引擎

商品中心—商品生命周期和状态的技术文档

电子尖叫食人鱼

Java

FonePaw iOS Transfer for Mac v6.5.0 iOS数据传输工具

晨光熹微

GM ePub Reader Pro for Mac v2.8.6 ePub 阅读器 AI 电子书阅读神器

晨光熹微

线上Java服务总崩溃?用JProfiler提前发现性能隐患!

Rose

Sentieon 项目文章 | 长读长基因组测序在神经发育障碍分子诊断中的应用

INSVAST

长读长测序 Sentieon 精准医疗 分子诊断 神经发育障碍

得物研发自测 & 前端自动化测试体系建设

得物技术

自动化

TickIt:基于 LLM 的自动化 Oncall 升级

火山引擎开发者社区

软件工程 TickIt

鸢尾花数据多维分布探索与可视化实践|AI 编程社知识库精选

火山引擎开发者社区

AI

Harmony OS Next手势组合全攻略!三种模式玩转交互设计

Turing_010

AI口语练习APP的技术难点

北京木奇移动技术有限公司

软件外包公司 AI口语练习 AI英语学习

从System 1到System 2:AI推理能力演化的范式分析

申公豹

人工智能「

签约快讯|天润融通签约开迈斯

天润融通

2026第十四届中国电子信息博览会

AIOTE智博会

电子展 深圳电子展 电子信息展 电博会

SVN管理工具Cornerstone入门教程

Rose

荣誉|奇点云入选2025年度浙商“AI+”TOP100

奇点云

AI

Lighthouse 评估与调试能力全面升级!

塞讯科技

运维 可观测性 LLM可观测

F5深化与Red Hat战略合作 ,赋能企业AI规模化安全部署

科技热闻

立即体验|效果好、低延迟,Trae 已支持 Doubao-1.5-thinking-pro 新模型

火山引擎开发者社区

豆包 Trae

天润融通“业务专家+AI员工”模式,重塑企业组织形态

天润融通

数字先锋 | 异地“同上一堂课”,天翼云助力巴蜀云校线上教学提质增效!

天翼云开发者社区

天翼云 数字教育平台

MCP Server 之旅第 6 站:FC MCP Server 研发实战

阿里巴巴云原生

MCP

我们又来啦 又又上架了一个鸿蒙项目-萤火故事屋

万少

鸿蒙 HarmonyOS HarmonyOS NEXT

Project Office X Pro:让复杂项目规划变得像拖拽一样简单

Rose

Feeder for Mac v4.7.3创建和发布的RSS

晨光熹微

Feeder 4 mac Feeder下载 Feeder 4 for mac

File Cabinet Pro for mac v8.5.6 实用的菜单栏文件快捷管理工具

晨光熹微

《算力互联互通行动计划》发布,天翼云铺就算力畅行高速路!

天翼云开发者社区

天翼云 算力标准

【每天学点‘音视频’】前向纠错 和 漏包重传

小曾同学.com

实时音视频 NACK fec ACK 丢包重传

微服务之旅的经验分享_SOA_Mark Little_InfoQ精选文章