容器、服务网格和API网关:从边缘开始
本文中提到的典型是Envoy(数据平面)、Istio(控制平面)和Ambassador(API Gateway),Matt Klein指出人们在践行微服务的道路踩到的坑大多是与debugging有关,我们应该从服务网格的边缘开始实现反向代理、负载均衡和动态路由。实现或迁移基于容器技术的云原生平台如Kubernetes才刚刚开始,Service Mesh填补了该平台中的许多空白。
本文中提到的典型是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 设计来解决问题,作者分享了华为的 Service Mesh 设计之道。
在Kubernetes称为容器编排的标准之后,Service Mesh开始火了起来,但是很多文章讲概念的多,讲技术细节的少,所以专门写一篇文章,来解析Service Mesh背后的技术细节。
今天我们不谈技术,不谈架构,也不谈具体的产品,我们来聊一聊在未来一两年之内,Service Mesh技术会在微服务相关的市场带来什么样的变化?
Copyright ©️ 2018, ServiceMesher all rights reserved.
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows