2.SOA架构：服务和微服务分析及设计--- 理解面向服务架构

4.1　SOA的4个特性 
	4.1.1　业务驱动 
		技术架构通常设计为支持提供解决方案以满足战术(短期)业务需求。因为在定义架构时，不考虑组织过渡性，战略性(长期)业务目标，所以随着时间的推移，这种方法可能
	会导致技术环境与组织的业务方向和要求无法保持一致。

	4.1.2　供应商中立 
		围绕一个特定供应商平台设计面向服务的技术架构可能会无意中继承这个供应商专有的特性。一个组织的最佳利益是采用与主要SOA供应商一致的基于面向服务架构的设计模型，
	但对所有这些平台都是中立的。

	4.1.3　企业中心化 
		当应用面向服务时，服务被定为为企业资源，这意味着服务逻辑设计为具有以下主要特征：
			1.该逻辑在特定实现边界之外可用
			2.该逻辑是根据既定的设计原则和企业标准设计的

	4.1.4　组合中心化 
		尤其是与以前的分布式计算模型相比，面向服务更注重将软件程序设计为不仅仅是可重用的资源，而是作为更加灵活的资源，可以插入到用于各种解决方案的不同聚合结构中。
	要实现这一点，服务必须是可组合的。

	4.1.5　设计优先级
		面向服务是一种范式，用于框定你做什么。

4.2　SOA的4种常见类型
		服务架构 ：单个服务的架构
		服务组合架构：组合成服务组合的一组服务的架构
		服务目录架构：支持独立标准化和管理的相关服务集合的架构
		面向服务的企业架构：企业自身的架构，无论其面向服务的程度有多高

	4.2.1　服务架构 
		若将一个仅限于软件程序物理设计的技术架构设计为服务，则该技术架构称为服务架构。

	4.2.2　服务组合架构 
		提供一系列独立服务的基本目的是将它们组合成服务组合，能够自动实现更大，更复杂业务任务的全功能解决方案。每个服务组合具有对应的服务组合架构。

	4.2.3　服务目录架构 
	4.2.4　面向服务的企业架构 

4.3　面向服务和SOA的最终结果 

4.4　SOA项目和生命周期 
	4.4.1　方法论和项目交付的策略 
	4.4.2　SOA项目阶段 
		1.SOA措施规划
		2.服务目录分析
		3.面向服务分析(服务建模)
		4.面向服务设计
		5.服务开发
		6.服务测试
		7.服务部署和维护
		8.服务使用和监督
		9.服务发现
		10.服务版本控制和退役

	4.4.3　SOA项目采用的计划 
	4.4.4　服务目录分析 
	4.4.5　面向服务分析　(服务建模) 
	4.4.6　面向服务设计(服务契约) 
	4.4.7　服务逻辑设计 
	4.4.8　服务开发 
	4.4.9　服务测试 
	4.4.10　服务部署和维护 
	4.4.11　服务使用和监控 
	4.4.12　服务发现 
	4.4.13　服务版本控制和退役 
	4.4.14　项目阶段和组织角色