作者:张富春(ahfuzhang),转载时请注明作者和引用链接,谢谢!
我在多进程插件框架 hashicorp/go-plugin 的基础上,使用 protoreflect 来解析 proto3 语法的IDL文件,通过命令行工具自动生成多进程框架的 callee 和 caller 代码。
项目的地址请看:https://github.com/ahfuzhang/go-plugin/tree/main/examples/code_generator
并且已经提了PR到官方。
golang自身的plugin还非常的弱,主要有这些限制:
- 其插件的编译环境必须与宿主进程的编译环境完全一致
- 插件可以动态加载,但是无法动态卸载
hashicorp公司(他们更出名的产品是terra-form)开源的go-plugin使用了多进程的模式来实现插件,宿主进程创建子进程,然后通过unix套接字来通讯。
虽然跨进程来通讯有一定的损耗,但对于计算的场景还是OK的,反之用于通讯则不太适合。
hashicorp/go-plugin有这样一些不错的特性:
- 提供了多进程插件化运行的框架,可以以多种方式写caller端和callee端。
- 可以动态的加载插件(创建进程)、卸载插件(退出子进程)
- 因为是跨进程的通讯,所以子进程的稳定性不影响宿主进程;其所有的操作系统资源都是与主进程隔离的
- 官方甚至提供了一个用python实现子进程的例子
- 如果用go + lua的方式来写插件,相信可以做到用lua来实现动态跨进程执行的效果
- 基于这个框架可以很容易写出一个FAAS(Function as-a Service)框架来
- 提供了日志、加密、通讯等其他支撑性的功能
最后再介绍我实现的这个小工具:如果基于grpc的风格来写插件,其中还是要实现一部分对grpc接口的封装,如果每次写插件都要写这些重复代码,未免有点太繁琐了。所以可以在proto3中定义好service,并通过extension的语法来定义插件名字。具体的步骤已经写在了文档里,大致是:
- 通过*.proto文件来定义请求格式、响应格式、服务接口;
- 通过
plugin_name
这个extension来定义服务对应的插件名字,如果不写,则插件名字就是服务名。
- 通过
- 通过protoc来把*.proto变成xx.pb.go的golang代码
- 通过gen_code命令行来读取*.proto, 生成插件需要的xx.plugin.go文件
- 同时生成callee目录,生成插件对应的代码。然后在todo的位置填写代码
- 生成callee_test.go文件,可以拷贝到宿主进程中,用于加载插件。
再补充一点,如果需要把一堆基本类型构成的[]interface{}数组的数据在插件之间传递,我写的上一个工具可以解决这个场景:如何在proto3中用上golang对应的interface{}类型,以及这个工具:Serilizer
Have fun, 希望对你有用。
标签:插件,plugin,代码,go,proto3,进程,分享 From: https://www.cnblogs.com/ahfuzhang/p/16984969.html