腾讯 TarsGo 服务 Hello World——RPC 通信

banner

作者:amc

引言:上一篇文章介绍了如何创建安装 TarsGo,同时也阐述了如何开始一个 TarsGo HTTP 服务。本文就要开始 TarsGo 的主力业务了:基于 TARS 自带的 RPC 协议,设计 TarsGo 服务。
本文的内容大致思路与官方 Quick Start 相同,但例子会有所不同,同时对于一些坑也会解释得详细点。本文的代码可以在我的 GitHub repo 中找到。

设计目标

上一篇文章中,我的 HTTP 服务器向前端返回一串 Json 字符串,其中包含了服务器时间。这一次,我设计一个服务(命名为amc.GoTarsServer.GoTarsObj)来提供服务器时间。HTTP 服务则向这个新服务请求时间之后再返回给用户。前文提到 HTTP 服务的实例名称相对不太重要,但是供内部 RPC 调用的服务,其名称就很重要了,它是其他服务进行寻址的重要依据。

设计协议

TARS 框架的原生 RPC 调用是使用专门设计的 tars 协议(文件后缀名 .tars)进行通信的。这个协议其实也不神秘,读者可以自行尝试一下、多看一些示例,很快就可以了解了。这里我按照我自己写的协议文件来说明吧:

// filename: DateTime.tars
module amc {
    struct GetTimeReq
    {
        0 optional  string  timeFmt;
    };

    struct GetTimeRsp
    {
        0 require   long    utcTimestamp;   // UTC UNIX timestamp
        1 require   long    localTimestamp;
        2 require   string  localTimeStr;
    };

    interface DateTime
    {
        int GetTime(GetTimeReq req, out GetTimeRsp rsp);
    };
};

协议解析

上面的协议中,其实包含了几个部分:

  • 文件名:是协议的一部分。协议文件名其实也就是这个协议包的名称,转换工具会将其转为同名的源文件。
  • 模块名:参考 C++ 的命名空间,开发者可以自由利用这个模块名。我个人喜欢维持和 App 同名。
  • 接口和方法:接口(interface)内可以定义多个 RPC 方法
  • 复合数据类型:使用 struct 定义复合数据类型

所以,解读上面的协议,如下:

  • 在接口 DateTime 下,定义了一个方法:GetTime
  • GetTime 方法包含两个参数,分别是两个结构体。
  • 入参中包含了变量名 timeFmt ,表示以什么样的格式返回时间信息
  • 出参包含了 UTC 时间戳、本地时间戳和时间字符串

个人建议

  • 在创建协议的时候,我喜欢以 int MethodName(MethodReq req, out MethodRsq rsp) 的模式来命名,不论是否有入参和出参,方法中的 reqrsp 都会存在。这种设计方式比较适合未来的扩展,如果需要添加参数或返回信息,只需要在两个 struct 中添加即可。
  • 第一次创建协议的时候,如果入参都是必要的,那么建议均设置为 require 属性,表示该参数是必须的;但是在以后扩展协议时,新增参数应设置为 optional 属性,保证还未升级到新版本协议的 clients 仍能正常调用。

服务端代码设计

创建源码模板

首先,我们可以用 TarsGo 自带的工具首先生成工程模版:

cd $GOPATH/src/github.com/TarsCloud/TarsGo/tars/tools
chmod +x create_tars_server.sh
./create_tars_server.sh amc GoTarsServer GoTars

执行脚本后,在相应目录下会生成必要的源文件:

$ cd ~/go/src/amc/GoTarsServer
$ ls -l
total 36
-rw-rw-r-- 1 centos centos  159 Jan  7 00:00 GoTars.tars
-rw-rw-r-- 1 centos centos  303 Jan  7 00:00 gotars_imp.go
-rw-rw-r-- 1 centos centos  964 Jan  7 00:00 config.conf
-rw-rw-r-- 1 centos centos  422 Jan  7 00:00 main.go
drwxrwxr-x 2 centos centos 4096 Jan  7 00:00 client
drwxrwxr-x 2 centos centos 4096 Jan  7 00:00 debugtool
-rw-rw-r-- 1 centos centos  252 Jan  7 00:00 makefile
-rw-rw-r-- 1 centos centos   59 Jan  7 00:00 start.sh
drwxrwxr-x 2 centos centos 4096 Jan  7 00:00 vendor

其中 GoTars.tars 文件,我们就不需要了,用上面的 DateTime.tars 文件替换之。接着,我们使用 TarsGo 的工具,将协议文件转换为源文件:

cd ~/go/src/amc/GoTarsServer
tars2go DateTime.tars

执行后,tars2go 会在当前目录下,根据 .tars 文件中指定的 module 字段,生成一个新的目录。比如上面的协议文件,moduleamc,那么 tars2go 就生成 amc 目录。读者可以自行查看目录下的文件,如果 .tars 文件更新的话,需要再次执行 tars2go 命令刷新相应的文件——当然,我觉得完全可以调整 makefile 的逻辑来自动实现这一点。

实现协议

协议的实现,在 gotars_imp.go 文件中实现。下面我只列出该文件中实现的主要部分:

package main

import (
    "fmt"
    "time"
    "context"
    "github.com/TarsCloud/TarsGo/tars"
    amc "amc/GoTarsServer/amc"
)

// GoTarsImp servant implementation
type GoTarsImp struct {}
// 获取log对象
var log = tars.GetLogger("logic")

func (imp *GoTarsImp) GetTime(ctx context.Context, req *amc.GetTimeReq, rsp *amc.GetTimeRsp) (int32, error) {    // Note 4
    // get timestamp
    utc_time := time.Now()
    local_time := utc_time.Local()

    // convert time string
    var time_str string
    if "" == (*req).TimeFmt {
        log.Debug("Use default time format")
        time_str = local_time.Format("01/02 15:04:05 2006")
    } else {
        log.Debug(fmt.Sprintf("Got format string: %s", (*req).TimeFmt))
        // ......
        // ......
        time_str = local_time.Format(time_str)
    }

    // construct response
    (*rsp).UtcTimestamp = utc_time.Unix()
    (*rsp).LocalTimestamp = local_time.Unix()
    (*rsp).LocalTimeStr = time_str
    return 0, nil
};

针对代码里的几个注释说明如下:

  1. 这里导入的包,就是前文 tars2go 所生成的 amc 目录下的 go 文件。通过导入该包,我们就可以 access 到我们在前面的 .tars 文件中所定义的结构体和方法。这里其实是写了一个基于 $GOPATH 的绝对路径来存取该包。
  2. 定义了该 servant 的对象,供 server 调用——这个后文讲到 server 时会再提到。
  3. 使用 TARS 自带的服务器本地日志模块。该模块需要传入一个文件名参数,模块会根据该文件名,在 /usr/local/app/tars/app_log/amc/GoTarsServer/ 目录下生成日志文件。比如我用的 log 文件名就是:amc.GoTarsServer_logic.log
  4. 这是 .tars 文件中 GetTime 的实现,它作为 GoTarsImp 对象的一个方法来实现。从返回值的角度,TarsGo RPC 方法的返回值除了协议中定义的(本例中是 int,对应于 Go 的 int32)之外,还有一个 error,如果需要的话,读者可以利用。

变量 / 方法名转换

细心的读者可能会发现,在上面的实现中,数据变量名和协议中定义的并不相同。是的,这就是刚转 Go 的开发者很容易遇到的坑之一:Go 语言是使用变量 / 方法 / 常量的命名方式来决定其可见性的,只有在首字母为大写的时候,该元素才能供外部访问。
笔者特意在 .tars 文件中,变量名采用了首字母小写的驼峰式命名法。读者可以看到,tars2go 会自动将变量名和方法名的首字母改为大写,以保证其可见性。请开发者注意,否则会在编译时遇到未定义错误。

server 代码调用

现在让我们回到 main.go 文件。其实工具自动生成的代码就差不多了,需要修改的是包导入的部分和新建app对象语句,改为如下所示:

import (
    "fmt"
    "os"
    "github.com/TarsCloud/TarsGo/tars"
    amc "amc/GoTarsServer/amc"
)

func main() {
    // Get server config
    cfg := tars.GetServerConfig()

    imp := new(GoTarsImp)
    err := imp.Init()
    if err != nil {
        fmt.Printf("GoTarsImp init fail, err:(%s)\n", err)
        os.Exit(-1)
    }
    // 默认为amc.GoTars,由于使用了DateTime.tars,需要修改为amc.DateTime
    app := new(amc.DateTime)
    app.AddServantWithContext(imp, cfg.App+"."+cfg.Server+".GoTarsObj")
    
    tars.Run()
}

其他不变。

客户端代码设计

这里我选择了上一篇文章中提到的 GoWebServer 来调用这个 TARS 服务。这里我们就需要将已有的代码进行改造了。需要改造的代码是 goweb_imp.go 文件 :

package main

import (
    "fmt"
    "net/http"
    "github.com/TarsCloud/TarsGo/tars"
    amc "amc/GoTarsServer/amc"
)

func HttpRootHandler(w http.ResponseWriter, r *http.Request) {

    comm := tars.NewCommunicator()
    app := new(amc.DateTime)
    obj := "amc.GoTarsServer.GoTarsObj"
    comm.SetProperty("locator", "tars.tarsregistry.QueryObj@tcp -h 192.168.211.128 -p 17890")

    req := amc.GetTimeReq{}    
    rsp := amc.GetTimeRsp{}    
    req.TimeFmt = ""

    comm.StringToProxy(obj, app)
    _, err := app.GetTime(&req, &rsp)
    if err != nil {
        // ...... 系统错误处理
    } else {
        // ...... 从 rsp 中取出问题
    }

    ret_str := fmt.Sprintf("{\"msg\":\"Hello, Tars-Go!\", \"time\":\"%s\"}", rsp.LocalTimeStr)
    w.Header().Set("Content-Type", "application/json;charset=utf-8")
    w.Write([]byte(ret_str))
    return
}

主要逻辑的说明如下:

  1. 选择路由,这里读者可以参照官方 Quick Start 文档的说明来解释。这里笔者就只采用正式用法。其中 192.168.211.12817890 是 TARS 主控 tarsregistry 的地址,可以通过TarsWeb界面查看
  2. 准备用于承载参数和返回值的结构体
  3. 这两行就是实际的 RPC 调用

发布服务

服务发布的方法在前一篇文章已经说明了。GoWebServer 只需要在原有基础上做更新操作即可。本文的 GoTarsServer 也同理。不同的是在 协议 选项,应该选择 TARS

腾讯 TarsGo 服务 Hello World——RPC 通信_第1张图片

服务发布、一切正常后,参照上一篇文章,再次访问 HTTP 服务,然后我们再查看 GoTarsServer 的 log,我们就可以看到两者已经成功地联系起来啦。

总结

TARS可以在考虑到易用性和高性能的同时快速构建系统并自动生成代码,帮助开发人员和企业以微服务的方式快速构建自己稳定可靠的分布式应用,从而令开发人员只关注业务逻辑,提高运营效率。多语言、敏捷研发、高可用和高效运营的特性使 TARS 成为企业级产品。

TARS微服务助您数字化转型,欢迎访问:

TARS官网:https://TarsCloud.org

TARS源码:https://github.com/TarsCloud

获取《TARS官方培训电子书》:https://wj.qq.com/s2/6570357/...

或扫码获取:

QR

原文发布于:https://cloud.tencent.com/developer/article/1382458

你可能感兴趣的:(golang,后端)