Service Mesh探索(一)

本文回顾了2017年技术债务积累的问题,并决定探索ServiceMesh作为偿还这些债务的一种方式。文章计划评估Istio、Envoy和Linkerd等框架,并讨论它们与Docker和Kubernetes的集成情况。

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

Service Mesh探索(一)

在2017的最后一天开始对旧的一年做了一些总结,也对新的一年有一些新的展望。虽然口头上说是技术总归是为了业务服务,但作为一个技术人,打心底总还是固执的认为技术就是技术,业务就是业务。
回头看2017年,创造了无数的技术债务。现在,债务已经开始影响整个团队的开发效率,是时候来一点点偿还了。

6月份的时候从infoQ的订阅上初步了解到了service mesh的概念。将服务治理从微服务框架中进一步抽离的方式是否会成为下一代实施微服务的优秀解决方案呢?
越来越多的大公司加入这个阵容,相关的框架也如雨后春笋般进入我们的视线。
本系列将对servicemesh进行尝试和探索,初步的大纲如下:
探索范围:
1.框架istio、envoy、Linkerd
2.docker集成–kubernetes and service mesh
3.优缺点。
4.适合范围。

由于刚刚开始,大纲比较简陋,会随时修改。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值