面向服务软件开发和设计的三个祈使句

日期: 2013-04-18 作者:Randall Nagy翻译:蒋红冰 来源:TechTarget中国 英文

当企业软件专业人士架构一个面向服务的解决方案时,那么无论是采用基于SOAP、REST还是BEST的方法,本文的这三个原则都要时时考虑着:

  1.没有永远的服务

  第一个原则说的是,没有一项服务技术会持续永久。当前,在这个幸福的充满自动化的时代,每一个与我们新项目的人都这证明了这是真的。谨记,我们创建的服务必须设计于适合多种类型的技术变更,这意味着,要从一开始就设计灵活的外观和可配置的适配器,而不是把它们做为事后想法,事后再添加上。

  2.服务会产生混乱

  接下来的这个原则是说规则和业务协议变更,这就是说任何一个服务,任何时间,任何地点都可能会产生混乱,这就要求它适应新形式、新版本和新的数据类型。

  3.服务存在于软件保护伞之外

  最后,软件架构师需求了解,与所有个人的、独立的、模块化的代码关系不大。事实上,在一个经验丰富的主题专家(SME)眼中,一个业务服务要理解为一个协作流程,并不是运行在服务器某个地方的一部分。服务是关于满足业务需求的,不是技术需求。良好的业务服务涉及到工作流,且一旦工作流介入,那么相互协作的服务组件就是关键。

  当开发可行的、适应性强的企业解决方案里,这些事实是面向服务开发领域的主题专家们要了解,要感激的。把这三条铭记于心,在开发适应性强的终端和灵活的数据交换机制,既期待,又拥抱所有面向服务架构在生命周期中不可避免的变化时,软件架构师和系统开发人员将会获得更大的成功。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

翻译

蒋红冰
蒋红冰

TechTarget云计算主编,主要负责云计算和虚拟化网站的内容建设。长期专注于IT前沿技术,对云计算、虚拟化、人工智能、区块链等技术都有了解;对行业趋势、市场动态有一定的洞察。

相关推荐

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

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

  • API开发与管理大作战

    2014将会是API管理方法新旧PK的一年,据Delyn Simons说,她领导了Mashery开发者的外展团队。应用编程接口(API)的主流化和私有化在新的一年也将掀起波澜,她在波士顿“Future Insights Ultimate Developer Event 2013”大会上预测说。

  • 公共API外包管理是否值得考虑?

    公共API外包管理是指聘请一个专家小组来解决可扩展性问题,同时也提出几套可替代的方案。

  • 最适合大数据应用的是SOA还是REST?

    跟所有的企业数据一样,大数据唯有通过应用投射给用户才有用。对于设计或重新设计大数据应用的架构师来说,一个关键问题是究竟是用SOA还是RESTful的API?