从传统项目------》微服务 这个过程怎么变化的?(一)

本文从传统项目的三层架构出发,探讨了随着用户数量激增,单一服务器架构的局限性,进而引出分布式架构的必要性。详细解释了分布式事务的概念及其在解决分布式环境下数据一致性问题中的作用。

聊聊这些年听起来高大上的分布式事务

文章 目录结构
文章整体思路

说传统事务-------》 演化过程---------》 微服务

1 先说传统项目结构

假设你有一个网站,里面有个服务很吸引人 ,比如 每注册一下就送 10块大洋 ,然后小明知道了,想注册,

, 那业务怎么走的内?

-----------------------------------------------------------------------流程说明---------------------------------------------------------------------------------
比如 : 用户看到咱们网站想注册,整个流程是这样的

首先 控制层接收前台发来的请求,里面包含了一些个人信息
(比如:你的用户名 邮箱 qq号 别问我哪里来的 ,
丫的你注册不就输入这些东西)

控制层说: “”有人要注册我们网站了,快 快找到service 赶紧处理 太久了,用户就不注册了 ”

紧接着

业务层说:“那你拿过来呗 接着控制层就拿到了 做一些处理
(说白了就是 取出个人信息 判断下有没有什么非法字符 前台也可以判断,
但前台的判断就是玩玩的 不靠谱)
没问题后说, 我这边干完了,接着该老Dao来干活了

然后

持久层:“拿到业务层的信息 操作JDBC 取存到数据库”

接着在把处理结果给前台 ----》 显示 “注册成功,,,,,3秒跳转红包界面,,,请领取10元“”

后面 小明成功了 然后告诉了小红 小红有告诉了她的的闺蜜小吴 ,小吴又告诉了她的闺蜜小倩,小倩又告诉她闺蜜小茹,,,,,,,

接着 一传10 ,10传100 ,100传1000 ,你的网站用户越来越多,,,,

整个流程
传统项目就 三层架构

控制层 ----》 业务层 ----》 持久层

想问一下会有啥问题不?

可能有人会说 你不用多久 网站没没钱了 这是一方面

还有一方面 那就是 你的网站扛不住 ,你想一下 你的网站全部放在一台电脑上玩,当1个小明还好,要是你知道人拉人很恐怖,不一会你的电脑就抗不住了,就马爸爸的淘宝,双11来的时候 你觉得一台电脑能行吗

那咋办????? 马云想了一下 我有钱 ,这样 加电脑 不差钱 (这里涉及到阿里爸爸提出的去 “IOE” 化)

然后程序员说 得嘞 --------》 就这样 分布式就产生了

说白了分布式就是 多台一个小项目分成n个,当然只要你有钱 n等于几无所谓,

发布大n台电脑上 这就是分布式

那你想问,那n台电脑间 怎么通信 ?

下回讲 打字太tm累了

(以上均为个人为方便理解所杜撰的东西 ,但大概的意思你懂就行 不用钻牛角 )

2 分布式事务

待更新。。。。。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值