GRPCのリクエスト構造とエラーハンドリング - Qiita
この記事について GRPC は HTTP/2 の上に構築されているため、クライアントからサーバーのサービス呼び出しや、サーバーからクライアントへ戻り値やエラーの送信、といったやり取りは HTTP/2 のリクエストとレスポンスで実装されています(もうちょっと厳密に言うと HTTP/2 フレームを使って実装されている)。 この記事ではGo言語のGRPC実装(grpc-go)を用いて、以下についてまとめてみました。 GRPC が用いる HTTP/2 のリクエスト、レスポンスの流れと構造 その中でエラーがどう伝播されるか GRPC の Unary RPC のエラーハンドリング 扱いにちょっと悩む Streaming RPC のエラーハンドリング 環境等の情報 記事の作成に用いた環境: Go言語 : v1.15.6 grpc-go : v1.34.0 この記事で用いたソースコード grpc-erro
phpのThriftクライアントひな形生成の際のオプション - Qiita
:inlined :server :autoload :oop :rest このなかでも自分が使った「inlined」と「oop」についてメモ。 使用したバージョンはApache Thrift v0.9.3。 :inlined Thriftライブラリに依存しないファイルを生成してくれる。 このオプションを使うと、gen-phpiフォルダが作られてそのなかに生成されたファイルが入れられる。(このオプションのない場合は、gen-phpフォルダが作られる。) このオプションを使って生成すると、クライアントの呼び出し方が変わるので注意が必要。 $socket = new TSocket(); $transport = new TBufferedTransport($socket, 1024, 1024); $protocol = TBinaryProtocol($transport); $clie
ElixirでThriftで定義した構造体にアクセスする - Qiita
1. ElixirからもThriftをさわりたい Elixirから、thriftを利用してデータのやり取りしたいなー、と見ていましたが、erlangだとあるけど、elixirだと現在は利用できないようです。 サポートされるのを待ちつつも以下のようなpinterest製のライブラリを利用してみます。 https://github.com/pinterest/riffed 2. Riffedの特徴 以下のような特徴を持っているみたいです。 thriftコードから、erlangのコードを自動生成するMixタスク[mix compile.thrift]を提供 Riffed.Structを利用して、thriftで定義、erlangで生成した構造体にElixirからアクセスできる機能を提供 Riffed.Server, Riffed.Clientを提供することで、生成したコードを利用したデータ通信の簡
ThriftでPython3にコンパイルするまでの道のり - Qiita
Thriftがpython3に対応してなくね?と思ったので調べてみました。 https://issues.apache.org/jira/browse/THRIFT-1857 あれ? Issueは fixed, closed になっているがこれは…。 よくて見てみるとver 0.10.0では対応していますが、最新版のリリースが現状(2016/11/23現在)では0.9.3なので、python3にコンパイルできないと。 最新版をチェックアウトするしかなさそうですね…。 チェックアウト git clone https://github.com/apache/thrift.git git branch -a //存在するbranchの確認 git checkout -b 0.10.0 remotes/origin/0.10.0
finatra-thriftでリクエスト受付時点の時刻を一貫して取得 - Qiita
TL;DR リクエスト-レスポンスの間で、一貫した時刻を取得できると便利 コントローラ関数の1行目で val now = OffsetDateTime.now して doSomething(now, ...) で引数引き回しは嫌だ RequestLocalTime.current.requestedAt で、どこでもリクエスト開始時点の時刻を取得できる仕組みを作った 動機: リクエスト-レスポンスの間で一貫した時刻がほしい 多数のリクエストを受け付けるアプリケーションの場合、複数リクエストから吐かれるログがごちゃ混ぜな順番になってしまうことがあります。 @Singleton class VerboseServiceController @Inject() () extends Controller with idl.VerboseService.BaseServiceIface with
thriftでRubyからPythonを呼び出してみる - Qiita
#!/usr/bin/python import sys sys.path.append('./gen-py') from thrift.transport import TSocket from thrift.transport import TTransport from thrift.protocol import TBinaryProtocol from thrift.server import TServer import demoserver.MyMath class MathImpl( demoserver.MyMath.Iface ): def add( self, op1, op2 ): return op1 + op2 def mul( self, op1, op2 ): return op1 * op2 def max( self, op1, op2 ): retur
kubernetesでgRPCするときにenvoy挟んでみたよ - Qiita
kubernetes(今回はGKE内)でgRPCの通信を場合にぶち当たる問題として、ロードバランシングの問題があります。 gRPCの通信は永続化されるので、そのままの状態で使うとバックエンドにあるサービスがスケールしても分散されないということになります。 具体例 上記のような構成でhoge-gateway(4pod)からhoge-app(10pod)に向けてコネクションプーリングが1で通信をする場合、hoge-appが最大4podしか使われない状態になります。 下記がその状態です。 GKE Container - CPU usage for hoge-app GKE Container - CPU usage for hoge-gateway 解決方法 これを解決する手段としてgRPCのclientLoadbalancingを使う方法がありますが、clientに依存する方法はあまりスマート
ethereum(private)の環境構築からJSON-RPC実行まで - Qiita
#前提 Ethereumのgethを使ったプライベート環境構築記事はほかにもあるので 個人メモ的なもの。JavaでのRPC実行まで。コントラクト実行は確認していない。 #環境構築 以下を参考に。 http://book.ethereum-jp.net/first_use/connect_to_private_net.html ubuntu16LTS ベースとする。 ###AWSのEC2にubuntuベースでインスタンス作成 microインスタンスのスペックではマイニングができなかった為、m4.largeで構築。（ある程度のCPUとメモリを要求する） ###事前準備からインストール リポジトリを追加して、gethをインストールする。 sudo add-apt-repository -y ppa:ethereum/ethereum sudo add-apt-repository -y ppa:
Apache Thrift 速度比較 - Qiita
動機 とある業務で使っている MessagePack-RPC に代わる RPC を探している RPC framework でグーグル先生に聞いたら gRPC と Thrift が上位に表示された gRPC は別の機会で別途比較する そもそも gRPC で使われている Protocol Buffers の 3.0 が Beta 版なので色々環境構築が大変なのが本音 業務で使うのに Beta ってのはちょっと抵抗があるのでモチベーション低下 とは言えど Go は比較的楽だったので頑張った Java も頑張ったが非常に大変だった Ruby はこの問題があって Gem を入れられない 概要 クライアントは Java で、サーバは以下の言語でそれぞれ開発 Java Ruby Go テストは巨大データ送信を10回繰り返した際の平均を取る 巨大データは50000件のハッシュ 結果（単位は秒） 考察 Ja
CentOS 6 に Thrift を入れてみる - Qiita
Hadoop と HBase のインストールができたので、 Thrift を入れて PHP で HBase のデータを表示させてみる 依存ライブラリインストール yum # yum install -y automake libtool flex pkgconfig gcc-c++ boost-devel libevent-devel zlib-devel python-devel ruby-devel コンパイル yum で bison を入れるとバージョンが低いため、コンパイルする shell-session # wget -P /usr/local/src http://ftp.gnu.org/gnu/bison/bison-3.0.2.tar.gz # tar zxvf /usr/local/src/bison-3.0.2.tar.gz -C /usr/local/src # cd
finagleとthriftでmicro-servicesを作る - Qiita
こんにちは、 今回は個人的に注目しているfinagleとthriftを使って簡単なmicro-servicesの作成を行うチュートリアルを紹介します。 finagleについてはseratchさんの翻訳、Scalaのmicro services事例はokapiesさんのエントリが詳しいと思います。 題材 日本語も検索できる全文検索サービスを作ります。POSTでデータを入れて、GETでヒットしたドキュメントを表示するといった簡単な仕様です。 twitterのscalaチュートリアルにsearchbird というfinagleとthriftを使って検索エンジンを作るチュートリアルがありました。 searchbirdは更新されておらず動かない＋古いということでもとに紹介したいと思います。 また、micro-servicesっぽい構成にするために無理矢理ですが、3つのサーバに分けました。 キャッシュ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
thrift の C (GLib) library のビルド - Qiita
OS X MavericksでThriftのgemを入れる - Qiita
Thrift 0.9.1のインストールではまった件 - Qiita
Debian Wheezyにthriftをインストール - Qiita
ThriftのC++版を使うときに”pthread_rwlock_trywrlock”がないとエラーが出たときは - Qiita
Thriftで"Connection refused"と表示されて接続できないときは (C++ - Erlang/OTP) - Qiita
Thrift+Erlang/OTPで、「Bad value on output port 'tcp_inet'」と出るときは - Qiita
Mac OS X に Thrift を インストール - Qiita
Apache ThriftのサーバーサイドをSpring Bootで書く - Qiita