k8s上运行我们的springboot服务之——简单的架构思考

本文探讨了在Kubernetes(k8s)上运行SpringBoot服务的架构思考,强调了K8s与istio在微服务中的角色。文章提出通过istio进行服务治理,使用SpringCloud Gateway作为统一入口,并提供了包括基础服务划分、避免环形依赖在内的架构设计原则。还提到了未来的技术趋势,如物联网、人工智能等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

综述

目前java后台开发人员不管面试还是真实的项目实战都离不开一个主题soa,微服务的技术实现主要有springcloud和dubbo(当然还有其他的一些rpc框架)。个人觉得rpc架构只是一种服务调用的实现,我们开发人员更应该去了解各个技术实现各个复杂的业务功能(例如:如果用分布式锁去实现秒杀),具体表现在开发人员的工作内容了解业务去用合理的sql语句解决问题,其他的接口和底层的服务,在架构上应该是现成的拿来即可用。

随着k8s技术的出现和迅速的市场占有(可以去看看阿里云等无不和k8s有紧密的联系)个人觉得所有的rpc框架以后都不得不去拥抱k8s,目前springcloud已有k8s的starter了。

google果然是大厂,推出k8s后又推出了istio(link)了。个人觉得我们使用k8s+istio和springcloud的某些功能也能完美的搭建我们后台的微服务。这样能更好去构建开发,发布,测试,监控等等devops流程

一张粗略的架构图

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-55BMAbtW-1589352095433)(在这里插入图片描述外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5kmAI2Ve-1589352176197)()]
1、通过istio(边车,监控,负载均衡等等)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值