将 SOA 定义为一种体系结构风格 - The Diigo Meta page

• 02 Jun 07
  

  Ken Wei

  architecture soa

  • 企业业务服务通常被定义为企业 IT 系统的分解结果。分解 (Decomposition) 是由 20 世纪 50 年代晚期的经典系统理论形式化了的一种技术。系统理论认为，某个系统越复杂，其包含的内容就越不可知，因此要自动化它就越困难。该理论建议将复杂系统分解为较小、更加可管理、更容易控制的系统，然后将整体系统视为其各个部分的组合。同样的原理也适用于复杂的软件开发计划。
  • Simula 和 Smalltalk 在 20 世纪 70 年代引入的面向对象（Object-Oriented，OO）范例通过引入对象 或代码模块加强了分解方法的采用，其中每个对象实现某个实际事物的模型。
  • 但是，对象所提供的抽象被证明太细粒度化，并与技术概念交织在一起来表示业务级别的含义。
  • OO 的另一个问题在于，尽管在设计和实现期间，对象在分解方法中非常重要，但它们在部署或运行时不可见，从而并不直接支持部署或运行时分解。
  • 在对更好范例的不懈求索中，20 世纪 90 年代末引入了一种不同的分解方法。组件。其基本思想是通过提高抽象级别、增加粒度和创建与业务构件的更紧密联系来解决 OO 的问题。
  • SOA 将分解方法推向一个更高的层次，如图 1 所示。与尝试分解各个应用程序不同，它分解整个企业 IT 功能。
  • 企业 SOA 定义一组与业务一致的 IT 服务（对整个企业中跨多个业务部门甚至企业外部的参与者可用），这组服务集合起来满足组织的业务流程和目标。可以将这些服务编排到企业业务解决方案中，并通过标准协议来调用。

  5 more annotations...

Would you like to comment?

Join Diigo for a free account, or sign in if you are already a member.