SOA架构思想之我见

瞬息万变的客户需求,使得我们的业务规则每天都在变化,随之带来的是我们繁琐的coding.随着这些问题的日益突出,SOA思想渐渐浮出水面了.
什么是SOA? SOA本身的定义就是面向服务的架构,SOA是有一堆服务组成的,各个“服务”提供统一的封装接口.这就是SOA的定义.
SOA应用的生命周期分为开发、集成、编排、访问、分析、实施、管理、安全八大环节，每个环节都有其专门的技术理念，有些环节还有相应推荐的技术标准。SOA中对服务的封装的意义在于对服务的编排进而行程业务流程.
SOA的特性:
1、服务原子化
2、服务的可重用性
3、服务可以按照业务的发展进行重新编排，这是建立在上述两点上的。
实际上对于SOA架构下的业务支撑系统来说，就要求开发商把系统的功能原子化，在SOA的原则当中，重点强调的是服务的可重用性。将应用逻辑代码和接口代码分离，便于对任何一个原子服务进行接口封装和调用，只有这样才能做到服务的可重用性。对每个服务进行探测、监控、分析、警告，实现的前提就是基于SOA架构的系统是松耦合，模块化的系统，业务逻辑和接口逻辑分离。
例如在现有大多数的营销系统中，“客户服务功能修改”功能可以由“客户信息装载”、“服务功能修改”、“工单数据生成”、“相关数据处理”四个“原子服务”完成，通过将这四个“服务”连接，就实现了“客户服务功能修改”的业务功能。也许业务规则会发生变化，比如，要求在“服务功能修改”之前先检查该客户的信用，应用的修改只要在流程中插入“客户信用检查”，形成“客户信息装载”、“客户信用检查”、“服务功能修改”、“工单数据生成”、“相关数据处理” 的新流程，就满足业务部门的要求了。另一方面，其他的业务流程也可以调用“客户信息装载”等“原子服务”，组成其他的业务流程。系统的灵活性还表现在“服务”本身的修改上，只要“服务”的接口定义不变，“原子服务”本身的代码修改和功能实现的改变对业务服务流程都可以不产生影响。