面向服务的架构SOA

面向服务的架构--SOA主讲人：嵩聚星SOA的发展历史及背景SOA的基本概念SOA的核心思想SOA的简单实现本次讲座的内容主要包括以下几部分4123主要内容•问题：假如你是马云，你该如何管理阿里巴巴旗下的诸多产品？是B/S模式？还是C/S模式？还是……？发展历史及背景•系统架构演化历程-初始阶段架构发展历史及背景应用程序、数据库、文件等所有的资源都在一台服务器上。通常服务器操作系统使用linux，应用程序使用PHP开发，然后部署在Apache上，数据库使用Mysql，汇集各种免费开源软件以及一台廉价服务器就可以开始系统的发展之路了。LAMP、J2EE、.Net等。•系统架构演化历程-应用服务和数据服务分离发展历史及背景应用程序、数据库、文件分别部署在独立的资源上。数据量增加，单台服务器性能及存储空间不足，需要将应用和数据分离，并发处理能力和数据存储空间得到了很大改善。•系统架构演化历程-使用缓存改善性能发展历史及背景数据库中访问较集中的一小部分数据存储在缓存服务器中，减少数据库的访问次数，降低数据库的访问压力。系统访问特点遵循二八定律，即80%的业务访问集中在20%的数据上。缓存分为本地缓存和远程分布式缓存，本地缓存访问速度更快但缓存数据量有限，同时存在与应用程序争用内存的情况。•系统架构演化历程-使用缓存改善性能发展历史及背景在做完分库分表这些工作后，数据库上的压力已经降到比较低了，又开始过着每天看着访问量暴增的幸福生活了，突然有一天，发现系统的访问又开始有变慢的趋势了，这个时候首先查看数据库，压力一切正常，之后查看webserver，发现apache阻塞了很多的请求，而应用服务器对每个请求也是比较快的，看来是请求数太高导致需要排队等待，响应速度变慢•系统架构演化历程-使用应用服务器集群发展历史及背景多台服务器通过负载均衡同时向外部提供服务，解决单台服务器处理能力和存储空间上限的问题。使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源，提升系统的并发处理能力，使得服务器的负载压力不再成为整个系统的瓶颈。•系统架构演化历程-使用应用服务器集群发展历史及背景享受了一段时间的系统访问量高速增长的幸福后，发现系统又开始变慢了，这次又是什么状况呢，经过查找，发现数据库写入、更新的这些操作的部分数据库连接的资源竞争非常激烈，导致了系统变慢•系统架构演化历程-数据库读写分离发展历史及背景•系统架构演化历程-反向代理和CDN加速发展历史及背景•系统架构演化历程-分布式文件系统和分布式数据库发展历史及背景任何强大的单一服务器都满足不了大型系统持续增长的业务需求，数据库读写分离随着业务的发展最终也将无法满足需求，需要使用分布式数据库及分布式文件系统来支撑。分布式数据库是关系数据库拆分的最后方法，只有在单表数据规模非常庞大的时候才使用，更常用的数据库拆分手段是业务分库，将不同的业务数据库部署在不同的物理服务器上。•系统架构演化历程-使用NoSQL和搜索引擎发展历史及背景•系统架构演化历程-业务拆分（横向拆分）发展历史及背景•系统架构演化历程-分布式服务（横向拆分）发展历史及背景公共的应用模块被提取出来，部署在分布式服务器上供应用服务器调用。•系统架构演化历程-面向服务的架构SOA发展历史及背景•系统架构演化历程-面向服务的架构SOA发展历史及背景•为什么需要SOA？发展历史及背景本质上是两种力量驱动的结果：需求拉动、技术推动。业务需求的拉动，希望解决业务应用的问题；技术发展的推动，使得SOA具备了技术上的可行性。需求拉动方面，主要来自于两种信息化的困境。一个是“信息孤岛”造成基于系统之间互联互通的整合需求；另一个是业务的变化所导致对IT灵活性，以适应变化的需求。•为什么需要SOA？发展历史及背景•为什么需要SOA？•复用发展历史及背景软件应用领域越来越多，相同领域的应用系统之间许多基础功能和结构是有相似性的，每次开发系统都从零开始绝对不是一种好的方法，也是对质量和效率的很大的伤害。尽可能多地凝练共性并复用以提高软件开发效率和质量，通过中间件通过提供简单、一致、集成的开发和运行环境，简化分布式系统的设计、编程和管理，这也是SOA发展的重要推动力。软件技术发展内容，包括更好的程序设计语言、更好的平台和软件开发技术，如面向对象、组件开发、面向服务等等。而这方面，在技术上逐渐发展的成果大部分都凝聚在今天的SOA解决方案之中。•为什么需要SOA？发展历史及背景•如何准确理解SOA？基本概念OASIS（一个SOA标准组织）给予出的SOA定义“SOA是一个范式，用于组织和利用可能处于不同所有权范围控制下的分布式系统。”维基百科给出的SOA定义“面向服务的体系结构（Service-orientedarchitecture）是构造分布式系统的应用程序的方法。它将应用程序功能作为服务发送给最终用户或者其他服务。它采用开放标准、与软件资源进行交互并采用表示的标准方式”。SOA是包含运行环境、编程模型、架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境，涵盖服务的整个生命周期：建模-开发-整合-部署-运行-管理。•如何准确理解SOA？基本概念•其他与SOA相关的概念---ESB基本概念ESB（企业服务总线EnterpriseServiceBus）是一种在松散耦合的服务和应用之间标准的集成方式。ESB采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上动态的互连互通。ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。同时可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。它可以作用于：①面向服务的架构—分布式的应用由可重用的服务组成；②面向消息的架构—应用之间通过ESB发送和接受消息；③事件驱动的架构—应用之间异步地产生和接收消息。ESB----企业服务总线，像一根“聪明”的管道，用来连接各个“愚笨”的节点。为了集成不同系统，不同协议的服务，ESB做了消息的转换解释与路由等工作，让不同的服务互联互通。•其他与SOA相关的概念---JBI&SCA&SDO基本概念SOA在Java领域有两套标准：一个是SUN推出的JBI（没有得到BEA和IBM的承认），另外一个是：IBM和BEA等公司推出的SCA和SDO标准。JBI(JavaBusinessIntegrationJava业务集成)只关注Java组件只处理Java组件的集成。SCA(ServiceComponentArchitecture服务组件架构)实现了业务组件和传输协议的分离，可以处理各种平台组件的集成。SDO可以的自由读取各种不同数据源的数据。SCA的实现需要ESB，相反JBI则不需要ESB。•核心要素核心思想•标准化封装（满足互操作性）核心思想在软件的互操作方面，传统中间件只是实现了访问互操作，即通过标准化的API实现了同类系统之间的调用互操作，而连接互操作还是依赖于特定的访问协议，如JAVA使用RMI等。而SOA通过标准的、支持Internet、与操作系统无关的SOAP协议实现了连接互操作。而且，服务的封装是采用XML协议，具有自解析和自定义的特性，这样，基于SOA的中间件还可以实现语义互操作。SOA要实现互操作，就是通过一系列的标准族，来实现访问、连接和语义等各种层面的互操作。•标准化封装（满足互操作性）核心思想•复用核心思想•耦合性核心思想•设计原则核心思想（1）无状态。以避免服务请求者总依赖于服务的提供者的状态。（2）单一实例。避免功能冗余。（3）明确定义的接口。wsdl标准（4）自包含和模块化。独立进行部署、版本控制、自我管理等。（5）粗粒度。服务数量不应太大。（6）松耦合。（7）重用性。（8）互操作性。•基本架构核心思想•基本架构核心思想•WebService简单实现WebServices，从字面上理解就是通过Web提供的服务。我们可以理解WebServices是自包含的、模块化的应用程序，它可以在网络(通常为Web)中被描述、发布、查找以及调用；也可以理解WebServices是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这些规范使得WebSevices能与其他兼容的组件进行互操作；也可以这样理解，所谓Web服务，它是指由企业发布的完成其特别商务需求的在线应用服务，其他公司或应用软件能够通过Internet来访问并使用这项应用服务Web。service简单来说就是一个向外界暴露出的能够通过internet进行调用的api和应用程序，是基于SOA松耦合等思想开发出来的一套技术,但是它并一定完全符合SOA的架构。•WebService简单实现SOAP、WSDL(WebServicesDescriptionLanguage)、UDDI(UniversalDescriptionDiscoveryandIntegration)之一，soap用来描述传递信息的格式，WSDL用来描述如何访问具体的接口，uddi用来管理，分发，查询webService。具体实现可以搜索WebServices简单实例•WebService简单实现（1）Xfire（2）Axis2（3）CXF（1）JAX-WS（2）JAX-RSJavaAPIforRESTfulWebServicesThankYou!