soa

在一个基于SOA架构的分布式系统体系中，服务（Service）成为了基本的功能提供单元，无论与业务流程无关的基础功能，还是具体的业务逻辑，均实现在相应的服务之中。服务对外提供统一的接口，服务之间采用标准的通信方式进行交互，各个单一的服务精又有效的组合、编排成为一个有机的整体。在这样一个分布式系统中某个活动（Activity）的实现往往需要跨越单个服务的边界，如何协调多个服务之间的关系使之为活动功能的实现服务，涉及到SOA一个重要的课题：服务协作（Service Coordination）。而具体来讲，一个分布式的活动可能会执行几秒钟，比如银行转帐；也可能执行几分钟、几个小时、几天甚至更长，比如移民局处理移民的申请。事务，无疑是属于短暂运行服务协作（Short-Running Service Coordination）的范畴。 一、 什么是事务（Transaction） 事务提供一种机制将一个活动涉及的所有操作纳入到一个不可分割的执行单元，组成事务的所有操作只有在所有操作均能正常执行的情况下方能提交，只要其中任一操作执行失败，都将导致整个事务的回滚。简单地说，事务提供一种“要么什么都不做，要么做全套（All or Nothing）”机制。事务具有如下四个属性，根据其首字母，我们一般将其称为事务的ACID四大属性： 原子性（Atomicity）： “原子”这个词的本义就是不可分割的意思

对不起，我的纳米盘因为某些人的原因里面的内容 已经被删除，现在 停止分享 了。对此我很抱歉，对 于那些登陆我的纳米盘并且 删东西的人 我在此无语 啦！很无语！还改我密码！！ 素质啊，素质啊！ 当然，我对100楼之前的人都给发过分享书籍，大家可以找他们,谢谢！鉴于大家对这些书都比较关注，特别是文件中转战的意见，我把内容放到中转站里啦！有意向的加QQ把！307073463验证：博客园 或者书籍下载连接： http://www.cnblogs.com/jingtao/archive/2008/05/09/1189823.html 放在首页交流一下，帮助想要学习的人们！有条件的请买正版书籍，呵呵！资料仅供参考 CSS：CSS.Mastery.精通CSS.rar css20指导手册.chm JavaScript：javascript权威指南(4).pdf javascript权威指南第五版.chm [JavaScript圣经第六版].rar FrameWork：精通.Net核心技术原理与构架.Pdf c#：C#Primer英文版 csharp language specification.doc SilverLight：2008年最新出版Silverlight及Blend学习电子书教程合集 WPF：Applications = Code + Markup 设计模式：HeadFirst设计模式

SOA、微服务与服务网格 SOA要解决的核心问题是系统间的集成【首要解决系统间通讯问题，从原来散乱无规划的网状结构梳理成星型结构，通过引入ESB等技术、服务管理规范解决核心的有序问题】，系统的服务化【解决的核心问题是复用】，业务的服务化【解决的核心问题是高效】。 微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时以SOA的思想进入到单个业务系统内部实现真正的组件化。SOA注重系统间集成，而微服务关注的事完全的分离。 微服务更注重服务之间的生态， 专注于服务治理等方面，而服务网格更专注于服务间的通讯，以及和DevOps更好的结合。 从1998年刚开始到现在中国互联网20岁了，作为90后他发展成长太快了，从PC互联网到移动互联网再到物联网。下一代商业模式的核心要素是什么，除了流量、资本、技术和数据以及开放平台外，还有什么新的要素。 如何选开源协议，目前常见的就是要注意复用开源代码后自己的代码是否也必须开源，如果想不开源就不要用GPL等许可，而要用BSD、MIT等许可。 分层架构设计是常用的系统架构设计方法，尤其是MVC及其变现在现代很常用。虽然它可能有开发成本高、性能稍低，可扩展性低等问题，但它能通过关注点分离来降低系统的复杂度，满足单一职责、高内聚、低耦合、提高可复用性和降低维护成本。 单机系统性能总是存在瓶颈的，所以早年阿里要去IOE（IBM小型机、Oracle数据库

1.SOA架构和微服务架构的区别 首先SOA和微服务架构一个层面的东西，而对于ESB和微服务网关是一个层面的东西，一个谈到是架构风格和方法，一个谈的是实现工具或组件。 1.SOA（Service Oriented Architecture）“面向服务的架构”:他是一种设计方法，其中包含多个服务， 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在于操作系统进程中。各个服务之间 通过网络调用。 2.微服务架构:其实和 SOA 架构类似，微服务是在 SOA 上做的升华，微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。 微服务架构 = 80%的SOA服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想 2.ESB和微服务API网关。 1.ESB（企业服务总线），简单 来说 ESB 就是一根管道，用来连接各个服务节点。为了集 成不同系统，不同协议的服务，ESB 做了消息的转化解释和路由工作，让不同的服务互联互通； 2.API网关:API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存

单体应用架构 从单体应用架构发展到SOA架构，再到微服务架构，应用架构经历了多年的不断演进。 初生 ​ 在Web应用程序发展的早期，大部分的Web工程是将所有的功能模块打包到一起部署和运行。 在单体应用中，所有这些模块都集成在一起，这样的系统架构就叫做单体应用架构。 单体应用是最早的应用形态，开发和部署都很简单。 典型的技术是LAMP，即Linux、Apache、Mysql、PHP，但是PHP的性能并不是很好，随着网站业务的发展，越来越多的用户访问，这种架构的性能越来越差，越来越多的数据导致储存空间不足。这时候该怎么办呢？将应用服务与数据服务分离。 应用服务与数据服务分离 在扩展的过程中，应用服务器需要更快更强大的CPU（处理大量的业务逻辑），数据库服务器需要更快的硬盘和更大的内存（快速磁盘检索和数据缓存），文件服务器需要更大的硬盘（存储大量用户上传的文件）。 不同的服务器承担不同的服务角色，提高了并发处理能力，扩大了数据存储空间，整个系统的性能会有较大提升。 可是随着用户增多，网站再次面临挑战。数据库压力太大导致访问延迟，进而影响整个网站的性能，用户体验感极差！这时候该怎么办呢？使用缓存提高性能。 使用缓存改善性能 使用本地缓存速度会极快，但是空间有限，使用远程分布式缓存速度稍慢（相对本地缓存来说稍慢，但也很快了），但是可以按需扩展。常用的缓存组件是Redis、Memcache。

单体架构-》SOA-》微服务： 1. 从三层到mvc单体架构（特点：用户少并发少，并发增加），便于管理在一个项目中，但项目越来越大满足不了需求过于臃肿、不能拓展（有些模块需要进行扩展有些无需扩展）、资源不能分离。 2.SOA和微服务都是架构思想，基于SOA的架构思想将重复公用的功能抽取为组件，以服务的方式给系统提供服务，系统与服务之间采用webservice、rpc等方式进行通信，ESB企业服务总线作为项目与服务之间通信的桥梁。EAI是什么，各个系统间互联，相互传数据的解决方案，原来通过socket通讯方式，只能在同一平台上进行通讯。基于中间系统，为了能满足跨平台的通讯，出现了webserver松耦合的通讯方式，数据通过xml传输。ESB包含了EAI的功能， 简单 来说 ESB 就是一根管道，用来连接各个服务节点。为了集 成不同系统，不同协议的服务，ESB 做了消息的转化解释和路由工作，让不同的服务互联互通。与API网关统一层面的东西，在微服务思想中叫API网关，SOA思想中是ESB，在之前是EAI。 3. 前端代码和后台得分离，将后台代码分布在多个服务器上，负载均衡，缓解并发压力。慢慢对于模块中不同的需求，某个模块需要更多的服务器有些或许对性能要求不高，从而产生了微服务化，将原有的业务拆成独立的工程， 独立部署，灵活扩展。微服务是以每一个独立组件（例如用户服务，商品服务

<微服务设计>1.3节：SOA是一种设计方法，其中包含多个服务，而服务之间通过配合最终会提供一系列功能。一个服务通常以独立的形式存在于操作系统进程中。服务之间通过网络调用，而非采用进程内调用的方式。 通俗易懂的讲SOA 对SOA的粗暴理解：把系统按照实际业务进行拆分，拆分成大小合适、独立部署的模块、每个模块之间相互独立。 比如现在有一个数据库，一个JavaWeb网站客户端，一个IOS客户端，一个安卓客户端。 现在我要从这个数据库中获取用户注册列表，如果不用SAO设计理念，那么就会这样：JavaWeb端网站里面写一个查询方法从数据库中获取数据然后现在在网页上，IOS客户端里面也写一个查询方法获取数据显示，IOS也是这样。弊端就是，三个地方都有相同的业务代码，如果要改的话，就要改三个地方，而且改的一模一样，当然，问题可能不止这一个。 于是乎，出现了这样的设计思想，比如用Java(或者其他语言皆可)单独创建一个工厂部署在一台单独的服务器上，并且写一个方法执行查询用户注册列表这个操作。然后其他人通过某种途径(可以是http链接或者是基于socket的RPC)访问这个方法返回数据，返回的数据类型可以是xml，也可以是json。简单来说，就是把这个操作封装到一个工程当中去，然后暴露访问的方式，形成"服务"。所有增删改查都通过这个服务进行。 这样一来，JavaWeb可以访问这个服务