SOA案例架构分析浅谈
上课中讲到了SOA架构设计，自己在课下决定总结一下对于SOA架构的理解以及应用。
先总结一下SOA的定义，SOA是面向服务架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
从图中可以看出，企业中的erp使用的SOA架构的比例越来越多
下面来说一说为什么需要SOA进行系统的架构
1、需求拉动方面，主要来自于两种信息化的困境。一个是“信息孤岛”造成基于系统之间互联互通的整合需求；另一个是业务的变化所导致对IT灵活性，以适应变化的需求。
目前国内外基本情况类似，经过30年 的信息化建设，许多企业和政府部门都在不同时期、应用不同技术、与不同的厂商合作，建设了不同规模的应用系统，造成了信息化不是没有系统，而是信息孤岛太 多的问题，而且不是没有数据，而是信息不一致，难以整合。因此，互连互通是当前信息化中的核心问题和核心需求。顺便说一句，那些认为中国企业的信息化起步 晚，历史负担少，可以快速部署全新SOA，可以运用推倒重来的策略是不了解中国企业信息化，自我想当然的结果。事实上，我国信息化无论是金融、电信、电力等大行业，还是中小工商企业，“孤岛现象”还是非常严重，遗留系统的整合不一定就少，而且我国软件供应商的系统普遍架构能力比较弱，整合难度一点也不低。
这种互联互通需求，既包括企业内的各种应用系统之间的集成，也包括集团企业总部与下属企业、企业与上下游伙伴之间的业务协同。
企业方面，在之前的传统的开发中，各个的子系统之间没有关联，进行一项业务的过程也是异常的繁琐，经过SOA架构之后，加强子系统之间的横向联系，完善单点登录的流程。
2、技术的推动：软件出现最早是用于科学计算，然后是计算机辅助设计、辅助制造等等工业应用。在企业管理领域大规模应用后，业务需求不断的变化、系统不断增加、流程更复杂、系统越来越不堪重负，出现了需求交付方面的重大挑战，以至于人们用“软件危机”来描述软件工业所面临的困境。
软件技术发展过程中，一直在寻求解决四个基本问题的方法：质量问题、效率问题、互操作问题、柔性构造问题。这些问题今天依然困扰着软件行业。
造成这个局面的原因是异构性和标准规范的滞后。
- 屏蔽异构性
异构性表现在计算机的软硬件之间的异构性，包括硬件（CPU和指令集、硬件结构、驱动程序等），操作系统（不同操作系统的API和开发环境）、数据库（不同的存储和访问格式）等等。长期以来，高级语言依赖于特定的编译器和操作系统API来编程，而他们是不兼容的，因此软件必须依赖于开发和运行的环境。
造成异构的原因源自市场竞争、技术升级以及保护投资等因素。希望屏蔽异构平台的差异性问题是促成中间件发展的驱动力之一。而支持SOA架构的中间件平台，已经在很大程度上屏蔽了系统环境的差异性，提供了一致的计算环境。
- 实现互操作
因为异构性，产生的结果是软件依赖于计算环境，使得各种不同软件之间在不同平台之间不能移植，或者移植非常困难。而且，因为网络协议和通信机制的不同，这些系统之间还不能有效地相互集成。
造成互操作性不好的原因，主要是标准的滞后。解决软件之间的互操作性问题也是促成中间件发展的驱动力之一。而SOA技术从一开始就强调了标准的重要性，包括中间件平台的实现上都是基于全球共同的标准来实现。
- 共性凝练和复用
软件应用领域越来越多，相同领域的应用系统之间许多基础功能和结构是有相似性的，每次开发系统都从零开始绝对不是一种好的方法，也是对质量和效率的很大的伤害。
尽可能多地凝练共性并复用以提高软件开发效率和质量，通过中间件通过提供简单、一致、集成的开发和运行环境，简化分布式系统的设计、编程和管理，这也是SOA发展的重要推动力。
