WebService与使用风格RPC/SOA/REST

a.一般的系统，开发都是针对数据库开发，不存在系统之间的交互，但是随着现实是有好多系统（好多DB，DB不开放），这些系统之间要进行交互，就像人一样要互相帮助。所以可以通过一下的方式：

　　1.共享数据库DB（开发试图） ——————————————————- 比较简单，但是数据库压力大，最好不这样做

　　2.依靠FTP做文件共享进行通信——————————————————- 需要开发FTP服务器，走FTP协议

　　3.系统提供socket开发包进行Socket通信———————————————-必须开发两端（A端发送，B端接收，如何可以同步进行，定时或者实时），必须　　是同一语言

　　4.通过RPC远程调用——————————————————————不同的语言，比较常用

　　5.提供WebServicet，通过SOAP协议进行通信——————————————面向服务的架构（目前推崇的）

　　6.通过RestFull进行通讯————————————————————–面向服务的架构（目前推崇的）

b.SOA架构

　　自从大学开始就一直学习计算机这个专业，一直到毕业工作，都是从事软件开发的工作，对于SOA的认识好像还是模模糊糊的，今天无事，也算普及一下计算机的一些基本理论　　知识，所以说说最近自己的理解，当然了也参考的一些网上的介绍。

　　软件：对于开发软件来说，就是如同制作一个计算机处理器（有专用的，也有通用的），通用的一般比较好，因为我们可以DIY，但是这样就以一个问
题，随着时间的变化，肯　　　　　能这个组件要升级，但是其他组件在DIY这个组件，也就是有依赖，不能你改了之后影响了使用你的人，尽量避免干扰，那如
何实现？就是对外发布服务（就是发布一　　　　　　个访问方式比如SOAP等），这样只要双方认可SOAP那么就可以随便更改组件了，这就是面向服务的思
想。硬件就是通过接口（比如什么USEB接口，什么PCI总线等）

　　之间有联系：服务的自治，管制等，结合BPM,Rule，ESB，MQ Broker消息机制进行通信。

　　软件系统：

　　　　　　高可用高性能—–异步机制，消息机制，负载均衡机制，队列机制与调度机制（优先级）以及chain链机制

　　　　　　高安全 ———-基于网络传输基于应用比如加密压缩基于RBAC的权限控制机制

　　SOA:面向服务的一种架构：发布组件服务定位协议消息（目的就是为了服务自治，采取异步措施，接触调用外部而依赖导致服务自治失败，本质就是降低组件间的耦合　　　　性）代理

　消息的两种机制：

　　　　基于请求响应的比如HTTP

　　　　基于事件的EDA(观察者模式) 异构组件之间通信的松耦合 —-对象之间的松耦合，组件之间的松耦合，服务之间的松耦合是不是都是一样

介绍一个例子：

　　　　用户下一个订单的过程。

　　　　通过门户网站下一个订单提交 —–后台系统（有许多的系统进行处理）———-门户网站系统

以上就是一个基于ESB,BPM,Rule，SOA,EDA机制的多种系统协作，采取异步处理机制（事件机制，队列机制），高可用高性能（多线程）高安全（权限机制）进行处理。

观察发现特想计算机的主板一样，主板上通过插口连接各个处理器（比如内存，显卡，网卡等），交互都是采取总线进行交互（什么地址总线，数据总线，指
令总线），接口之间有接口控制器（再带适配转换）而ESB就类似于计算机上的总线，类似的网络上也有总线（也就是为了拓扑，什么总线结构，星行结构等），
操作系统上面上的通道（信道）等。总之总线技术就是进行通信（双工单工等）的一机制。

=========================================================================================