Skip to the content.

目录

在了解部署之前, 请务必整体了解 Tars 的设计

1 部署简介

需要了解 Tars 部署基础知识:

Tars 由 mysql+框架服务+业务服务组成:

Tars 完成部署后, 从服务器角度, 它由以下几部分组成:

Tars 的部署工作包括:

注意:如果节点服务器上运行了不同语言实现的业务服务, 那么节点服务器的运行环境需要自己安装, 比如安装 jdk, node 等

Tars 部署方式有以下几种:

根据你的需要选择一种即可, 推荐非K8S模式下使用Docker部署方式, K8S模式下使用K8SFramework模式.

建议部署都在 linux 上完成, 即使是 docker 安装, 推荐使用 ubuntu:20.04以及后续版本

2 源码编译方式部署

源码部署方式是了解 Tars 非常好的途径, 主要步骤如下:

源码部署细节方式请参见 Install 中的源码部署部分, 强烈建议阅读.

源码部署方式 Tars 框架服务都以独立的进程模式运行在服务器上, 可以手工启停, 每个服务都可以独立更新.

注意:该方式建议对 Tars 比较熟悉的团队使用

3 框架 Docker 化部署

源码部署虽然可以独立更新, 但是也带来了不便, 毕竟每个模块更新还是比较麻烦的, 同时模块版本可能还有依赖, 更新维护就更麻烦了.

在这种情况下, 可以选择框架 Docker 化部署: 简单的说, 将框架服务以及 web 都 docker 容器化, 启动容器则框架服务都自动启动, 更新时也整体更新.

Tars 框架的 Docker 制作分三种模式:

两者区别如下:

这种模式下, 几点注意:

4 K8S Docker 部署

框架 Docker 部署, 虽然极大方便了框架的部署, 但是对于使用 k8s 来管理容器的团队而言, 仍然有很多工作要做.

因此这里, 提供一种 k8s 上部署 Tars 的建议:

注意:docker 内部提供了各种语言的运行环境, 可以把业务服务发布到 docker 内部运行(相当于把 docker 当成虚拟机)

虽然这种方式并没有把每个服务都做一个 pod, 独立运行在 k8s 上, 但是也基本解决了 tars 和 k8s 结合的问题, 虽然不优雅, 当整体可用.

这种模式下需要解决的最核心问题是: 框架服务和 tarsnode 都作为 pod, 可能会死掉并产生漂移, 导致 ip 会变化, 如何解决?

建议解决方式如下:

Tars 团队已经制作了一个一键部署 k8s 的方案

5 K8S Framework部署

上面 K8s 的 Docker 部署, 虽然把 Tars 部署在 k8s 上运行起来, 但是实际发布, 扩容并没有使用 K8s, 只是把 k8s 当成了一个容器管理平台了.

https://github.com/TarsCloud/K8SFramework 提供了一种 Tars 和 K8S 深度融合的方案, 使用 k8s 部署的情况强烈推荐这种模式!

具体请参看

6 推荐部署方案

tars 的部署方式非常灵活和多样化, 可以根据自己公司的实际状况来选择, 我们对于部署方案的推荐如下: