1.3 SOA案例分析
SOA达人迷
大约在150年以前，有一家名叫ABC的保险公司，通过向工厂和制造商销售保险单起家。早期没有电脑，公司业务还算井井有条，没有被搞得一团糟。公司的业务过程非常简单，客户发来信件申请保险，公司的业务人员确定利率，销售保险，并希望不要发生着火或意外事件。ABC公司繁荣了100多年。
但是，后来，事情变得复杂了。其他的公司开始抢ABC公司的业务，客户也开始为各种风险申请保险。在这种形势下，ABC公司必须要进行改革，否则就会面临破产的风险。
ABC公司是穿孔卡片式会计系统的早期用户。在20世纪60年代，ABC公司购买了电脑，招聘了一批程序员，开发软件程序用于管理公司的业务。20世纪80年代，公司从很多供应商那里购买了软件包，以保持公司的竞争力。公司购买或开发了很多业务应用程序，用于逐个地解决整个公司的业务问题。例如，公司为财务部门购买了一个程序，开发了一个程序用于处理客户索赔，还采购了一些程序用于管理研究数据，分析在哪些情况下通常会发生哪种类型的事故。
公司的这种运行模式持续了很多年，直到20世纪90年代，ABC公司发现金融服务公司成为他们的竞争对手，这些公司也在销售保险。于是，ABC公司决定要立刻制定新的经营策略应对残酷的竞争，向现有的客户销售更多的产品，并发展新的客户。公司管理者针对公司业务和客户想出了很多新的解决方案。
另外，管理人员认为ABC公司可以通过并购其他保险公司，利用这些公司的附加产品来扩展公司业务。ABC公司既可以将这些新产品卖给ABC公司的现有客户，也可以将ABC公司的产品卖给所并购的公司的客户。这些管理精英们对商业战略非常熟悉，他们对这个战略也非常满意，直到……
管理人员将制定的这个商业战略告诉IT人员，IT人员对他们说：“这个战略非常非常好，但是，真正实施战略的时候可能会遇到一些问题。”
“可能会有什么问题？”管理人员问。
IT人员解释说，“事情是这样的。要想实施这种创新性的方案，提供新产品和新服务，不是只靠购买或开发一些软件就能办到的，那样的话，将使我们实施的商业战略和业务流程更加复杂。我们所做的事情需要与我们现有的业务流程保持一致，如果要维持公司的良好运转，我们开发和采购的所有业务系统要始终能够保持无缝结合—例如，系统要能够记录客户支付的保险费，管理我们处理的索赔，能够进行风险分析，能够开具工资单、发票，并进行销售佣金的计算。如果采用这种战略的话，我们公司需要配置所有这些系统。我们日常业务所涉及的所有功能，包括客户信息、产品信息、风险管理等功能都要包含在这些程序和业务活动中。”
管理人员说，“哦，你们只要编写一些程序把所有的系统连接起来，实现一体化，我们就皆大欢喜了。”
IT人员说，“实现一体化是可以的，但是需要很长时间，大概要18个月，也可能需要两年。但是，到那个时候，你们可能又希望再用18个月或两年的时间开发新程序，以适应新的业务变化。到时候就已经为时太晚。”他们继续说道，“这样会耗费非常非常大的资金。”
管理人员和IT人员都觉得很沮丧。他们知道如果想不出新的点子来解决业务流程和技术面临的难题，ABC公司就会破产。于是，他们四处求助，寻求挽救ABC公司的方法。他们寻找、研究、祈祷，直到有一天，他们收到一个包裹。包裹中是几本黑黄色封面的书。
管理人员和IT人员开始阅读这本书，他们非常惊喜地发现，不需要浪费大量资产，就可以在短时间内获得盈利。最后，他们基于下面五个关键要素提出了新的战略：
IT部门协助业务经理遵循业务流程的规则，共同对业务流程进行规划设计。采用这种方式，有助于确定企业的经营范围的相似性、差异和相互关系。
IT部门将创建一种灵活的架构，无论业务流程如何变化，都可以将关键的IT软件资源转化为可重用的业务服务。这些业务服务包括业务流程、最佳实践、一致性的数据定义，以及执行特定业务功能的代码等要素。
IT部门利用这些新的可重用的服务替换包含在旧软件中的许许多多冗余的业务服务。
IT部门仅仅利用公认的行业标准链接这些软件资源。
IT部门利用本书介绍的SOA的概念创建业务服务，这些服务完全与实际的业务流程保持一致。
通过这种方式，管理人员和IT人员开始合作为企业服务。据我们所知，从那以后，他们的合作非常愉快。在第五部分中，我们将介绍很多公司的应用示例。通过这些示例可以看到，SOA确实为管理人员和IT人员带来了很多的便利，广受欢迎。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。