中小企业如何灵活应用SOA拓展业务

发布时间：2020-07-21 17:42:34 阅读：次来源：电源线厂家

摘要：就目前的情况而言，越来越多的中小企业已经开始利用Web服务而不是使用陈旧方法来降低费用，以满足他们更多的外部集成需求。但是，单单增加Web服务接口的方法和过去的API方法一样不灵

关键词：SOA中小企业

尽管SOA的概念进入中国已有两三年的时间，但国内用户至今对SOA的认识仍不够清晰，导致SOA的市场需求并不明朗。就目前国内的现状来看，对于SOA，更多的企业仍处于观望的态度，有很多的疑虑。据调查，表示对SOA关注的企业用户为数不多，其中有15.9%的流通行业，而在制造行业仅有8.6%。我们已经开始花费很多时间去处理企业IT的复杂需求，在此过程中，更多的小公司也表现出了自身独特的IT需求。而这些需求也不应该是我们忽略的，毕竟，每一个公司都有自己的桌面系统、网络和数量庞大的内部硬件、软件，以及网站和其他部门的IT工作。虽然这样看来中小企业的IT需求一样很广泛，但是小公司(年销售额低于5千万美圆，公司员工100人以下)和那些较大的中小企业(年销售额达到5亿美圆，公司员工1000人以上)之间还是存在着巨大的差异。而这也是需要我们特别注意的一点。

对于一些小型的业务而言，几乎没有任何明显的内部集成需求，只需要一些小的协作任务，例如文件、日历和打印机共享等等最基本的问题。但是，当业务再往上成为中等的业务就具有额外的内部集成需求了，尽管它们通常只是在一个独立的后台系统进行办公。事实上，不管大小如何，很多中型公司都存在着遗留系统问题。从80年代起，中型应用服务器和主机系统就被用于中型市场，其结果是很多中型公司在建立自己的IT部门最开始的时候就长期使用这些设备。与其他一些已经暴露出遗留系统问题比它们更大的企业相比，虽然这些公司可能规模更小，但同时，它们的IT资源会相对有限。简而言之，他们没有与比他们大的企业一样多的资金，这意味着他们的遗留系统可以限制在一个可接受的范围内。

很多中小企业所面对的一个状态则是，他们的分布式计算基础设施仅仅只是趋向于单一的行业应用。例如，零售商集中自己的基础设施主要针对对销售决策的单点记帐提供解决方案，医院利用软件记录病人和详细的临床实验室数据，小型制造商则安装供应链系统和车间应用软件。举个例子来说，尽管最小的公司都有记帐软件系统程序，但公司在确定要把这些系统程序集成到其它解决方案中之前，必须确定一个大小尺寸，例如他们的客户关系管理、供应链或者合作支持包。

网络的发展改变了很多中小企业

网络的发展改变了很多中小企业的业务模型和IT需求。毕竟，在互联网上，没有人能告诉你他是一家小企业。现在，每个行业中从最小的商店到中型公司中的每个人不仅只拥有Web网站，而且还能利用它们作为业务的组成部分。当然，代表着额外IT需求的Web并不能从根本上改变他们内部IT组织的本质。

紧接下来，小企业也会意识到他们不只简单地想提供一种到公司的外部连接，而且还想扩充更多的客户处理过程，从而导致一种外部集成需求。首先，中小企业通常会为了他们和其它公司、客户、供应商以及合作者直接的计算机间的互联而充分利用互联网。这种B2B的集成已经被以电子数据集成(Electronic Data Interchange，EDI)和相关技术的形式用于较大型企业。但是这种方法对中小企业却不使用，因为它需要巨大的安装和维护费用，并且该方法也缺乏灵活性。现在，互联网已经改变了很多，使得中小企业直接连接其它公司的费用降低不少，尽管还是相对不太灵活。

对很多公司来说，Web服务已经成为在中小企业和其它公司之间使用简单B2B和基于互联网的集成的最佳方法。通过利用基于标准的Web服务来与那些同样支持这些标准的公司进行互操作，中小企业已经能相当显著得降低外部集成的费用了。因此最近，基于Web服务的集成已经成为中小企业选择与其它公司集成的主要方法。

这种趋势的有趣结果是小企业能够利用单一的基础设施来支持Web和Web服务功能，尽管它们拥有简单的内部IT环境而不存在任何额外的内部系统集成的需求。实际上，很多中小企业把他们的Web网站整个外包出去了。同样的，他们也很可能会把Web服务外包出去。在这种情况下，他们的大部分业务实际上在他们的服务提供者那里运行，而几乎不需要和他们的内部IT资源集成来达到数据输入与检索的简单交互的目的。

多数企业向SOA转移

由于缺乏能提供松耦合服务的架构，对SOAP的需求。当服务从消费它的软件中解耦出来之后，就能对服务提供者或消费者进行升级或修改而不必打破它们。结果是，中小企业必须把实现面向服务架构考虑成构建、部署和管理他们服务以及服务环境的方法，而不是仅仅是为了暴露和与服务接口通信而关注开销低、复杂度低的协议。此外，正如我们经常讨论的那样，SOA比这些接口要复杂很多。它还与定义服务使用的合约和策略有关，因此，我们能获得重用和业务灵活性的好处，而使用简单的协议无法满足这些要求。

随着Web在中小企业使用Web服务方面发挥巨大的作用，这些企业使用最廉价最简单的方法来实现B2B Web服务交互变得越来越可能。使用表示状态传输(Representational State Transfer ，REST)等方法让企业有了一种简单而直接的基于HTTP的方法来进行基于Web服务的集成，这足够满足很多中小企业的需求了。然而，我们都知道Web服务，尤其是基于REST的Web服务并不能满足对架构的需求，并且更不能满足对安全、异步、事件驱动和过程驱动服务等复杂需求。而这些即使是最小的公司都想得到的。

大企业已经转移到SOA，因为在复杂的异构IT环境中充满着经常性的不可预测的业务变更，而SOA此时非常管用。但是，中小企业几乎没有复杂的异构的IT环境，而且他们也没有在和大公司一样的不可预测的业务变更。他们通常拥有更加可控的IT环境来应对这些变更。当这样一个动态业务环境影响到某个中小企业与其它公司集成时。毕竟，为什么只有大公司就能得到业务灵活性、重用和低价的IT基础设施的好处呢?

SOA的灵活性

要理解为什么中小企业，甚至那些只有外部集成问题的公司，应该考虑SOA，很重要的一点就是要看到这样的服务所处在的动态环境。为B2B消费暴露了服务的公司必须面对一个事实，那就是他们将每年多次构建和编辑多种服务，用新的功能升级这些服务，维护与这些服务有关的合约和策略，还要持续提供或撤消对这些服务的访问。相应的，消费这些服务的公司的客户或合作者也不得不基于他们自己的安全和协议需求来要求很大范围的服务合约以及松耦合。于是，中小企业对他们服务的任何变更都不会影响到他们的业务。如我们所看到的，为了与第三方合作，暴露一个服务接口只是提供服务要面对的所有困难中的很小的一部分。

对于提供者和消费者，所有这些功能的公共主题就是变更。如果服务提供者和消费者的需求不经常变化，那么就不需要为处理这种变更而构建架构而争辩了。取而代之的是中小企业会很容易对B2B交互的API达成一致。毕竟在过去，用于B2B集成的简单API在不经常变化的情形下已经可以工作了。但是，在一个API接口中进行像上文列出的变更需要对服务器和客户端进行重新编程和重新部署，因为这些交互紧紧耦合在一起。

结果，就算中小企业也必须在架构和基础设施上进行投资，才能实现SOA的灵活性好处。的确，他们需要足够的功能进行服务的运行时管理、管理与服务有关的持续变更的元数据、安全和策略网关来满足安全和合作策略需求。当然，他们还必须在架构上进行投资。当某个中型公司提供了服务后，他们或许会在内部设置上面的基础设施。事实上，小公司通常会寻找一个第三方来主管服务。不管那种情况，他们都需要SOA架构，因为它提供了实现的整体设计。

当所有这些需求变化和功能实现在SOA环境中变得越来越实用时，一定要清楚，灵活性的加强或是减少都是建立在一个代价基础之上：管理、安全、元数据和集成基础设置都潜藏在SOA实现之下。毕竟，松耦合不是魔术、也不容易达到。它需要严格的设计和复杂但灵活的基础设施。

很多中小企业已经开始利用Web服务来降低满足他们外部集成需求的陈旧方法的费用。但是，单单增加Web服务接口的方法和过去的API方法一样不灵活。中型企业只有通过构建SOA应用并利用足够灵活的松耦合的Web服务才能跟上业务环境持续不断的变化。

就目前的情况而言，越来越多的中小企业已经开始利用Web服务而不是使用陈旧方法来降低费用，以满足他们更多的外部集成需求。但是，单单增加Web服务接口的方法和过去的API方法一样不灵活。中型企业只有通过构建SOA应用并利用足够灵活的松耦合的Web服务才能跟上业务环境持续不断的变化。

责编：