概要
でも話したcontext.Contextはタイムアウト、キャンセルなどのハンドリングができて便利ですが、使う際に知っておいた方が良いことをいくつかまとめました。
環境
- golang 1.12.0
Tips
Q. 親・子の両方でWithTimeoutが設定されたらどうなるか？
例えば
- 親：4秒
- 子：1秒
の時、もしくはその逆の時どうなるか、です。
続きを読むgRPC の Unary Interceptor の基本的な使い方
Multi Match Queryのtypeの違い
概要
以前Bool Query と Dis Max Query の違いについて書きました。
今回はその中で出てきたMulti Match Queryのtypeの違いについて書きます。
どれも複数のフィールドに対して実行するクエリですが、それぞれ用途が異なります。
環境
- Elasticsearch 6.6.0
データ投入
curl -s -H "Content-Type: application/json" \ -XPOST localhost:9200/my_index/my_type/_bulk -d ' {"index": {"_id": "1"}} {"title": "Quick brown rabbits", "body": "Brown rabbits are commonly seen."} {"index": {"_id": "2"}} {"title": "Keeping pets healthy", "body": "My quick brown fox eats rabbits on a regular basis."} {"index": {"_id": "3"}} {"first_name": "Will", "last_name": "Smith"} {"index": {"_id": "4"}} {"first_name": "Smith", "last_name": "Jones"} '続きを読む
gRPCで大きなファイルのやり取りをする
概要
gRPCで4MB以上のデータ転送をしようとすると
rpc error: code = ResourceExhausted desc = grpc: received message larger than max (xxxxxxx vs. 4194304)
のようなエラーが出ます。この上限はデフォルト値なので変更することもできるのですが、ドキュメントでも以下のように
Protocol Buffers are not designed to handle large messages. As a general rule of thumb, if you are dealing in messages larger than a megabyte each, it may be time to consider an alternate strategy.
ref: Techniques | Protocol Buffers | Google Developers
と、１メッセージがメガバイトを超えるのであれば別の手段で転送することを考えるべき、と言っています。
なので
- gRPCにおける各RPC方式の実装方法【Client streaming RPC】 - Carpe Diem
- gRPCにおける各RPC方式の実装方法【Bidirectional streaming RPC】 - Carpe Diem
のようにストリームで送るのが良さそうです。
続きを読むCircusを使ってgraceful restart
概要
Nginx + GolangのApp
という構成をとっている時に、単純にデプロイでGolangだけ更新するとNginxからは
[error] 1413#1413: *1 connect() failed (111: Connection refused) [error] 1412#1412: *3 connect() failed (111: Connection refused) [error] 1412#1412: *5 connect() failed (111: Connection refused)
このような111: Connection refusedエラーが起きて、クライアント側には502エラーが返ってしまいます。
理由はデプロイ時にプロセスが一時的に落ちるためです。
これを防ぐためにCircusというソケットマネージャを利用します。
環境
- Ubuntu 16.04
- Nginx 1.15.3
- Circus 0.15.0
- go 1.11.5