系统架构演化
1.最开始的时候是下面多个功能模块用一个DB数据库
2.然后分库 演化成每个功能模块用自己的数据库
3.然后再演化成功能和数据库单独一个程序
好处：
1.系统稳定性更好；因为业务肯定多变；职责清晰，每一块负责自己的事儿、可以独立演化；相互不影响
2. 职责更加清晰----专人做专事儿
3. 可以多个服务器为系统服务
4.因为上面是每个功能模块分一个进程如果要交互呢呢？
如下订单;1.生成订单 2.减库存 3. 生成物流信息 4也需要用户
这里就需要需要进程和进程之间进行交互
所以可以通过第三方存储---数据库/RabbitMQ 前后台项目； 后台写入数据库，前台取出数据，达到前后台数据通信；
服务和Remoting
2.服务式
这种是现在最流行的；通过协议来完后进程之间的交互；
协议：定义一种规范；统一标准；
3.RPC服务 RPC也可以做到进程和进程之间交互； gRPC----谷歌来的一个可以支持不同的的RPC;
局限于：.NET平台
网络协议
作用：网络传输数据；
OSI网络开发系统互联
一共是7层协议； 是一个国际的统一标准；在实际应用中，大部分并没有完全遵循这个；
TCP/IP四层模型
网络传输：
分层后：职责更加清晰；每一次之负责每一层的事儿；
TCP/IP五层模型
在一个局域网内；
1.实体层
电脑要组网，传输信息---连起来---电缆光缆双绞线+无线(蓝牙)
电脑之间能传递啥？ 0和1的电信
通过网卡，每一台电脑都会有一个网卡；每一个网卡都有一个MAC地址；
ARP协议：A主机需要传输数据给D 主机； Ai：广播
A主机发送广播信息：B/C/D 主机收到后，回复自己的MAC地址；A主机就就能得到局域网范围内的
MAC地址；
A---D：信息中说明：这条消息是发送给谁的；描述信息和具体的数据内容------广播----所有的网卡又
会都接收到数据信息； 要判断，看描述信息中是否是发送给自己，如果是发送给自己的，就接受；否
则就丢弃；
2.链路层
0和1有啥意义，需要用二进制去表达信息
还需要给电信号分组，把数据分拆head+data两块儿
head(18)做好数据描述， 数据data就可以拆分开了，有意义了
如果数据太多，可以拆分成多个帧
以上解读：传输是通过MAC地址广播式来传输；广播传输肯定的效率低；在互联网上不可能这样传输
的；
需要一个规则来定位到某一台电脑上去；
互联网是又很多组子网来组合起来；
3.网络层
基于MAC能完成数据传递---是广播的形式--人手一份儿---效率低，肯定得局限在子网络(直接物理连
接，相同的子网掩码)
需要一个合适的主机定位规则：
IP地址：-----不同的子网
MAC地址：子网的主机
数据可以传输到某一个电脑上：电脑上会有不同的应用程序；数据传输的到时候，只是传输到某一台电
脑肯定是不够的；需要定位到某一个具体的应用程序；
4.传输层
数据已经能准确的传输到某台电脑，但是电脑上有很多应用程序，你得告诉我，数据是哪个应用程序
的？
还有一个端口号：基于以上，就可以把消息传输到某一天电脑上的某一个应用程序；
这样就建立了链接，再开始通信。 不主动取消，就是长期链接(当然可能断网)
5.应用层
应用层协议：其实就是把tcp的包里的数据解读一下
就是这里面传输数据的格式
Http：url-httpmethod-httpheader-form
应用层协议就是解读传递来的字符串是什么格式
前面4层是做到让一个程序给另外一个程序正确的传递了一个字符串，应用层协议就是用规定字符串的格
式和意义的
数据传输协议：
UDP: 只负责传输，是否能够传输到目的地，他不管，可能会存在丢包；
TCP：是UDP一种升级版，支持确认模式；A传输数据给B, 1.A传递一个数字1 给B， B接收到以后，
再传输一个数字1 + x; A :接受到一个数字1+x, A就知道B ， A 还要再发送一次数据给B, 发一个
1+x+c 发给B，B接收到就是 1+x+c B就确定 B发给A 消息A接收到了； 才建立通信链接； 后续就
以此链接通信；
Http：无状态协议； 两个服务之间 在数据传输的过程中；每一次之间传输数据都是相互不影响的；
每一次都是独立的链接；
WebService 协议
