文档首页 > > 开发指南> Mesh指南> 简介

简介

分享
更新时间: 2019/09/11 GMT+08:00

什么是mesher

Mesher是Service Mesh的一个具体的实现,是一个轻量的代理服务以Sidecar的方式与微服务一起运行。

Service Mesh是由William Morgan定义:

Service Mesh是一个基础设施层,用于处理服务间通信。云原生应用有着复杂的服务拓扑,Service Mesh保证请求可以在这些拓扑中可靠地传输。在实际应用当中,Service Mesh通常是由一系列轻量级的网络代理组成的,它们与应用程序部署在一起,但应用程序不需要知道它们的存在。

随着云原生应用的崛起,Service Mesh逐渐成为一个独立的基础设施层。在云原生模型里,一个应用可以由数百个服务组成,每个服务可能有数千个实例,而每个实例可能会持续地发生变化。服务间通信不仅异常复杂,而且也是运行时行为的基础。管理好服务间通信对于保证端到端的性能和可靠性来说是非常重要的。

Service Mesh实际上就是处于TCP/IP之上的一个抽象层,它假设底层的L3/L4网络能够点对点地传输字节(当然,它也假设网络环境是不可靠的,所以Service Mesh必须具备处理网络故障的能力)。

从某种程度上说,Service Mesh有点类似TCP/IP。TCP对网络端点间传输字节的机制进行了抽象,而Service Mesh则是对服务节点间请求的路由机制进行了抽象。Service Mesh不关心消息体是什么,也不关心它们是如何编码的。应用程序的目标是“将某些东西从A传送到B”,而Service Mesh所要做的就是实现这个目标,并处理传送过程中可能出现的任何故障。

与TCP不同的是,Service Mesh有着更高的目标:为应用运行时提供统一的、应用层面的可见性和可控性。Service Mesh将服务间通信从底层的基础设施中分离出来,让它成为整个生态系统的一等公民——它因此可以被监控、托管和控制。

为什么使用mesher

  • 业务代码无须改造
  • 支持老旧应用接入
  • 普通应用快速成为云原生应用
  • 业务代码零侵入

基本实现原理

Mesher是L7层协议代理,Mesher以Sidecar模式运行在应用所在的Pod内,与Pod共享网络与存储:

  1. Pod中的应用使用Mesher作为http代理,可以自动发现其他服务。
  2. Mesher会代替Pod中的应用向注册中心注册应用相关信息,以便让其他应用发现。

发起一次网络请求的过程中存在微服务消费者和提供者,场景如下:

  • 场景一:仅消费者使用Mesher作为Sidecar。

    提供者需要自己实现服务注册发现,或者使用Java或GO chassis开发框架,否则无法发现AccountService。

    应用间的网络请求如下:

    Store web -> Mesher -> Account service

  • 场景二:消费者提供者均使用Mesher作为Sidecar。

    此场景无需再使用微服务开发框架。

    应用间的网络请求如下:

    Store web -> Mesher -> Mesher -> Account service

  • 场景三:仅提供者使用Mesher作为Sidecar

    消费者需要使用 Java或者Go chassis开发框架。

    应用间的网络请求如下:

    Store web -> Mesher -> Account service

注意事项

应用上云后需要作出一定的配置变更。例如在Mesher所处环境外,StoreWeb在访问AccountService时使用http://IP:port/进行访问。在使用Mesher后,使用http://AccountService:port/即可进行访问,文档中将详细讲解。

分享:

    相关文档

    相关产品

文档是否有解决您的问题?

提交成功!

非常感谢您的反馈,我们会继续努力做到更好!

反馈提交失败,请稍后再试!

*必选

请至少选择或填写一项反馈信息

字符长度不能超过200

提交反馈 取消

如您有其它疑问,您也可以通过华为云社区问答频道来与我们联系探讨

跳转到云社区