写点什么

Axon 大会专题讨论:为什么应该使用微服务?

  • 2018-10-07
  • 本文字数:1810 字

    阅读完需:约 6 分钟

在最近于阿姆斯特丹举行的事件驱动微服务大会上,来自大会组织方 AxonIQ Frans van Buul 在小组讨论一开始就指出,微服务在今天已经很主流。他回顾了我们已经了解的东西,同时也思考了我们在未来几年的发展方向。

参加讨论的有 Promontech 的 Michael Kazarian 、Barclays 的 Prem Chandrasekaran 、Open Value 的 Bert Jan Schrijver 、AxonIQ 的 Allard Buijze 和 Pivotal 的 David Caron 。Van Buul 的第一个问题是为什么我们应该使用微服务。

  • 在 Schrijver 看来,这和可伸缩性有关。就团队而言,它是多个团队合作开发一个产品的能力。就运维而言,它是独立扩展系统不同部分的能力。他认为,如果你以正确的方式构建一个微服务系统,你几乎可以拥有无限的横向可伸缩性。

  • Buijze 指出,从技术上讲,我们使用的是单体应用还是微服务并不重要;从理论上讲,你可以像扩展微服务一样扩展一个单体应用。微服务给我们的是,每个服务有一个稳固而明确的边界。虽然架构师为组件之间的通信设置了限制,但作为开发人员,我们很容易忽略它们。如果在技术上可以与另一个组件直接通信,我们就会这样做,而忽视架构师已经制定的任何规则。如果一个组件的边界明确定义,甚至是由另一个团队管理的,就更容易保持这些边界的完整性。

  • 大约三年前,Kazarian 及其公司开始使用微服务。他们的目标是,从专注于构建核心领域的业务能力入手。他相信,微服务可以帮助他明确特性应该在哪里实现,并帮助团队保持边界。

  • Chandrasekaran 也认为,界限更加明确,这样就不容易滥用不属于你的东西。他指出,硬件的发展使微服务成为可能,所有云提供商提供的基础设施都大大简化了。对他来说,所有这些都很有说服力,但他指出,仍有一些问题需要解决。

  • 对 Caron 来说,成功的一个关键因素是,作为一家公司,你是否要战略性地加入。如果你建立了某种形式的创新实验室,让最好的开发者尝试微服务,那么你不会从中受益。此外,如果你不愿意投资于所需的文化变革,并专注于价值交付,那么你将很难获益。

Van Buul 有时会纠结于一个问题,那就是,为什么我们用小服务做了 10 年的 SOA,却突然发现它真的很糟糕,而现在,我们应该做微服务。为什么会这样?

  • Allard 指出,SOA 和微服务本质上是相同的概念。SOA 的问题出在营销和应用上,当时,大型的供应商开始销售大型的 SOA 套件,目的是赚钱。他还认为,Netflix 的架构在某种程度上影响了他们使用新技术向微服务迁移。另一个重要的区别是,我们今天拥有的基础设施更符合标准,可以帮助我们以更简单的方式交付小型组件。

  • Chandrasekaran 持谨慎乐观态度,但他指出,微服务仍在发展中。我们听到的大多是成功的故事,但他肯定,人们遇到过很多问题。他认为,我们还没有足够的证据证明微服务让我们行动更快。

接着,Van Buul 问了做微服务的先决条件:你需要什么样的技能和组织?

  • 在 Chandrasekaran 看来,这和自动化有关;你能以多快的速度将业务想法交付到生产环境、收集反馈信息、改进并再次部署?重复而又可靠地完成这项工作的唯一方法是,在整个持续交付过程中实现高水平的自动化。他还指出,无论是单体应用还是微服务,开发都只需要很少的时间,花时间的是后续工作,如安全。

  • Kazarian 来自一家大银行,他们不具备所有的自动化技能。对他来说,一个挑战是如何帮助他的开发人员在合适的地方编写正确的代码,并获得相应的好处,比如隔离性和可测试性。微服务为他提供了一种方法,让他可以开始将他的单体部署分解成许多独立部署。他还指出,微服务并不是万能的;不同公司之间的大小不同。

在最后一个问题中,Van Buul 展望了未来。我们遗漏了什么,明年我们将讨论什么?

  • Shrivjer 认为,我们需要能够帮助我们创建新服务的服务,而不必考虑基础设施。作为一名开发人员,他只想部署一个服务,而不必考虑其他任何东西。

  • Chandrasekaran 相信,在没有完整生态系统的情况下,服务间测试将得到更多的支持。他指出,说我们要部署函数可能很时髦,但他认为,还有一些问题需要解决,比如延迟。

  • Kazarian 一直希望提高运营效率,可以按照业务要求更快、更高质量的完成代码。对他来说,就是简化基础设施的复杂性。他的工程师应该是该领域的 DDD 专家,但他们正疲于应付基础设施。

最后,Buijze 指出,AxonIQ 致力于应用程序级的简化,使开发人员能够专注于业务功能。最困难的部分是人;如何真正构建正确的东西,使软件开发更人性,因为技术就在那里。

查看英文原文: Axon Conference Panel: Why Should We Use Microservices?

2018-10-07 08:271632
用户头像

发布了 1008 篇内容, 共 444.4 次阅读, 收获喜欢 346 次。

关注

评论 1 条评论

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

鸿蒙APP开发的技术架构

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

鸿蒙app 软件外包公司 APP外包公司

11Labs 发布 MCP 服务器,在 Claude 秒建语音智能体;通义开源 3D 数字人,集成实时互动对话全链路 SDK

RTE开发者社区

安全的企业局域网聊天工具哪个好用?

BeeWorks

即时通讯 IM 私有化部署 企业级应用

【双周会】就在今晚,Apache SeaTunnel Community Call 会议通知

Apache SeaTunnel

USDT支付系统开发,OTC承兑商支付系统开发

区块链软件开发推广运营

dapp 交易所开发 链游开发 公链开发 代币开发

手把手教你用爬虫抓取1688商品详情和店铺全量商品API接口——从零到实战

代码忍者

1688API接口

如何使用通义灵码辅助开发微信小程序

阿里云云效

微信小程序 云计算

区块链智能合约的安全性

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

智能合约 区块链技术 软件外包公司

CrossOver玩游戏兼容性怎么样?CrossOver无法运行游戏怎么办?

阿拉灯神丁

游戏 兼容性测试 M2芯片 CrossOver Mac下载 Mac电脑软件

2025杭州国际机器人展览会

AIOTE智博会

机器人展 智能机器人展 人形机器人展

Java AI智能编码助手:通义灵码安装和使用指南

阿里云云效

Java AI

手把手教你用爬虫技术抓取1688商品详情与实现关键字搜索API——实战干货分享

代码忍者

1688API接口

2025年GitHub Star增长最快的15个开源低代码项目

NocoBase

GitHub 开源 低代码 零代码 无代码

2025 中国人工智能教育大会召开,和鲸x智谱推出人工智能通识教育方案

ModelWhale

人工智能 高等教育 通识课 人工智能通识课

快速业务扩张下,App混合开发成必然选择

xuyinyin

安全运营 | 第十期「纵深防护·极智运营」度安讲技术沙龙成功举办

百度安全

TON生态游戏开发全攻略:Web3超级入口的实战指南

区块链软件开发推广运营

交易所开发 dapp开发 链游开发 公链开发 代币开发

zk基础—zk实现分布式功能

不在线第一只蜗牛

分布式

Java AI智能编码助手:通义灵码安装和使用指南

阿里巴巴云原生

Java 人工智能 云计算

AI口语练习App的技术架构

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

AI技术 软件外包公司 AI口语练习

虚拟表 + 高效写入 + 流计算优化,时序数据库 TDengine 3.3.6.0 重构核心体验

TDengine

数据库 tdengine 时序数据库

私有化IM即时通讯,稳定安全的企业内部聊天软件BeeWorks

BeeWorks

即时通讯 IM 私有化部署 企业级应用

Web3游戏全栈开发实战指南:智能合约与去中心化生态构建全解析

区块链软件开发推广运营

交易所开发 dapp开发 链游开发 公链开发 代币开发

2025年最新盘点:国内外70家主流低代码/零代码开发平台

优秀

低代码 零代码

【解决方案】DistilQwen2.5-R1蒸馏小模型在PAI-ModelGallery的训练、评测、压缩及部署实践

阿里云大数据AI技术

人工智能 深度思考 大模型 模型蒸馏 DistilQwen2.5

如何使用通义灵码辅助开发微信小程序

阿里巴巴云原生

为什么学习设计模式?

电子尖叫食人鱼

学习 设计模式

腾讯Bugly:当AI大模型为鸿蒙应用体验注入「智慧基因」

新消费日报

一键美化PPT的AI工具怎么用?PPT自动美化全攻略!

职场工具箱

人工智能 效率工具 PPT AIGC AI生成PPT

AI 编程时代的核心驱动力 ——iVX 平台的创新实践与未来展望

代码制造者

无代码

Axon大会专题讨论:为什么应该使用微服务?_语言 & 开发_Jan Stenberg_InfoQ精选文章