Goにおけるpluginの実装について(in 1.5)

plugin.md

Goにおけるpluginについて

前提

• ここでのplugin = dynamic loading
• Goでは現在のところ動的ローディングがまっとうな方法では出来ない
  • 一つのGoプログラムから別のGoプログラムを動的ローディングする仕組みは無い
  • 検討はされているみたいだ
    • https://docs.google.com/document/d/1nr-TQHw_er6GOQRsF6T43GGhFDelrAP0NqSS_00RgZQ/edit?pli=1
    • -buildmode=pluginというのがあり、1.5でも生えてはいるがno implemented
• 以下ではまっとうではない方法というのを説明する

方法

1. 他の言語で作ったライブラリをロードする
2. C言語(や他の言語で作った.so)をcgoでロードする
3. GoにLLのインタプリタを組み込んでLLで書かれたプラグインをロードする
4. 別プロセスとして立ち上げてその間をプロセス間通信する
5. os/execでコマンドを立ち上げて標準出力に出てきた結果を利用する
6. os/execでnet/rpcをしゃべるサーバーを立ち上げてRPC通信を行う
7. 上記のことをうまいことやってくれるパッケージを使う

1. 他の言語で作ったライブラリをロードする

1-1 C言語(や他の言語で作った.so)をcgoでロードする

http://mattn.kaoriya.net/software/lang/go/20130805173059.htm

1-2 GoにLLのインタプリタを組み込んでLLで書かれたプラグインをロードする

• 例えばluaとかmrubyとかjavascript

  • https://github.com/yuin/gopher-lua
  • https://github.com/mitchellh/go-mruby
  • https://github.com/mattn/go-v8

• メリットはこの後出る方法と違って1プロセス内で収まる

• デメリットとしてそもそもGoでは書けないし・・・というのがある

  • goの機能にアクセス出来ないとかもあるかも。gopher-luaはgoroutineなどには対応しているみたい

1-3 Goをshared libraryとしてコンパイルしてcgoでロードする

• おっと。。。

2. 別プロセスとして立ち上げてその間をプロセス間通信する

• こっちのほうが主流っぽい

2-1 os/execでコマンドを立ち上げて標準出力に出てきた結果を利用する

• mackerl-agentなどが採用している方法
  • https://github.com/mackerelio/mackerel-agent/blob/c13e6ef04e1262953ea696d50d861e6450af940a/metrics/plugin.go#L222
• お手軽 フォーマットをちゃんと決めればgo以外のプログラムも使える

2-2 os/execでnet/rpcをしゃべるサーバーを立ち上げてRPC通信を行う

2-3 上記のことをうまいことやってくれるパッケージを使う

• https://github.com/progrium/go-extpoints
• https://github.com/dullgiulio/pingo