收录了 面向服务架构 频道下的 50 篇内容
本文(以《面向服务架构揭秘》(Service Oriented Architecture Demystified)一书中一章为基础)讨论了在医疗领域异构环境中应用SOA的好处。本文以要解决的问题领域为焦点,而非空谈技术,给出了一个关于SOA商业动机的有趣观点。
Sun在美国开始了一次巡展,全面地展示了使用Java技术构建面向服务架构时它推荐的技术和方法。
事件驱动架构(EDA),作为构建更好的SOA的有益且可行的选件,开始出现在人们的视野中。David Luckham最近发布了一个由两部分组成的论文支持这一主张,InfoQ同样也发布了一篇关于BI和SOA的文章来阐述它。
上个月,OASIS发布了语义面向服务架构参考本体论的委员会草案——一个用于理解语义化面向服务环境中重要的实体及其相互关系的抽象框架。
SOA常常是按照技术工具和软件解决方案的方式被理解。Dan North认为这会妨碍架构师关注问题的本质:核心业务过程的彻底映射和建模。他展示了如何以“技术不可知”的方式去设计SOA,这样业务就可在识别SOA需求中扮演一个重要的角色,而不会受限于技术决定。
五月份发布的第一份Web Service事务协议带来的这个疑问引发了MSDN论坛上的热烈讨论。IDesign的Juval Löwy、Arnon Rotem-Gal-Oz以及其他人一起在回答这个问题的同时也交换了他们各自的观点。
距华东地区首届综合类技术大会,QCon全球软件开发大会(上海站)2013开幕还有不到2个多月的时间。全球各路技术精英正不断被QCon组委会邀请确认。大会的演讲内容仍在官网以及InfoQ微博的最新播报。此次为大家介绍最后亮相的两位Twitter和Facebook的国际嘉宾。需要注意的是,9月4日是大会8折购票的截止日,之后大会门票将进入9折折扣期。如欲报名报请速点击报名页面。
Software Engineering Institute发表了一篇新的论文,名为《Evaluating a Service-Oriented Architecture》。
再到微服务的演化过程。但在本文作者看来,自SOA架构风格提倡以来,软件架构并未有特别的突破,更多是在其之上做不断的演化迭代。
做了那么多架构,单体架构、SOA架构和微服务架构,到底该怎么选?
微服务从少部分“独角兽”公司走向了广为开发者所接受的状态。有些人认为,如果不在组织层面做出相应的调整,光是在技术层面采用微服务,并不会起到多大作用。我们与几位专家从不同角度对微服务各方面的情况进行了探讨。
来自ThoughtWorks的主管Neal Ford在最近的一次演讲中表达了他对企业软件系统架构转型的看法,他认为从单体架构转向基于服务的架构要比转向微服务架构来得容易。Ford在UberConf 2016大会上做了一次关于基于服务架构的演讲,基于服务架构是介于面向服务架构和微服务架构之间的一个中间地带。
GigSpaces最近发布了他们的极限应用平台(XAP)的6.0版,它是一个软件底层构造平台,可以让应用程序扩展到分布式环境中。InfoQ对GiaSpace的Geva Perry和Nati Shalom进行了采访,以了解更多关于这一版本以及其中变化的信息。
本文就讲一个词——服务。
服务治理是一个成功的面向服务架构的关键方面。它的建设必须在SOA实施的初期尽早地被计划和检验。在本文中,Jean-Jacques Dubray展示了创建这样一个有效组织的必要条件。
本文将讨论微服务与 DDD 涉及到的概念、策划和设计方法,并且尝试将一个单体应用拆分成多个基于 DDD 的微服务。
服务治理是一个成功的面向服务架构的基本方面。它的建立必须在SOA项目的初始阶段尽早进行计划和检验。然而,一个完整的由一个严格的过程所驱动的治理组织应该在服务管道足够大时被启动,以维持团队士气和知识。本文作者Jean-Jacques Dubray撰写这篇文章的目标是帮助读者如何按照人员、过程和技术情况建立一个这样的服务治理组织。
微服务是一种软件开发的组织和架构方法,它可以加快软件交付周期、增强创新和自主性,提高软件的可维护性和可伸缩、可扩展性,同时也提高了企业开发和发布软件服务的能力。
关于采用微服务架构还是单体架构,最近业界有不少相关的讨论。Toprak分析了两种架构风格的优势和适用场景。
开放组织(The Open Group)最近发布了三个标准来帮助那些正在构建基础设施即服务和面向对象架构的企业。相应地,这些标准以最佳实践、问卷调查和模板等形式,对SOA和云规模基础设施架构提供了专家性建议。