探讨Service Mesh中一种更高效的代理模式
借助 eBPF,作为 Service Mesh 的数据转发层,对接 Pilot、Mixer 等控制面,实现策略、流量和安全管理,是不是一种更高效的方式?这会比 Envoy 拥有更好的性能,虽然性能未必是 Mesh 首要考虑的问题,本文中讲述使用 Cilium 的尝试。
借助 eBPF,作为 Service Mesh 的数据转发层,对接 Pilot、Mixer 等控制面,实现策略、流量和安全管理,是不是一种更高效的方式?这会比 Envoy 拥有更好的性能,虽然性能未必是 Mesh 首要考虑的问题,本文中讲述使用 Cilium 的尝试。
通过使用 Istio Service Mesh 来保障 Kubernetes 平台服务。通常可以运行示例代码有助于用户更清晰的理解并将概念应用到实际的案例中。该项目围绕一个简单的 Node.js 应用程序演示了以 Istio Service Mesh 为 ETCD 的持久化数据服务的能力。
本文是InfoQ对Serivce Mesh业界领袖Matt Klein、Dan Berg、Priyanka Sharma、Lachlan Evenson、Varun Talwar、Oliver Gould的采访,几位大咖分别就Service Mesh的定义及其在微服务交互和治理方面带来的优势、服务网格与ESB的区别,谁应该关心服务网格,服务网格的运行方式、sidecar以及学习曲线展开了讨论。
本文中提到的典型是Envoy(数据平面)、Istio(控制平面)和Ambassador(API Gateway),Matt Klein指出人们在践行微服务的道路踩到的坑大多是与debugging有关,我们应该从服务网格的边缘开始实现反向代理、负载均衡和动态路由。实现或迁移基于容器技术的云原生平台如Kubernetes才刚刚开始,Service Mesh填补了该平台中的许多空白。
本文是Matt Klein于2017年9月在Meduim上发表的通用数据平面API文章,文中指出了Envoy在API设计上的要点,以及数据平面与控制平面的关系。
本文是在哥本哈根KubeCon上对Aspen Mesh(隶属于F5公司)的首席架构师Andrew Jenkins关于微服务和Service Mesh的采访。
Cookpad是日本的一家分享菜谱和烹调经验的网站,本文是该网站使用Service Mesh的实践,当前Cookpad没有直接使用Istio而是以Envoy为数据平面,自研的控制平面。
本文会给大家分享 Service Mesh 在蚂蚁金服的演进历程和在2018年6月举办的 GIAC 全球互联网架构大会中蚂蚁金服高级技术专家与现场人员关于Service Mesh的热门QA互动。
本文将探讨为什么我会坚信Istio会很受欢迎并给出了四个原因,分别从微服务与转型、微服务先驱Netflix OSS的案例、分布式架构的方面来阐述微服务使用服务网格的必然性。
Copyright ©️ 2018, ServiceMesher all rights reserved.
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows