“AI 技术+人才”如何成为企业增长新引擎?戳此了解>>> 了解详情
写点什么

微服务之旅的经验分享

  • 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:0010276
用户头像

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

关注

评论

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

Vue进阶(贰零捌):ES6 对象解构

No Silver Bullet

ES6 5月月更 对象解构

硬之城获阿里云首批产品生态集成认证,携手阿里云共建新合作

阿里巴巴云原生

阿里云 云原生 合作伙伴 合作

给小白的 PG 容器化部署教程(上)

RadonDB

postgresql 容器化 数据库·

书单 | 5月,这10本上榜新书带你打开新世界的大门!

博文视点Broadview

A New ETL Language -- Easy SQL

Bright

数据开发 ETL 大数据开发 EasySQL

揭秘华为云GaussDB(for Influx)最佳实践:hint查询

华为云开发者联盟

数据库 倒排索引 GaussDB(for Influx) hint 单时间线

直播回顾|携手 Opentelemetry 中国社区,走进可观测性

Daocloud 道客

云原生 可观测性

基于边缘计算的云游戏场景实践

火山引擎边缘云

最佳实践 边缘计算 实时音视频 云游戏

什么是时序数据库

领创集团Advance Intelligence Group

git bisect:让你闭眼都能定位疑难 bug的利器

华为云开发者联盟

开发 bug git bisect 二分法定位

直击中小企业转型通用痛点 联想百应推出智能会议解决方案

Geek_2d6073

【直播预告】研发效率百倍提升的秘密,这些破圈思路了解一下!

FinClip

小程序 finclip 直播预告

UniqueMergeTree:支持实时更新删除的ClickHouse表引擎

字节跳动数据平台

Clickhouse 表引擎 实时

ZooKeeper 在阿里巴巴的服务形态演进

阿里巴巴云原生

Apache zookeeper 阿里云 开源 云原生

Kubernetes下Stdout日志白名单最佳实践

观测云

可观测性 可观测

编程,不止有代码,还有艺术

华为云开发者联盟

数据库 倒排索引 GaussDB(for Influx) hint

VPN的应用场景

源字节1号

小程序开发

PostgreSQL 15 新特性解读 | 墨天轮优质文章合集

墨天轮

数据库 sql postgresql 新特性

企评家,企业成长性评价系统怎么用?

企评家

企业成长性分析 企评家 企业投资价值评价

易周金融分析 |“一参一控一牌”落地;两家支付机构更名

易观分析

金融 银行

优秀标杆!华泰证券多芯协同云网管理平台

BoCloud博云

多云管理平台 多云管理

固态硬盘和机械硬盘的区别(7大区别,简单易懂)

源字节1号

软件开发 前端开发 后端开发 小程序开发

大咖说·图书分享|阿里官方为你分享内部测试之道

大咖说

阿里巴巴 测试 开发

MSVC编译多个C程序文件

Loken

音视频 5月月更

对象存储 S3 在分布式文件系统中的应用

焱融科技

对象存储 存储 分布式存储 云存储

React 实现 PDF 文件在线预览 - 手把手教你写 React PDF 预览功能

蒋川

JavaScript react.js 低代码 CRM pdf预览

艾莫尔研究院基于Karmada的落地实践

华为云开发者联盟

云原生 Karmada 自动化集群管理

精彩回顾|KubeCon EU 2022 Kubernetes Batch + HPC 专题日

Daocloud 道客

Kubernetes 云原生 HPC batch

MSVC编译静态库

Loken

5月月更

一份优秀的产品帮助文档怎么写?

小炮

实验室信息管理系统如何工作?

低代码小观

低代码 实验室管理系统 企业管理系统 LIMS实验室信息管理系统 企业管理软件

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