linkerd mysql_《云计算与虚拟化技术丛书 Service Mesh实战》—3深入浅出Linkerd配置...

第二部分

中　级　篇

■第3章　深入浅出Linkerd配置

■第4章　深入Linkerd数据访问流

■第5章　Linkerd部署模式

■第6章　Linkerd控制层：Namerd

第3章

深入浅出Linkerd配置

完成第2章的学习之后，大家对Linkerd的基本功能、架构及如何安装Linkerd有一定的了解。而本章将通过配置Linkerd使其实现一个示例应用间的相互通信，然后依次深入介绍Linkerd的主要配置，帮助大家理解Linkerd的工作原理。

3.1　示例应用

在正式开始讲解Linkerd配置之前，首先介绍将贯穿后续所有章节的一个简单应用：演唱会预定应用，该应用主要用作讲解Linkerd，它由三个微服务：UserService、BookingService和ConcertService以及MySQL数据库构成。

UserService提供REST API接口

GET /healthcheck用作服务健康检测；

POST /users创建用户；

GET /users查询所有用户；

GET /users/{user_id}查询ID为user_id的用户；

GET /users/{user_id}/bookings查询用户ID为user_id的所有演唱会预订及演唱会详细信息，该过程UserService将调用BookingService查询用户的所有预定以及调用ConcertService查看预定对应演唱会的详细信息。

BookingSerivce提供REST API接口

GET /healthcheck用作服务健康检测；

POST /bookings预定演唱会，该操作将调用ConcertService验证所预定演唱会在后台存在与否；

GET /bookings/{user_id}查询用户ID为user_id预定的演唱会。

ConcertService提供REST API接口

GET /healthcheck用作服务健康检测；

POST /concerts创建演唱会信息；

GET /concerts查询所有演唱会信息；

GET /concerts/{id}查询ID为id的演唱会信息。

每个服务都提供healthcheck接口用于健康监测，并且相关信息如用户信息、预定信息及演唱会信息都会写入MySQL数据库。实际上，每个微服务都可以构建独立的数据库，示例中为了简单起见，三个服务共享一个数据库。

它们之间的通信流如图3-1所示。

图3-1　示例应用架构

注意    关于演唱会预定应用及后续所有章节涉及的源码均可在https://github.com/yangzhares/linkerd-in-action中找到。