概要:
(1)通过上一篇项目的WebService搭建学习,能够有了对WebService一定的认识。
(2)接下来记录自己通过对WebService的学习对面向服务架构的理解。
WebService的几种应用:
第一:跨平台
理解:
比如说一个公司或者企业内部有:ERP系统(通过Java技术实现),OA系统(通过dotnet技术实现)。两个系统之间需要
交换数据,也就是相互调用。早期通过Socket协议实现通信,但是缺点需要根据交换数据的类型变化而变化(不同的厂商
有自己的socket协议规范,厂商与厂商之间也有不同的协议规范)。后来在微软 、IBM等大公司的推动下涉及到跨进程、
跨服务器、跨平台的这种通信的时候采用了soap协议通信。后来经过慢慢的发展soap协议成了实际的工业标准。但是soap
协议也是在HTTP基础之前经过一定的处理,也就是说底层通信仍然是走http协议。WebService走soap协议实现跨平台之间
通信,数据交换的。多用于企业内部不同系统之前的通信。
![](https://img.laitimes.com/img/_0nNw4CM6IyYiwiM6ICdiwiIwczLcVmds92czlGZvwVP9EUTDZ0aRJkSwk0LcxGbpZ2LcBDM08CXlpXazRnbvZ2LcRlMMVDT2EWNvwFdu9mZvwVP9EUYxh3VZxmSzwEMW1mY1RzRapnTtxkb5ckYplTeMZTTINGMShUYvwFd4VGdvwlMvw1ayFWbyVGdhd3PwMzNyIjMxIjNwUDM4EDMy8CX0Vmbu4GZzNmLn9Gbi1yZtl2Lc9CX6MHc0RHaiojIsJye.jpg)
第二:跨机器、跨进程通信。
理解:通过下图软件系统架构图我们能够发现,可以将业务逻辑层的方法,通过WebService进行封装和调用,此时整个软件
系统架构就发生了非常大的变化。变化点:UI层就可以单独部署,服务层也可以单独部署,并且服务层很容易做成集群。此时
项目架构被拆分成了服务,也就演变成:面向服务SOA的架构(服务即软件,软件即服务)。在做集群分布的时候:应该尽可
能的把软件系统压力分摊到应用层上来,因为应用层最灵活;往往是数据库层压力最难处理。
面向服务SOA架构图:
业务逻辑层通过WebService包装实例演示:
对服务层进行拆分,做成分布式简单分析图:
说明:欢迎各位博友们前来批评指正和交流,相互学习,共同进步。