chap4-2-数据服务与SOA基本概念.pptx

数据集成与数据服务;本章目录;4.1 SOA与数据服务基本概念;回顾：;SOA四大主要元素;SOA四大主要元素;什么是服务？;什么是服务？;Before SOA – After SOA;SOA适用范围;SOA适用范围;SOA适用范围;SOA适用范围;SOA构建IT系统的特点-以业务为中心;SOA构建IT系统的特点-灵活适应变化;SOA构建IT系统的特点-重用IT资源，提高开发效率;服务架构的分层;主要服务类型;主要服务类型;服务类型;SOA的多层参考架构(IBM);The SOA Layers;Component 构件;;The SOA Layers;The SOA Layers;服务质量;服务质量;本章目录;SOA推广应用的挑战;SOA 三步骤;SOA 三步骤;SOA 三步骤;SOA 原则理念;SOA Principles - Standardized Service Contracts;SOA Principles - Standardized Service Contracts;SOA Principles - Loose Coupling;SOA松耦合;;;;;;SOA Principles - Abstraction;SOA Principles - Reusability;SOA Principles - Autonomy;SOA Principles - Statelessness;SOA Principles - Discoverability;SOA Principles - Composability;SOA Principles - Applying SOA - Governance; 当服务越来越多时，服务URL配置管理变得非常困难，硬件负载均衡器的单点压力也越来越大。 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。? 接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？?;规模继续扩大，应用之间不再是扁平的对应关系，开始分层，比如核心数据层，业务集成层等，就算没有出现循环依赖，也不允许从低层向高层依赖，以免后续被逼循环依赖。? 服务多了，沟通成本也开始上升，调某个服务失败该找谁？服务的参数都有什么约定？? 慢慢一些敏感数据也都服务化了，安全问题开始变得重要，谁能调该服务？如何授权？?;就算是不敏感的服务，也不是能任意调用，比如某服务突然多了一个消费者，这个消费者的请求量直接把服务给拖跨了，其它消费者跟着一起故障。? 虽然有SLA约定，如果不能控制，就只是君子协定，如何确保服务质量？?? ;?? 服务上线后，需要验证服务是否可用。? 服务接口设计的经验一直在慢慢的积累过程中，很多接口并不能一促而蹴，在修改的过程中，如何保证兼容性，怎么判断是否兼容？另外，更深层次的，业务行为兼容吗？?;随着服务的不停升级，总有些意想不到的事发生，比如cache写错了导致内存溢出，故障不可避免，每次核心服务一挂，影响一大片，人心慌慌，如何控制故障的影响面？服务是否可以功能降级？或者资源劣化？谁能调该服务？如何授权？?;当已有很多小服务，可能就需要组合多个小服务的大服务，为此，不得不增加一个中间层，暴露一个新服务，里面分别调其它小服务，这样的新服务业务逻辑少，却带来很多开发工作量。? 并不是所有服务的访问量都大，很多的服务都只有一丁点访问量，却需要部署两台提供服务的机器，进行HA互备，如何减少浪费的机器。;策略 法律、规章制度、最佳实践 ;服务定义（服务的范围、接口和边界） 服务部署生命周期（各个生命周期阶段） 服务版本治理（包括兼容性） 服务迁移（启用和退役） 服务注册中心（依赖关系）;服务消息模型（规范数据模型） 服务监视（进行问题确定） 服务所有权（企业组织） 服务测试（重复测试） 服务安全（包括可接受的保护范围）;;SOA的基本体系结构样式;SOA体系结构解决什么？;64;65;SOA基本体系结构样式之一：发布-访问;Web Service中??模式的实现机制;68;SOA基本体系结构样式之二：适配器模式;服务适配器;以上2种SOA模式的缺陷;SOA基本体系结构样式之三：服务代理;以上模式存在的问题;以上模式存在的问题;SOA的基本体系结构样式之四：服务集成器;服务集成器;SOA中的Orchestration：服务编制;SOA中的Choreography：服务编排;Choreography Orchestration;SOA中的“集成”：服务编制(Service Orchestration);BPEL的一个例子;示例：Oracle的BPEL执行引擎;WS-CDL;服务协同的例子(1)：