tarsdocs
  • Readme.md
  • CLA
  • LICENSE
  • 基础介绍
    • 简介
    • 基础概念
    • 基础通信协议 Tars
    • 统一通信协议 Tup
    • 开发模式介绍
    • 模板配置
    • 服务市场
    • 服务扩展
    • 框架版本说明
  • 开源版框架介绍
    • 开源版本部署
      • 部署总体介绍
      • Docker环境安装
      • Mysql安装
      • 框架源码部署(Linux/Mac)
      • 框架源码部署(Windows)
      • 框架Docker部署
      • 框架节点部署
      • 业务服务容器化
      • 框架K8SDocker 部署
      • 框架K8STARS 部署
      • 框架K8SFramework 部署(强烈推荐)
      • 框架更新及扩容
      • 调用链升级注意事项
      • TarsWeb-v3.0.3升级说明
    • 开源版管理平台
      • TarsWeb说明
      • web用户体系
      • web管理平台 API
  • 企业版本介绍
    • 企业版说明
    • 框架集群化机制
    • 框架单节点机制
    • 使用二进制包部署
    • 使用容器部署
    • 业务服务一主多备机制
    • 命令行控制终端
    • IP-LIST级联缓存机制
    • 多数据中心管理
    • 多网络支持
    • 第三方服务管理
    • 数据产生和管理机制
    • 密码重置
    • TarsPython介绍
  • 框架关键特性
    • 业务配置
    • 服务监控
    • 无损发布/重启
    • 调用链
    • IDC分组
    • 鉴权功能
  • TarsCPP
    • 编译
    • 快速开发入门
    • 使用指南
    • 开发规范
    • 服务线程说明文档
    • protobuf 协议支持文档
    • 第三方协议支持
    • HTTP1 支持
    • HTTP2 支持
    • TLS 通信支持
    • Push 功能说明
    • PushCallback 功能说明
    • Cookie 支持
    • 队列模式
    • 手动绑定
    • 性能数据
    • 2.x 版本变化
    • 3.x 版本变化
    • 协程版本说明
    • 基础类库说明
    • [案例]
      • 框架快速入门
      • Http 服务示例
  • TarsJava
    • 快速开始
    • 快速开发入门
    • [使用指南]
      • Tars 服务开发与上线
      • HTTP 服务开发与上线
      • 生成接口调用文件
    • [性能测试]
      • tars java 压测代码
  • TarsGo
    • 基本介绍
    • 快速开始
    • 使用指南
    • cmake 管理代码
    • pb2tarsgo
    • 性能数据
    • 使用示例
  • TarsPHP
    • 搭建 php 环境
    • 快速开发入门
    • [快速起步]
      • 搭建 HttpServer
      • 搭建 TimerServer
      • 搭建 TcpServer
      • 搭建 WebSocketServer
      • 弹幕活动实战
    • [框架简介]
      • 简介
      • tars-server
      • tars-client
      • tars-config
      • tars-deploy
      • tars-extension
      • tars-log
      • tars-monitor
      • tars-registry
      • tars-report
      • tars-utils
      • tars2php
    • [高阶应用]
      • PHP 的 Swoole 框架如何接入 Tars
      • 与 thinkphp 结合使用
      • 与 Swoft 结合使用
      • 与 Laravel 结合使用
      • 与 Yii2 结合使用
      • 持续集成方案
    • [其他]
      • 常见问题
      • 如何 Debug
      • changelog
      • 其他外部文档
  • Tars.js
    • 基本介绍
    • 脚手架
    • 快速开发入门
    • @tars/stream
    • @tars/rpc
    • @tars/logs
    • @tars/config
    • @tars/monitor
    • @tars/notify
    • @tars/utils
    • @tars/dyeing
    • @tars/node-agent
    • @tars/winston-tars
    • tars2node
  • K8SFramework
    • [安装和使用说明]
      • 介绍
      • 特性
      • 安装
      • 升级
      • 云原生运维
      • 管理平台
      • 证书
    • [开发环境构建]
      • Dockerfile 说明
      • 服务发布流程说明
      • 制作基础编译镜像
      • 制作业务服务镜像
      • 制作 Helm 包
      • 发布业务镜像到 K8S 集群
      • 服务发布示例
      • 如何调试业务服务
  • 服务扩展
    • 云告警
    • 接口及压测工具
    • 网关服务
    • dcache缓存服务
    • 发送邮件服务
    • 一致性存储服务
    • 一致性存储web管理平台
    • 唯一计数服务
  • 常见问题
    • 安装常见问题
    • Issues
    • Issues-tarscpp
    • Issues-tarsjava
    • Issues-tarsgo
    • Issues-tarsphp
  • 开源合作
    • TarsFramework 项目 Git 合作规范
  • 直播视频
    • B 站 TARS 培训系列课程
  • 相关文章
    • TARS 技术文章
  • 其它资源分享
    • 下载
    • Tars 介绍.pptx
    • TarsPHP 解密.pdf
    • TarsJava 本地调试.pdf
    • 微服务在腾讯的业务实践.pptx
Powered by GitBook
On this page
  • 目录
  • 1 部署简介
  • 2 源码编译方式部署
  • 3 框架 Docker 化部署
  • 4 K8S Docker 部署
  • 5 K8S Framework部署
  • 6 推荐部署方案

Was this helpful?

  1. 开源版框架介绍
  2. 开源版本部署

部署总体介绍

Previous开源版本部署NextDocker环境安装

Last updated 2 years ago

Was this helpful?

目录

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

1 部署简介

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

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

  • mysql, 用于存储各种服务信息

  • 框架服务是由多个 Tars 实现好的服务(c++实现), web 管理平台(nodejs)构成

  • 业务服务是由开发团队根据产品需求自己实现的服务, 这些服务可以由 c++, java, go, nodejs, php 等语言实现

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

  • mysql 集群(主从配置或者集群配置): 通常主从配置即可, 正常情况, 即使 mysql 挂了, 也不会影响业务服务的运行(但是会影响部署和发布)

  • 框架服务: 是由多个 c++实现的 tars 服务 + web 管理平台组成, 通常部署在两台机器上, 其中一台会多部署 web 管理平台, tarspatch, tarsAdminRegistry, 运行过程中框架服务器都挂了, 也不会影响业务服务的运行(影响部署和发布)

  • 多台节点服务器: 从 1 台至上万台, 每台节点服务器上都必须部署一个 tarsnode 进程, tarsnode 要连接到框架服务上(连接 tarsregistry)

  • 业务自己实现的服务通过 web 管理平台发布到这些节点服务器上

Tars 的部署工作包括:

  • mysql 的安装

  • 框架服务部署(一般是两台服务器)

  • 节点服务器部署(部署 tarsnode), 一般可以通过 web 管理平台远程部署节点服务器

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

Tars 部署方式有以下几种:

  • 源码编译部署

  • Docker 部署

  • K8s Docker 部署

  • K8s Tars 融合部署

  • K8s Framework 融合部署

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

2 源码编译方式部署

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

  • 安装 mysql

  • 下载源码(TarsFramework)

  • 编译源码

  • 下载管理平台(TarsWeb)

  • 通过一键部署脚本完成部署

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

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

3 框架 Docker 化部署

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

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

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

两者区别如下:

  • 源码制作

    • 需要手工下载源码, 一步一步制作 docker

    • 镜像都采用了国内镜像, 比较容易制作成功

    • 制作的镜像, 不包含运行环境, 即 java, php 等需要运行时的环境的业务服务, 无法发布到 docker 镜像内部

  • 自动制作

    • 一键运行命令, 既可以完成镜像的制作

    • 采用的系统默认的源, 可能连接海外源, 较慢(但是在 github 上 action 制作的时候比较快)

这种模式下, 几点注意:

  • 框架 framework 模式是运行在 docker 容器中的, 因此更新起来非常方便, 整体更新即可.

  • 节点服务既可以使用 tarsnode 容器(服务发布后运行在容器里面), 也可以在虚拟机(物理上)安装 tarsnode 进程, 这样服务发布后直接运行在虚拟机(物理机上).

  • 从 tarscloud/framework:v3.0.5 开始, 也支持业务服务运行在自己独立的容器中, 这种情况下:

    • 需要在 web 平台配置服务以容器运行

    • 节点服务需要安装 node, 如果你的节点服务也是一个 tarsnode 容器运行, 则启动时映射宿主机的 docker socket 即可.

4 K8S Docker 部署

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

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

  • 将框架服务容器化, 使用 docker: tarscloud/framework 或 tarscloud/tars

  • 将 tarsnode 节点也容器化, 使用 docker: tarscloud/tars-node

  • tars 框架和 tarsnode 节点都作为 pod 部署在 k8s 上, pod 运行的容器当成一台虚拟机

  • 通过 tars web 发布服务到这些容器中运行

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

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

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

建议解决方式如下:

  • 所有 pod 可以采用 stateful headless 模式部署, 每个都有独立的域名, 比如 tars-0, tars-1, tarsnode-1, tarsnode-2 等...

  • 业务服务部署时, 业务节点都采用域名(不要采用 ip)

5 K8S Framework部署

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

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

6 推荐部署方案

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

    • 框架使用 docker 部署: tarscloud/framework

    • 节点使用 docker 部署: tarscloud/tars-node

    • 这种方式下, 可以根据需要启用容器化运行(这样每个业务服务也运行在独立的容器中)

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

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

源码制作, 参见 docker 制作部分.

自动制作(不包含运行环境), 参见 tarscloud/framework 部分

自动制作(包含运行环境), 参见 tarscloud/tars 部分

Tars 团队已经制作了一个

如果你的公司规模较大, 且熟悉 K8S 那么推荐使用

如果你的公司规模较小, 或者不熟悉 K8S, 那么推荐一般的:

Docker部署方式
K8SFramework模式
Install
Install
docker
docker
一键部署 k8s 的方案
具体请参看
K8S Framework部署
Docker 部署方式
设计
部署简介
源码编译方式部署
框架 Docker 化部署
K8s Docker 部署
K8s 融合部署
推荐的部署方案