写点什么

与 Susan Fowler 探讨生产就绪微服务之问答

  • 2017-02-07
  • 本文字数:1848 字

    阅读完需:约 6 分钟

Microservices.com Practitioners 峰会是为从业者量身定制的微服务会议,峰会专注于介绍大规模采用微服务的实际应用。峰会将会于 2017 年 1 月 31 日在旧金山举行。演讲者包括来自 Uber、New Relic、Lyft、PayPal 和 Google 的微服务从业者。

Susan Fowler 是 Stripe 的工程师,她是《生产就绪微服务》一书的作者,并受邀会在峰会上发言。在 Uber 的时候,Fowler 致力于标准化微服务,并将微服务嵌入各种关键业务团队,帮助他们的服务变得更加可靠。

在峰会之前,InfoQ 采访了 Fowler,和她讨论了成功实施微服务架构的技术、业务和文化挑战。

InfoQ:可以在哪里看到微服务架构的理念和大多数组织的实际系统相关联,甚至是产生冲突?

Susan Fowler:在相关联方面,我认为采用微服务架构是很多软件应用程序发展的自然步骤。Monorepos(monoliths)很难大规模使用,许多工程组织可以发现,并确实发现现在规模化发展受到了限制(没有并发性,没有分区等等)。他们还发现,开发速度停滞不前,因为一旦应用程序很庞大且有很多工程师同时工作于相同的应用程序上时,在 monorepo 上部署开发就变得不太可能(从组织的角度来看)。一旦真的发生这种情况,最简单、最容易规模化的方法就是采用微服务架构。

这也正是大多数冲突发生的地方。由于采用微服务往往是软件系统发展的“下一步”,所以大多数系统的设计中都没有考虑到微服务架构,这会产生很多问题,其中一些是组织性的,另一些是技术性的。

比如说,从组织的角度上看,最终会有很多孤立的、没有关联的团队,除非你事先计划了很多跨团队协作,否则他们闷头做自己的微服务工作,但不知道系统的其他部分工作。最终微服务开发团队之间还会缺乏相互信任,他们不确定自己的服务所依赖的其他微服务是否是可靠的、稳定的、规模化的等等。

你也可能发现(与许多公司做的一样),很难在微服务生态系统中雇佣并运营单独的运营组织,开发人员需要学习接管他们微服务的运营职责(很多人可能会不习惯,或没受过培训,或准备开始做)。

在技术方面,比如说你可能会碰到很多奇怪的微服务,这些微服务没有什么意义,相互之间没有很好联系。这是因为它们之间的边界和它们的功能从没有在原来的 monolith 中恰当地定义过。

我经常能看到的另一个技术挑战是,微服务的基础设施需要非常复杂的微服务架构才能成功,许多习惯于运行 monolithic 应用程序的公司通常没有考虑到这些方面。

InfoQ:对于拥有传统 monolithic 系统工作经验的开发人员,他们想要转到写微服务需要学习的最重要技能是什么?

Fowler:当他们的组织开始采用微服务架构时,开发人员需要学习的最重要技能是他们最需要的操作技能。Monolithic 应用程序中,分离应用程序的开发和应用程序的维护相对容易,并且能在两个单独的团队之间拆分开发人员和运营人员的职责。在微服务架构中,情况并非如此,通常会有几十个、几百个或几千个微服务,因此对于微服务开发团队来说,分别雇佣开发人员和运营工程师是没有用的。此外,微服务架构允许开发者快速变动,因此从技术角度考虑也不需要有专门的运营工程师运行服务,开发者是最了解服务的工程师,他们能最好地运行它。

InfoQ:除了开发人员需要掌握的新技能,还要什么文化或组织的改变来支持微服务?

Fowler:真是很好的问题,要回答这个问题需要牵涉到很多内容(我写的书《生产就绪微服务》都是在回答这个问题!)我认为工程组织最要做的事情就是建立非常稳定的、可靠的、先进的应用程序平台基础设施(在微服务架构四层模型的第三层)。

InfoQ:正如你的博文《四层微服务架构》中所述的一样,成功的 MSA 需要成熟的基础设施层次。虽然单个微服务并不很有用,但每个系统都要从无到有。那组织如何管理好从遗留系统转换到微服务所需的开销?

Fowler:我认为大多数小公司不一定能从微服务架构中获益,而且我不认为大多数公司应该打破他们的遗留系统而转换到微服务。

在有些情况下,微服务真的非常非常好。首先,如果应用程序或是系统有点复杂,但是它的各种功能之间可以划分出非常清晰的边界,那么转为微服务并不会很痛苦(前提是,如你所述,所需的基础设施能够到位)。我觉得这是比较罕见的情况。

第二种情况是大多数工程师和公司经历的微服务故事:应用程序已经不能再扩展了,可扩展性的限制造成了严重的性能和稳定性问题,不能再对应用程序做些什么了,开发速度停滞不前。在这种奇特的常见场景中,调整微服务所需的额外基础设施工作非常容易:无论是构建基础设施,还是未来应用程序无法规模化。

查看英文原文 Q&A with Susan Fowler on Production-Ready Microservices

2017-02-07 18:0010085
用户头像

发布了 218 篇内容, 共 70.6 次阅读, 收获喜欢 76 次。

关注

评论

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

Jenkins 如何玩转接口自动化测试?

Liam

测试 jenkins 自动化测试 API 测试框架

微信公众号借助小程序云函数实现支付功能

Geek_24ed5f

签约计划第三季

SpringBoot 遗忘后的简单快速回忆之环境搭建与常见注解

程序员啊叶

Java 编程 程序员 架构 java面试

2022年最全大厂面试真题解析:java集合+spring+并发编程+MyBatis

程序员啊叶

Java 编程 程序员 架构 java面试

面试官:小伙子你来说说MySQL底层架构设计

程序员小毕

Java MySQL 数据库 程序员 面试

在 Spring Boot 中使用 Dataway 配置数据查询接口

程序员啊叶

Java 编程 程序员 架构 java面试

面试官:MySQL如何根据执行计划调优SQL语句?

程序员小毕

Java MySQL 数据库 程序员 面试

要卖课、要带货,知识付费系统帮你一步搞定!

CRMEB

活动回顾 | 大咖云集“开源安全治理模型和工具”线上研讨会

安势信息

开源安全 供应链攻击 SBOM SLSA 软件供应链安全

专访亚信科技张桦:AntDB面向企业核心业务支撑的数据库产品

亚信AntDB数据库

AntDB 国产数据库 aisware antdb

闭关三月:整理出了这份对标阿里p7的java秋招面试必备指南。

程序员啊叶

Java 编程 程序员 架构 java面试

SR-TE的功能架构概述

穿过生命散发芬芳

7月月更 SR-TE

第三届云原生编程挑战赛正式启动,Serverless 赛道邀你参加!

Serverless Devs

KubeMeet 报名 | 「边缘原生」线上技术沙龙完整议程公布!

阿里巴巴云原生

阿里云 容器 云原生 边缘计算

金九银十喜提offer!秋招蚂蚁金服Java研发岗四面

程序员啊叶

Java 编程 程序员 架构 java面试

面试被问到 HashMap 底层原理?我有点慌.

程序员啊叶

Java 编程 程序员 架构 java面试

这88道阿里高级岗面试题,刷掉了80%以上的Java程序员

程序员啊叶

Java 编程 程序员 架构 java面试

如何写好设计文档

观测云

NFTScan 与 PANews 联合发布多链 NFT 数据分析报告

NFT Research

区块链 以太坊 NFT

详解异步任务 | 看 Serverless Task 如何解决任务调度&可观测性中的问题

Serverless Devs

云原生

腾讯开源摘星计划培养开源贡献者的实践思考

腾源会

开源 腾源会

重磅来袭!豆瓣评分9.9,万人血书的多线程与高并发v2.0版本

冉然学Java

编程 源码 高并发 线程池 多线程并发

上海移动基于亚信科技AntDB完成核心账务数据库的国产化替换

亚信AntDB数据库

AntDB 国产数据库 aisware antdb

顶礼膜拜!阿里内部出品,全网首发Spring Security项目实战搭建

冉然学Java

编程 spring security springboot Spring 框架漏洞

直播实录 | 37 手游如何用 StarRocks 实现用户画像分析

StarRocks

数据库 大数据

版本更新 | 极狐GitLab 15.2 发布飞书通知机器人、多层史诗调整至专业版、实时 Wiki 图表预览和全新设计的合并请求报告

极狐GitLab

git DevOps 敏捷开发 CI/CD 极狐GitLab

算力顶天地,存力纳乾坤:国家超级计算济南中心的一体两面

脑极体

浅谈智能家居应用及传输方式

家和万事兴

物联网,

传统渲染农场和云渲染农场选择哪个好?

Finovy Cloud

云渲染 GPU服务器

你想怎么使用 Serverless 函数计算?(评测赢好礼 )

Serverless Devs

与Susan Fowler探讨生产就绪微服务之问答_SOA_Thomas Betts_InfoQ精选文章