GitHub - grpc-ecosystem/go-grpc-middleware: Golang gRPC Middlewares: interceptor chaining, auth, logging, retries and more.
gRPC Go has support for "interceptors", i.e. middleware that is executed either on the gRPC Server before the request is passed onto the user's application logic, or on the gRPC client either around the user call. It is a perfect way to implement common patterns: auth, logging, tracing, metrics, validation, retries, rate limiting and more, which can be a great generic building blocks that make it
grpc-goのInterceptorを使ってみる - Qiita
始めに 前回の延長でちょっと分かりにくいgrpc-goのInterceptorを使ってみようと思います。 参考：go-grpc-middleware Interceptorとは WebFramework系で言うとこのMiddlewareという認識で良いのではないかと思います。RPCメソッドの呼出に割り込んで事前・事後処理を実行することができます。 サーバーサイド・クライアントサイドどちらでも使えるようですが、今回はサーバーサイドのみに使っています。 ※grpc-goのソースにまだ実験的なものとあったので今後に注意必要かも 実装 InterceptorにはUnaryInterceptorとStreamInterceptorの2種類が用意されており、単純なリクエストとリプライを返すRPCメソッドにはUnaryInterceptorを、Streamを使うRPCメソッドにはStreamInterc
カエルの合唱に“一斉に休む”法則 IoTに応用、通信安定に期待
ニホンアマガエルの合唱は、個々では鳴くタイミングをずらし、全体では一斉に休む時間がある――筑波大学、大阪大学が1月9日、そんな研究結果を発表した。カエルの合唱の法則性を、IoT機器のネットワークに活用すれば、近くの端末同士のパケット衝突を回避でき、ネットワーク全体の接続性向上やエネルギーの省力化が期待できるという。 研究チームは、オスのカエル3匹を50センチ間隔で並べ、録音した鳴き声を解析。短時間でみると「オス同士は鳴くタイミングをずらしている」という先行研究の結果に加え、長時間でみると「鳴いている区間（時間帯）をそろえる」という性質を確認した。 同チームは、個々のカエルは鳴くたびにエネルギーを失い、疲労度が増すという仮説を立てた。その上で、エネルギーと疲労度、周囲で鳴いているオスの有無によって発声状態（周期的に鳴き声を発する状態）と休止状態（鳴かずにエネルギーの消費を抑える状態）を確率的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
