作者: 哗啦啦 mesh团队,热衷于kubernetes、devops、apollo、istio、linkerd、openstack、calico 等领域技术。 概述 Linkerd2由控制平面和数据平面组成: 控制平面是在一个专门的Kubernetes命名空间(默认是linkerd)中运行的
本文为翻译文章,点击查看原文。 编者按 目前 Kubernetes 的 Pod 水平自动伸缩(HPA,Horizontal Pod Autoscaler)已在业界广泛应用。但对一些特殊的 Pod(如一些有状态的 Pod),HPA 并不能很好地解决资源不足的问题。 这就引出 Pod 垂直自动伸缩(VP
Banner 活动主题:Kubernetes & Cloud Native X Service Mesh Meetup 活动时间:2019 年 11 月 24 日(星期日)9:30-16:30 活动地点:北京朝阳大望京科技商务园区宏泰东街浦项中心B座2层多功能厅 活动形式:线下活动 活
Envoy的内存占用 在Istio服务网格中,每个Envoy占用的内存也许并不算多,但所有sidecar增加的内存累积起来则是一个不小的数字。在进行商用部署时,我们需要考虑如何优化并减少服务网格带来的额外内存消耗。 下面是在我环境中的一个实测数据: Envoy配置中的Listener和Cluster
第九届 Service Mesh Meetup 杭州站,12 月 28 日在杭州滴滴举行,现场 150+ 参与,下面是现场合影(人太多,镜头没装下)。 活动现场照片 视频回放与资料下载 地址:https://tech.antfin.com/community/activities/10
本文根据网易高级技术专家王国云于第九届 Service Mesh Meetup 杭州站上分享的整理而成。 王国云-网易-Service Mesh Meetup 背景 Service Mesh在严选的探索与实践大致分了以下几个阶段。 第一个阶段是探索期(2015年底~2016年4月) 网
引子 早在 2019 年底的 KubeConNA 中,Google API 基础设施的架构师 Louis Ryan 就透露了 Istio 控制平面架构将要进行调整的消息。从即将发布的 1.5 版本开始,原本多个独立的组件将会整合在一起,成为一个单体结构。相信每个开发者都能意识到架构调整会带来什么样的
本文译自 The Future of Cloud Native Applications With OAM and Dapr。 在2019年11月4日至8日于佛罗里达州奥兰多举办的2019年微软Ignite大会上,Azure首席技术官Mark Russinovich介绍了微软开发的两个创新和革命性的
背景 有外文指出,2020 年 Service Mesh 技术将有以下三大发展: 快速增长的服务网格需求; Istio 很难被打败,很可能成为服务网格技术的事实标准; 出现更多的服务网格用例,WebAssembly 将带来新的可能。 针对 Service Mesh 技术,ServiceMeshe
本文为翻译文章,点击查看原文。 编者按 如文章标题所示,本文通过对 Service Mesh 技术和 API 网关的对比,着重分析了两者的功能重合点和分歧点,解答了开发者的困惑,为如果进行技术选型和落地提供了指导思路。 前言 这篇文章也许无法打破缠绕在 API 网关和服务网格周围的喧嚣。即便已经是
2020 年 2 月 4 日到 2 月11 日,ServiceMesher 社区发起了 Service Mesh 终端用户调查,以下为问卷调查结果。 参与问卷调查的人员情况 共收集到 516 份问卷结果,问卷填写者 94.2% 来自 ServiceMesher 社区,21.7% 的人参与过社区线上活
前言 当第一次看到Network Service Mesh这一名词时,你很可能和我一样好奇它到底是什么?是否和Service Mesh有什么关系?Network Service Mesh是云原生领域中一个新的热点,是CNCF(云原生基金会)中的一个沙箱项目。本文将介绍Network Service
背景 这是使用 istio 最常见的困境:在微服务中引入 envoy 作为代理后,当流量访问和预期行为不符时,用户很难快速确定问题是出在哪个环节。客户端收到的异常响应,诸如 403、404、503 或者连接中断等,可能是链路中任一 sidecar 执行流量管控的结果, 但也有可能是来自某个服务的合理
引子 Istio 1.5 是一个具有重大变革的版本。长久以来,面对社区对 Istio 的性能和易用性的诟病,Istio 团队终于正视自身的问题,在当前版本中彻底推翻了原有控制平面的架构,完成了重建。正如 Simplified Istio 文中所说: 复杂是万恶之源,让我们停止焦虑,爱上单体。 I
本文为翻译文章,点击查看原文。 译者注:Istio的架构在1.5版本中发生了翻天覆地的变化,控制平面从微服务回归单体,pilot、citadel、galley等控制平面组件整合成了单一的istiod二进制文件,同时饱受诟病的mixer同志终于在1.5中deprecated了,社区呼声很高的Wasm以
最近几个月一直在研究 kubernetes 的 scheduling-framework 调度框架,发现还是十分有意思的,我自己也实现了一个基于 scheduling-framework 调度框架的自定义调度器,希望感兴趣的同学一起学习:https://github.com/NJUPT-ISL/Yo
简介 本文是基于阿里云托管服务网格 ASM 完成应用在多集群环境中全自动化渐进式发布的 GitOps 实践。 ASM 阿里云服务网格(Alibaba Cloud Service Mesh,简称 ASM)提供了一个全托管式的服务网格平台,兼容于社区 Istio 开源服务网格,用于简化服务的治理,包括服
简介 Istio 1.5 回归单体架构,并抛却原有的 out-of-process 的数据面(Envoy)扩展方式,转而拥抱基于 WASM 的 in-proxy 扩展,以期获得更好的性能。本文基于网易杭州研究院轻舟云原生团队的调研与探索,介绍 WASM 的社区发展与实践。 超简单版解释: –>
前言 关于Service Mesh和API Gateway之间的关系,这个问题过去两年间经常被问起,社区也有不少文章和资料给出解答。其中不乏 Christian Posta 这样的网红给出过深度介绍。我在这里做一个资料的整理和汇总,结合个人的理解给出一些看法。另外在本文最后,介绍蚂蚁金服在Servi
本文基于 Istio 1.5.1 版本,将为大家介绍以下内容: 什么是 sidecar 模式和它的优势在哪里。 Istio 中是如何做 sidecar 注入的? Sidecar proxy 是如何做透明流量劫持的? 流量是如何路由到 upstream 的? 在此之前我曾写过基于 Istio 1.