写点什么

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

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

关注

评论 1 条评论

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

阿里巴巴中国站按关键字搜索商品 API 的调用频率限制是多少?

技术冰糖葫芦

API 开发

智能联动第三方告警中心,完美实现故障响应全闭环

观测云

人工智能 监控 智能告警

特权账号管理之医疗行业篇

尚思卓越

数据库 运维 网络安全

结算系统开发,直销系统开发,交易所开发,dapp开发,公链开发 商城开发,

Geek_8da502

Spring Boot 项目代码混淆实战:保护代码安全,防止泄露

Ulysses for Mac(Markdown文本编辑软件) 33中文激活版

mac

文本编辑器 苹果mac Windows软件 Ulysses

安全测试工具Burpsuit和OWASP ZAP使用入门指南

快乐非自愿限量之名

测试工具 安全测试 入门指南

安全加密传输大文件对金融行业的意义以及重要性

镭速

大文件传输 加密传输大文件

11 | 排序(上):为什么插入排序比冒泡排序更受欢迎

鲁米

理解意图,加速迈向L4高度自智网络

鲸品堂

意图识别 自智网络 12 月 PK 榜

一文读懂 ChatGPT 工作原理

秃头小帅oi

低代码 AIGC ChatGPT

Java医院绩效考核系统源码支持二次开发

源码星辰

Java

Amoro 试用&贡献活动 | 10月社区评选揭晓

Amoro Community

大数据 开源 湖仓一体

Netty源码学习7——netty是如何发送数据的

不在线第一只蜗牛

学习 源码 Netty

深入解析Linux进程管理机制

EquatorCoco

Linux 运维

如何实现通过API接口对商品信息进行实时更新和维护?

技术冰糖葫芦

API 文档

腾讯云大数据ES荣获信通院优秀案例奖,云原生实力再获认可!

腾讯云大数据

ES

【哈尔滨学院主办】第三届高性能计算与通信工程国际学术会议(HPCCE 2023)

搞科研的小刘

通信 计算机 高性能计算 通信工程

大数据 - MapReduce:从原理到实战的全面指南

快乐非自愿限量之名

数据库 大数据 工作原理

2023Q4 私有化版本发布,和鲸 ModelWhale 持续赋能大科研、高校教改的 AI for Science

ModelWhale

人工智能 云计算 数据分析 超算 私有化部署

最新大文件传输解决方案,一站式解决网站文件上传下载速度慢问题

镭速

大文件传输

数实融合!低代码推动工业数字化转型走“深”向“实”

优秀

低代码 数字化转型 工业数字化

文心一言 VS 讯飞星火 VS chatgpt (149)-- 算法导论12.2 4题

福大大架构师每日一题

福大大架构师每日一题

Microsoft Word LTSC 2021 for mac v16.79.2永久激活版

mac

word 苹果mac Windows软件 文字处理软件

分享一个LCD驱动框架

不在线第一只蜗牛

教程 开发框架 lcd

又添三位“信伙伴”,亚信安慧AntDB数据库与南京一鸣、广东鸿数、北京数见完成兼容互认

亚信AntDB数据库

数据库 AntDB AntDB数据库

云电脑:IO虚拟化实现的技术分析

天翼云开发者社区

云计算 虚拟化 云电脑

开源 | Spark Commiter 深度解读:Apache Spark Native Engine

网易数帆

大数据 spark 开源 Gluten

人工智能与供应链行业融合:开启智能化供应链的新时代

不在线第一只蜗牛

人工智能 供应链 智能化

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