速来报名!AICon北京站鸿蒙专场~ 了解详情
写点什么

软件工程技术的未来

  • 2016-12-08
  • 本文字数:1853 字

    阅读完需:约 6 分钟

“云、架构即代码、具有 API 和反脆弱系统的联邦架构,这些软件系统开发技术正迅速成为关注焦点”。这是 Mary Poppendieck GOTO Berlin 2016 大会上做“软件工程技术的未来”演讲时所提出的。

当数据量大到无法被单机所管理时,有两个解决方案,即纵向扩展和横向扩展。纵向扩展通过扩容单机的能力实现,Poppendieck 指出通常这并非是解决问题的正确方向。很多情况下需要做横向扩展,通过添加更多的计算机构建集群系统。

Poppendieck 在演讲中给出了两种不同的横向扩展方法:

  • 文件的横向扩展。以 Google 的搜索技术为例,文件被分割为多个小块并分别拷贝到多个服务器中。这样搜索可并行地完成,并通过合并各个服务器所给出的结果得到最终的搜索结果。
  • 架构的横向扩展。以 Amazon 的做法为例,事务会被切分为多个服务,每个服务使用特定服务器实现。当事务存在瓶颈时,可在多个服务器上复制服务,并且每个服务由一个半自治的“双比萨”团队(译者注:“双批萨”原则指团队规模不应超过两个披萨饼还不够吃的人数)负责。

Poppendieck 提到,越来越多的系统正在向云上迁移,云就是未来。她指明:

相比于大多数预制的数据中心,云更便宜、更稳定、更安全并且更具扩展性。

将已有的应用转化为基于云的应用是十分具有挑战性的。Poppendieck 引用了 IBM 的 Arthur Cole 所说的话:

针对传统数据架构所设计的应用如果不做大量的代码重构工作,就无法在云中很好地运行。

Poppendieckz 在演讲中给出了几个已有的架构即代码解决方案:

  • 使用容器,实现了过程的标准化和自动化。
  • 无服务器架构,以更低的价格提供了灵活的计算容量。
  • 软件定义网络,使用软件而非硬件实现了规模扩展。

单一的中央数据库会产生依赖性问题,这是由于所有的应用都依赖于数据,数据库的改变将会影响到很多的应用。Poppendieck 指出:“企业数据库是一个巨大的依赖性生成器”。由于每个独立团队的工作必须要和其它共享同一数据库的团队协作,这导致每个团队都无法实现自治的部署。联邦架构是单一数据库的替代技术,它将数据分割为适合各个独立模块或服务需求的本地数据存储,数据的存取只能通过 API 方法。API 正在替代中央共享数据库,并使物联网成为可能。Poppendieck 指出,使用 API 是软件工程的必备技术。API 应作为有具体团队负责的产品看待,并通过聚焦于 API 用户来推进和开发新的功能。

Poppendieck 说,没有必要尽力去实现系统零故障,我们可以换一种思维。当前很多的系统都是脆弱的,虽然它们在刚上线时都是鲁棒的,但是随着时间的进展,它们变得越发地难以维护。Poppendieck 提出,当今系统需要的是反脆弱,并具有面对故障的能力。在发生故障时,系统应能限定损害的程度,并从故障中恢复。

如何获取反脆弱系统取决于系统测试的方法,即如何通过注入故障产生给定的运行错误。Poppendieck 指出,为达到所期望的可用性和鲁棒性等级,系统需要隔离故障并从故障自动恢复。

Poppendieck 提到了当前开发软件的关键事宜,她说,为具备持续集成的能力,需要一个部署流水线;为获得持续集成所承诺的优点,需要具有一个包括产品管理、测试和运营的跨功能团队。部署流水线依赖于自动的测试、迁移和部署过程。持续集成需要所有团队通过代码库做交流,实现针对主干分支的持续集成。团队应维持软件时常处于发布就绪的状态,如果事实并非如此,你必须停下来并做到上述要求。只要实现了持续的部署,一旦有用的软件增量或功能就绪,就可通过切换或转换实现软件的增量发布。

Poppendieck 提出,持续交付提供了必要的端到端反馈。研究显示在半数情况下产品经理是错的,产品规格说明中会有三分之二的特性和功能是没有必要的。导致这些问题产生的原因在于做实验验证某个特性是否可以真正地解决手头问题之前,就试图达成具体开发特性的细节。为确保开发的解决方案能很好地适用于所需解决问题,需要通过实际的使用产生快速的反馈,这也正是精益开发和敏捷开发实践的真正价值所在。Poppendieck 建议将发布团队转变为在一定条件下可解决问题的团队。

Poppendieck 建议在系统开发的过程中采用基本的工程性过程实践、在现实制约因素的范围内学习,并且建议从模式或者信号而非需求或是特性开始。然后聚焦于问题本身并使用假设去规划工作。基于上述方法,开展多个实验并使用实验结果数据决定应如何继续工作。

查看英文原文: Technologies for the Future of Software Engineering


感谢张卫滨对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-12-08 18:003225
用户头像

发布了 227 篇内容, 共 74.8 次阅读, 收获喜欢 28 次。

关注

评论

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

2021年中国知识图谱软件及服务市场规模超100亿,竞争格局不稳定

易观分析

知识图谱

Python 入门与基础《刷题篇》(1)

吉师职业混子

9月月更

<T>和<?>区别

六月的雨在InfoQ

泛型 Java泛型 9月月更 <T> <?>

极客时间架构训练营模块一作业

李晨

架构

2021年中国机器学习平台软件及服务市场规模近100亿

易观分析

机器学习

开源免费!又一款代码文档生成工具!

Jackpop

从零开始 - 40行代码实现一个简单Promise函数

茶无味的一天

JavaScript Promise

小程序化:系统集成行业降本增效的破局思考

Speedoooo

小程序 数字化转型 小程序容器 生态平台

大数据ELK(五):Elasticsearch中的核心概念

Lansonli

ELK 9月月更

云效DevOps--效能无极限

六月的雨在InfoQ

云效 Codeup 云效流水线 Flow 9月月更 Thoughts

作业

兜里贼缺钱

8万Star!这个开源项目有点强!

Jackpop

Python语法之函数

梦笔生花

【编程实践】手把手带你利用Python简单实现斐波那契数列

迷彩

斐波那契 9月月更 数列

【云原生 | 从零开始学Kubernetes】十、k8sPod节点亲和性和反亲和性

泡泡

Docker 云计算 云原生 k8s 9月月更

Python 入门与基础《刷题篇》(2)

吉师职业混子

9月月更

利用Vim和Github Copilot打造一款强大IDE!

Jackpop

从零开始 - 50行代码实现一个Vuex状态管理器

茶无味的一天

JavaScript Vue vuex

9 月 Jina AI 中文社区面对面

Jina AI

人工智能 开源 工程师

易周金融分析 | 银行融资青睐可转债;苏州市手机银行应用活跃人数规模发布

易观分析

金融 银行

极客时间—架构实战营—第九期—模块一作业

阿梁

HowTo:Pipy 如何统计关键指标

Flomesh

Service Mesh 服务网格

从 DFS 到回溯法,再看 N 皇后问题

掘金安东尼

前端 9月月更

Javaweb之会话技术

楠羽

技术 笔记 9月月更

赞美,还是责备?全盘否定孩子的一切是“虐待”!

图灵社区

育儿 教育 脑科学

跟着卷卷龙一起学Camera--内存池浅析03

卷卷龙

ISP 9月月更

python学习之21天(1)

吉师职业混子

9月月更

视频直播+小程序,打破物理空间的电商卖货时代!

Speedoooo

小程序 小程序生态 直播带货 电商营销 小程序容器

【数据结构与算法】8道链表面试真题超详剖析,带你领略算法思想【附思路、动图、源码】

Dream-Y.ocean

链表 数据结构与算法 9月月更

docker与gosu

程序员欣宸

Docker 9月月更 gosu

赞美,还是责备?全盘否定孩子的一切是“虐待”!

图灵教育

育儿 教育 脑科学

软件工程技术的未来_数据库_Ben Linders_InfoQ精选文章