写点什么

工业化的软件交付

  • 2008-08-28
  • 本文字数:1652 字

    阅读完需:约 5 分钟

根据 Ian Thomas 的研究:一次又一次,IT 技术始终未能交付预期价值。Ian 认为我们所有人

都需要承认这些趋势,并从其他成熟行业的工业化进程中汲取教训。

在详细阐述早期工作的基础上,Ian Thomas讨论了软件交付工业化所需要解决的问题及其解决方法。

Ian 首先定义了他对平台 (平台即服务,简称 PaaS) 和软件 (软件即服务,简称 SaaS) 工业化交付的看法,

我们处于 IT 产业某种重大变革的前沿,并且通过 SOA, Web2.0 和 Saas/PaaS 等技术的出现,我们仅仅只看到了这些变革的早期苗头。我认为组织将会被迫分解和重组,其技术将变得越来越商品化……“软件即服务”已经开始证明存在可以用较低开销将同一功能分发给大量客户产生规模经济的模型。人们最终将逐步认识到,大家都不特别;他们工作的 80%并不需要对功能进行定制或裁剪;在帮助人们重新关注业务价值的过程中,SOA 将揭示出以往许多 IT 投资是愚蠢的。

据 Ian 所称,业务具有不断模块化的趋势:

在过去 100 年间,由于与第三方交易成本的不断降低,规模较小的商业组织逐渐受到专注……WEB 技术将这类交易成本降到近似为零……这将触发业务集合体的又一轮瓦解,使我们将重点放在“能力件”这一更小的业务粒度上。

这种更小的业务单元,一方面因为能更好地理解其提供的价值,会极大地提升它的机动性;另一方面为了通过降低交易成本来在市场上取得优势,更加注重成本。这类小型业务单元的定义可以通过基于能力件的分解实现(类似报告作者所著的《应用 SOA(Applied SOA)》书中对业务模型的定义)。

传统组织采用业务流程、组织结构和 IT 架构来表示组织的设计……如果他们使用企业架构方法的话,三种都有可能。这些视角的一个最大问题在于,它们很少告诉我们合并的输出到底是什么……要做的事情是什么,实现了哪些基本商业组件?。……这些业务视角天生就是不稳定的,因为它们表达的是“事物如何在某一特定时间之前完成”;最终他们需要定期变更,并且以不同的速率……能力件从另一个抽象层次来看待这些问题。它们能够看到组织的稳定、组件部分,无需操心它们的工作方式。这样,我们就可以系统地关注组织需要的东西……依据产出和承诺……而无需让我们关注这些承诺实现的具体细节……本质上,它们就是意图的表达并将策略作为结构表示。

作为成本驱动的结果,能力件的所有者将从内外两方面寻找 IT 解决方案,并试图回答以下问题:

  • 是否有人可以从外部为我提供满足我需要的性能级别的能力件。例如,SaaS 或者 BPU 可以依据使用和订阅两种方式提供这种可用性。
  • 找到谁能以最快、最可靠、最经济的方式帮助我实现我的能力件。

这种 IT 能力技术强调了“能力件实现平台”的重要性。这种平台是一个标准化的程序集(assembly),能够托管能力件,由不同厂家采用不同技术实现。

这种实现平台……需要我们将基础设施、应用、业务和服务管理纪律(discipline)集成为一个综合、可靠和可伸缩的能力件实现平台。它反映出服务交付不是一个技术问题,而是一个整体性的纪律。更重要的是……至少我们认为:这种平台需要高度的工业化;由基础设施、应用、业务和服务等方面的可重复、可靠和有保证的组件构建而来,从而保证为客户产出合格产品。

在文中,Ian 描述了这种平台的主要构件,它是企业服务总线(ESB)的延伸,增加了:

服务工厂:高度模板化的建模及开发环境,通过使用一套用 DSL 表示的架构和开发模式来完成服务设计、实现和部署流程,促使人们自上而下地实现能力件的抽象概念视图。这里的 DSL 可以是 UML profile 文件组、小语言或者专门为服务域实现的完整 DSL 的结合体。

近 10 年来的多篇已发表论文中已经覆盖了工业化的软件交付。Ian 的文章描述了实现这一转变所用到的分解技术和软件平台(如 TRIOLE )等实用步骤。

查看英文原文 The Industrialization of Software Delivery - - - - - -

刘涛,博士,毕业于西安交通大学,主要研究网络体系,现在主要从事多核环境下高性能算法的研究与开发工作。曾经进行过多个企业级软件的设计与开发工作。关心开源软件的发展动态,乐于使用开源软件。对前沿的系统软件与技术有浓厚兴趣。

2008-08-28 22:16713

评论

发布
暂无评论
  • 敏捷的云计算?

    在最初关于网格计算和云计算的公告发布大约一年之后,Arjuna Technologies终于发布了他们工作的具体成果:一个新的云计算平台——Arjuna Agility,它注重提供一种无侵害的方法使你的IT投资迁移到云上,并获得最大产出。

  • 方面和服务,差别大吗?

    Arnon Rotem-Gal-Oz认为,那种认为一个东西不是单体就是微服务的观点是无稽之谈。同时,他认为,越来越多声称是微服务的实现并不完全符合微服务的原则。不过,他并没有低估对于半独立可部署软件组件的需求,并探讨了一种他发现非常有用的方法“方面(Aspect)”。

  • 新书 |《进化:运维技术变革与实践探索》

    经过近5个月的打磨,《进化:运维技术变革与实践探索》这本书终于和你见面了。

    2018-05-21

  • SOA 治理:企业视图

    SOA架构师Michael Poulin解释了SOA治理在确保SOA项目成功中的必要性,并解释了OASIS SOA参考模型以及SOA治理所对应的SOA参考架构。Michael从企业的视角观察了SOA治理的细节,并通过几个SOA治理策略的实例进行了阐释。

  • 资助 SOA

    在Web上的一个快速搜索表明,资助SOA几乎像禁忌话题一样很少有人提到。Todd Biske为我们提供了一个Gartner应用体系结构开发与集成(AADI)高层会议上对这个话题讨论的概要。

  • 《Ladder to SOE》作者访谈

    本文检阅了Michael Poulin的新书:《Ladder to SOE》。Michael的这本书展示了如何使用面向服务的原则来使IT和业务对齐,以及业务和市场动态的对齐——缔造面向服务的企业(SOE,Service Oriented Enterprise)。Michael指出,要想成为SOE就必须养成使用面向服务进行思考的新习惯,同时他还给出了有效使用它们的方法。

  • SOA 未死: SOA 治理标准获批让 SOA 再续生命力

    Open Group最近宣布 SOA治理框架已经被国际标准化组织(IOC)和国际电工委员会(IEC)批准成为国际标准。经过6个月的审核后,该标准得以获批通过,在当今的技术解决方案中,标志着SOA原则持续得到关注。

  • 十年 SOA:当前的位置和未来的方向

    SOA 10岁了。在这次虚拟研讨会中,InfoQ聚集了几位经验丰富的企业架构师来分享他们的观点,他们是:Jeff Andre,Eric Ballou,Dave Hollander和William El Kaim。他们谈到了重用、业务/IT对齐、治理……

  • 电子商务领域中的 OSS、SOA 和 Web 2.0

    一直以来,人们就有建立SOA和Web 2.0之间关系的想法,但是这两种文化通常无法交叉授粉。InfoQ采访了Optaros的Marc Osofsky和Dave Gynn,该公司是一家使用开源技术、SOA和Web 2.0交付解决方案的咨询公司。我们讨论了企业适用性(enterprise-readiness)、组件选择和快速交付方法论。

  • BPTrends 和 BEA 就“2008 年 BPM 形势”的调查和思考

    在过去几周内,BPTrends和BEA发表了两份关于“2008年BPM形势”的主要报告。报告显示由主要SOA基础设施厂商所领导市场正快速成长,BPMN的使用明显增加,BPEL也有稳定增长。采用BPM方法的驱动力范围包括从节约成本到对企业应用缺失功能的补充。

  • 观点:在业务与 IT 对齐过程中,实现向新范型的转换

    Fred Cummins,EDS公司的资深研究员,给出了关于SOA如何改变业务与IT对齐的愿景。他驳斥了那些在业务相关领域中推荐融合和扩散信息技术的建议,并解释了服务边界是如何提供一种自然的边界来促进业务与IT的协作的。

  • SOA= 集成?

    SOA的存在已经有些年头了,但就“SOA到底是什么”这个问题而言,在SOA从业者中依旧未形成一个统一意见。最近在Gartner AADI峰会上由Yefim Natis发表的演讲引发了一场关于SOA/集成之间关系/区别的无尽争论。

  • 向企业推销 SOA

    CBDi论坛的软件行业分析师,Richard Veryard,思考了这样一个问题:我们必须推销SOA吗?如果是,应该怎么做?他还谈及了SOA的成本和投资回报率(ROI)。

  • 特别放送 | 2019 年,容器技术生态会发生些什么?

    今天我想再和你做一次分享,一起聊聊在2019年,容器技术生态会发生些什么。

    2019-02-27

  • 专家视角看 IT 与架构

    软件产业目前的状态很混乱,开发成本越来越高,质量却越来越差。IT领域的新技术、过程以及方法论所给出的承诺与具体实现还有相当大的差距。Bruce Laidlaw和Michael Poulin都是具有超过30年的IT行业经验的专家,他们对IT在过去和现在的情况做了对比,然后对于IT需要在哪些方面做出提高给出了深刻的见解。

  • 持续交付和 DevOps 是一对好基友

    持续交付与 DevOps的关系可以概括为:DevOps 的概念更宽泛,是持续交付的延伸;持续交付更专注于技术与实践,是 DevOps 的工具及技术实现。

    2018-07-10

  • 软件工程的宏观视角

    架构师的确是一个技术岗,但是架构师干的事情,并不是那么纯技术。

    2019-12-27

  • 特别放送 | 从软件工程的角度解读任正非的新年公开信

    软件工程从来不说自己是银弹,就像现代医学,也不会号称自己包治百病,它只会不断改进,对症下药。

    2019-02-18

  • 微服务与 SOA

    过去的一年中,我们开始听到这样一种声音,那就是微服务是一种潜在的新架构风格。最近来自Thoughtworks的Martin Fowler和James Lewis撰文对微服务进行了定义。但是,Steve Jones对这个话题和文章提出了异议,他认为在这方面并没有太多新的东西,这只是一种面向服务交付的方式。

  • 如何构建适合体验驱动商业的组织?

    企业的组织形式是产品交付的内部映射。所以,当一切变化都是以用户体验驱动商业的目标时,企业的内部也必然会产生一些变化。

    2020-09-11

发现更多内容

互金总结系列(2)-- 前后端分离

互金从业者X

极客时间架构师训练营 - week2 - 作业2

jjn0703

极客大学架构师训练营

架构师训练营-每周学习总结2

水边

极客大学架构师训练营

架构师训练营——Week2作业

Shawn

Flink on Zeppelin (1)入门篇

章剑锋_Jeff

大数据 flink 流计算 Zeppelin

ARTS-WEEK2

Allen

一文讲透SpringMVC

知春秋

spring springmvc Servlet

这 10 行比较字符串相等的代码给我整懵逼了,不信你也来看看

程序猿石头

性能优化 信息安全

依赖倒置原则以及week2 作业

不在调上

极客大学架构师训练营

week2 学习总结

不在调上

每周 ARTS 第 33 期

落英坠露

ARTS 打卡计划

认识依赖倒置原则(DIP)

极客大学架构师训练营 第二周作业

以“血联网”缓解“血荒” “硬科技”赋能生物安全

CECBC

区块链技术 智慧血站 物联网化

依赖倒置

Karl

编程的本质

Karl

面试官:线程池如何按照core、max、queue的执行循序去执行?(内附详细解析)

一枝花算不算浪漫

面试 jdk源码 线程池

架构师训练营-命题作业2

水边

极客大学架构师训练营

ARTS-WEEK3

一周思进

ARTS 打卡计划

学习总结-编程本质与架构设计原则

飞雪

思维模型 - 组合式创新

石云升

思维模型 组合式创新 拆解组合

极客时间架构师训练营 - week2 - 作业1

jjn0703

极客大学架构师训练营

架构师训练营第二周作业

小树林

ARTS-week-3

youngitachi

ARTS 打卡计划 arts

「编程模型」C++资源引用

顿晓

c++ 智能指针 shared_ptr make_shared 资源引用

「架构师训练营」学习笔记:第 2 周

Amy

极客大学架构师训练营 作业

如何更好的使用Gson

Jackey

Java Gson

【省吾身】创新及其发生条件

luojiahu

创新 日常思考

学习笔记-第二周

薛定谔的🐴

极客大学架构师训练营

作业

飞雪

架构师训练营第2周作业

风吹

架构师训练营作业(二)

Glowry

极客大学架构师训练营

工业化的软件交付_SOA_Boris Lublinsky_InfoQ精选文章