【QCon】精华内容上线92%,全面覆盖“人工智能+”的典型案例!>>> 了解详情
写点什么

soa架构技术

收录了 soa架构技术 频道下的 50 篇内容

面向服务架构的技术不可知方法:回归 SOA 的本质?

SOA常常是按照技术工具和软件解决方案的方式被理解。Dan North认为这会妨碍架构师关注问题的本质:核心业务过程的彻底映射和建模。他展示了如何以“技术不可知”的方式去设计SOA,这样业务就可在识别SOA需求中扮演一个重要的角色,而不会受限于技术决定。

专访雪球网技术团队:用 Node.js 做前端的类 SOA 架构

雪球网,是一家股票信息网站,给投资者提供跨市场、跨品种的数据查询、新闻订阅和互动交流服务,目前覆盖A股、港股、美股市场。 在架构上,雪球网前端完全使用了Node.js,后端使用了类似SOA的搭建方式。InfoQ中文站对雪球网技术团队进行了专访。

热度居高不下的云原生,如何撑起架构的未来
热度居高不下的云原生,如何撑起架构的未来

年的架构领域有哪些值得关注的趋势?视频号,为你带来云原生架构领域最新趋势解读。

书摘与采访:SOA 100 问 - 问与答

Kerrie Holly和Ali Arsanjani编著的《SOA 100问:问与答》一书深入解析了SOA,它涵盖了很多SOA相关的话题,包括SOA基础知识,它对业务及组织的影响,SOA方法与架构以及SOA的未来。InfoQ就这本书采访了作者Kerrie Holley和Ali Arsanjani。

作为首席架构师,我是如何选择并落地架构方案的?

如何针对当前需求,选择合适的应用架构,如何面向未来,保证架构平滑过渡,这个是软件开发者,特别是架构师,都需要深入思考的问题。本文基于作者在大型互联网系统的实践和思考,和大家一起探讨应用架构的选型。

SOA 重在技术还是业务?

Nick Gall认为脱离技术去讨论SOA是有问题的。他是看了Andrew McAfee的一篇批评“无关技术论”的贴子之后有感而发。当然技术是重要的,但从另一方面来说……业务需要不是更重要吗??

2010 年 InfoQ 中文站 SOA 社区回顾:SOA 稳步前行,REST 和云计算新招连连

2010年过去了,当我们翻开新的一页开始新生活的时候,我们有必要回顾刚刚翻过去的那一页。那么,在2010年,InfoQ中文站的SOA社区中哪些新闻或文章曾经受到人们的广泛关注?哪些是最具价值的内容呢?

文章:SOA 治理──企业视图

在这篇新文章里, SOA架构师Michael Poulin解释了SOA治理在确保SOA项目成功中的必要性,并解释了OASIS SOA参考模型以及相应的分派给SOA治理的SOA参考架构。Michael从企业的视角观察了SOA治理的细节并通过几个SOA治理策略的例子进行了阐释。直接点击阅读完整文章

Burton 声称 SOA 正在回归

新一期的Burton(现在已经成为Gartner的一部分了)发表了一篇题为“穷人效应:SOA回归”的报告,表明现在的人们依然需要SOA,但现在的SOA已经不再是技术问题了,IT部门也无法以转换方法学为由兜售SOA了。

SOA 治理成熟度——一名架构师的观点

本文给出了一个SOA治理流程的框架,以及与之相关的成熟度模型,同时还对架构师在这些流程中的参与方式进行了描述。作者对于架构师在生命周期中的不同流程和成熟度级别上所发挥的领导与支持等作用给出了一些实用的指导方针。

SOA 已死?

David Rubinstein最近在SD Times上发表了一篇煽动性的文章,文中他强调说,虽然SOA作为架构准则势头不错,但是技术本身或许已经消亡。文中他引用了分析师Jason Bloomberg的观点,后者认为SOA这个词用得不妥。Rubinstein认为SOA技术因为云计算以及Web服务固有复杂性而已然消亡。

SOA 实现八大陷阱

Thomas Erl是世界知名的SOA畅销书作者,他撰写了两本关于SOA的书籍。理解实施SOA过程中的陷阱有助于为你自己的SOA实现。Thomas收集了自去年以来所注意到的SOA实现八大陷阱,希望能为各位实现SOA提供借鉴。

2011 SOA 虚拟研讨会

在本次虚拟研讨会上,SOA专家们分享了他们对于SOA现状以及未来趋势的观点及看法。

SOA为什么不“香”了?丨建设数据中台系列(三)
SOA 为什么不“香”了?丨建设数据中台系列(三)

SOA 所有的理念都是基于现有应用系统展开的,不管是对服务的梳理还是服务之间的交互,都是以现有应用系统为载体的,中台不同于SOA 的地方在于:中台是一种平台化思维,它并不是从系统集成的角度去思考问题,而是从架构层面上重构了整个IT 生态。相比之下,中台无疑是一种更深刻、更底层的变革,因为它完全破除了应用之间的壁垒,把企业的核心业务能力“中心化”,把它们提炼并沉淀到中台的各个业务中心上,而不是面向单一业务方向或渠道的应用系统上。这在SOA 架构下是很难实现的,因为中台的业务中心与SOA 的服务载体(即应用系统)之间有着本质区别,它们的定位和服务对象都不同,这些区别决定了SOA 依然是一种相对松散的分治式的架构,很难与中台这种更加中心化、更为强力的架构体系相抗衡。

移动 SOA 的门柱

在过去几年内,业界试图多次定义和重定义SOA,整个过程中往往自相矛盾。到底是SOA真的发生了大变化,还是这一切的发生只是由于仍然缺乏对SOA本质的理解?

SOA 治理中的角色

本文探索了成功的SOA治理需要的一套潜在的角色:“SOA领域架构师”角色,“SOA平台架构师”角色,“服务设计者”角色,“业务服务所有者”和“技术服务所有者”。你可以采纳这些名字,也可以选择一套更适合你当前情况的术语,但是我相信在接下来本文中提到的那些任务对应的角色需要在各种情况下正式的授予,这样可确保SOA能实现它做的所有承诺。

搭建沟通 BI 与 SOA 的桥梁

商业智能与面向服务架构有着相互冲突的原则和需要。SOA鼓励将数据隐藏于服务内部,而这些数据正是BI为我们得出有意义的预测和警告所必需的。本文将向你展示如何通过结合SOA和EDA来解决BI与SOA的冲突,甚至进一步增强你的SOA。

“微软 SOA 参考模型”介绍章节初始草案

John Evdemon,微软架构策略团队的一个架构师,发布了一个微软SOA抽象参考模型的介绍章节草案。根据Evdemon所说,这个文档以抽象参考的方式方便人们理解、设计、构建基于面向服务原则的软件架构。

MomentumSI 发布了新的 SOA 框架

昨天MomentumSI发布了它的SOA框架——Harmony。Harmony内含了包括生命周期、管理方式、技术、成熟度模型以及信息模型在内的五个愿景。一个SOA框架通常被用来构建组织、流程、活动、元数据等等,这些都是为服务构建而部署的。

SOA 治理基础

在这篇文章中,MomentumSI公司的SOA专家Ed Vazquez从基础层面对SOA治理进行了详尽的阐述,重点对治理中一个全面的SOA治理模型的存在必要性、具有普遍性的治理原则以及同时进行战略治理与战术治理的缘由以及它们之间的差异进行了说明。

soa架构技术专题_资料-InfoQ中文网