敏捷时代的企业架构——第二部分:设计师和开发者

日期: 2009-09-17 作者:Jack Vaughan翻译:杨君 来源:TechTarget中国 英文

SearchSOA.com最近对Mike Rosen进行了采访,为我们观察现今的架构提供了一个独特的视角。Rosen是Cutter Consortium公司企业架构实践部的主管,同时也是IT业务战略实践部门的高级咨询师,他有大约25年做技术领导的经验,目前为客户提供EA和SOA方面的咨询服务。本篇文章是三方访谈的第二部分。  如同死亡和赋税一样,如果设计师和开发者之间有分歧,这种分歧会对我们产生怎样的影响呢?   我不想把事情看得如此复杂,如同业务和IT一样,这是自然张力。

开发者希望找到某些反应灵活的东西,他们的任务就是关注一个可交付使用的东西。他们不必把握整个全局的发展。设计师却要纵观全局,……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

SearchSOA.com最近对Mike Rosen进行了采访,为我们观察现今的架构提供了一个独特的视角。Rosen是Cutter Consortium公司企业架构实践部的主管,同时也是IT业务战略实践部门的高级咨询师,他有大约25年做技术领导的经验,目前为客户提供EA和SOA方面的咨询服务。本篇文章是三方访谈的第二部分。 

如同死亡和赋税一样,如果设计师和开发者之间有分歧,这种分歧会对我们产生怎样的影响呢?

  我不想把事情看得如此复杂,如同业务和IT一样,这是自然张力。开发者希望找到某些反应灵活的东西,他们的任务就是关注一个可交付使用的东西。他们不必把握整个全局的发展。设计师却要纵观全局,了解开发者的工作内容,以便使其符合整个公司的发展蓝图。

  我相信一个问题项目中总有优化和次优化的问题。这个问题很正常,但是,有的方法要比其他方法更为有效。

  好的设计师能够让可交付结果为开发者所理解和使用。如果设计师提供的交付结果适合流程,那么开发者要服从设计师的意图。如果你能为他们提供实例、框架和规范,而不是给他们增加额外的工作,便会得到他们的支持。

  有人说SOA遇到了麻烦。与此同时,大量数据也表明了这些?

  很多机构都想改用SOA方法,我认为这是正确的选择。我想,面向服务架构将会是未来十年的架构形式。企业需要认识到这一点,并选择使用SOA。像IBM、Microsoft、Oracle这样的公司,他们在建造以服务为导向的平台上一掷千金;其次,未来你所购买的软件也将会是以服务为导向的。大多数企业所遇到的问题是如何找到恰当的服务。有些能提供优良的服务,有些却做不到。

作者

Jack Vaughan
Jack Vaughan

TechTarget新闻记者和网站编辑,主要关注数据管理领域的技术趋势和动态。

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 把软件架构演进体现在栈上

    曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。