GoZero微服务个人探究之路(零)个人对微服务产生原因的思考,对前三篇的补充

为什么产生了微服务架构--必要性

这里我觉得看GoZero作者写的博文就可以有很好的体会

具体的,他画了这一张图(以电商后台系统为例子)

所以,我个人产生了如下思考

1.业务逻辑越来越复杂,层层嵌套,分解成微服务有两个好处,分解一个庞大的服务成细小的微服务,更利于程序员各司其职,职能划分,同时也利于服务执行速度(一定程度提高了服务加速比)

2.微服务架构更加可靠,product,order,cart三个微服务都可以部署在不同的容器上,挂了一个其他也完全不受影响

3.由于服务被划分为微服务,为了增强前台透明性(你后台改来改去,不关我前台事),我前台只需要和BFF沟通就行了,BFF再和剩下的微服务沟通协调

为什么我要写并且学习微服务

这里划分为了两个问题,

为什么我要学习微服务,为什么我要用go学习微服务

1.我本人的开发技术栈主要专注于移动端(android,flutter)以及AI

单腿难立,每每听搞后台的朋友聊什么后台技术我就心感不甘(因为我不会),所以后来我学习了Go和Gin,这次接触微服务算是因为要写一个项目作为契机

2.第二个问题原因就是我有一定Go基础,同时也被Go语言所吸引

所以这个系列的文章算是菜鸟的摸索之路,并且记录下来

相关推荐
Nyarlathotep011326 分钟前
gin01:初探gin的启动
后端·go
Mintopia1 小时前
在深与广之间:产品、架构与开发如何为业务场景做权衡
架构
怕浪猫2 小时前
第21章:微服务与分布式架构中的Go应用
后端·go·编程语言
阿里云云原生16 小时前
5 分钟零代码改造,让 Go 应用自动获得全链路可观测能力
云原生·go
ray_liang19 小时前
用六边形架构与整洁架构对比是伪命题?
java·架构
Java编程爱好者20 小时前
字节二面:被问“大模型知识过时了怎么解?”,我答“微调”,面试官当场黑脸:“听说过 RAG 吗?”
架构
Coding君21 小时前
每日一Go-30、Go语言进阶-现代化部署:容器化与Docker
go
子玖1 天前
go实现通过ip解析城市
后端·go
葫芦的运维日志1 天前
从手动部署到GitOps只需四步
架构
sumuve1 天前
从100行到1行:我是如何重构IoT设备实时数据通信的?
架构·响应式设计