simple is better - JSON-RPC 2.0 Transport: HTTP
JSON-RPC can be simply tunneled through HTTP or HTTPS. 1 pipelined Requests/ResponsesBy default, every HTTP-message contains only a single JSON-RPC object. But high-performance servers MAY allow several concatenated JSON-RPC Requests in a single HTTP message by using e.g. a JSON-splitter, and MAY then return concatenated Responses. (Note that this has nothing to do with HTTP/1.1 pipelining; HTTP
JSON-RPC 2.0 の over HTTP についての雑感 - tokuhirom's blog
「うちは JSON-RPC やらんのかね」みたいなことを聞かれたので、前に考えた内容をここに晒す。 method 名について メソッド名が content-body にしか入らないので、ログがおいづらい。 (多分、実際に運用するにあたってはクライアント側で ?method=XXX みたいに付与するとかやって運用するんですかね? なんかちょっと本末転倒っぽい) 特定の API method だけこっちのサーバーにふる、とかするのがつらそう。 id が意味ない over HTTP で運用する場合、id を付与していることのメリットがない。 デメリットとして、JSON 自体をまるっとキャッシュすることができなくなる。 メリットについて フォーマットがきまっているので、server2server とか、小規模のサービスとか、あるいは over TCP でやるんなら便利なケースはあるかな、とおもって
Scala.io
Finagle is Twitter's open source RPC library that allows composing asynchronous RPC requests like functions. It provides three key abstractions: Futures for asynchronous computations, Services for RPC functions, and ServiceFactories for creating Services. Finagle handles load balancing, connection pooling, failure detection, and other distributed systems concerns through composable layers above a
意外と便利なJSON RPC - TechTalkManiacs
このエントリーはHTML5 Advent Calendar 2012の4日目のエントリーになります。 JSON RPCとは文字通りJSONでRPCするプロトコルで、現行バージョンは2.0です。 リモート環境にある関数をローカルの関数と同様に呼び出せるRPCは呼びだす機能が多かったり、複雑だったりする時に非常に便利です。またRESTと違い対象がHTTPを受け付けるサーバーである必要がないというメリットがあり、これがwebsocketやメッセージングAPI、webworkerといったHTML5 APIと非常に相性がいいのです。 またRPCというとXML RPCが有名ですが、JSON RPCはそれにくらべて以下のような特徴を持ちます プロトコルが軽量・シンプル 名前つきパラメーター(namedparameter) バッチリクエスト では順番に見ていきます プロトコルが軽量 RPCに限らずXMLと
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
2. 自己紹介 染田貴志 (SOMEDA Takashi) http://d.hatena.ne.jp/tksmd 株式会社ヌーラボ所属 Backlog の開発・インフラ・サポート Cacoo のインフラ FxUG 京都スタッフ JAWS UG 京都支部長 関西 Java エンジニアの会 常連 kanjava vol.8 3. 1年ぶり4度目の登板 http://d.hatena.ne.jp/tksmd/20100929 https://cacoo.com/diagrams/zIPOGa9u3sP8NHHf http://d.hatena.ne.jp/tksmd/20110720 kanjava vol.8
RPC over AMQP
I am currently in the process of moving a single endpoint out of a large, monolithic Ruby on Rails app. That endpoint does the following, in order. Accepts an HTTP Post request.Parses the YAML content sent in the body by the client.Updates some database entries based on the contents of that YAML.Generates a hash that is a smorgasbord of different pieces of data.Marshalls that data to YAML.Sends th
Finagle: A Protocol-Agnostic RPC System
Finagle is a protocol-agnostic, asynchronous RPC system for the JVM that makes it easy to build robust clients and servers in Java, Scala, or any JVM-hosted language. Rendering even the simplest web page on twitter.com requires the collaboration of dozens of network services speaking many different protocols. For example, in order to render the home page, the application issues requests to the Soc
Message Passing vs. Remote Procedure Call
This article focusses on how and when Message Passing better than Remote Procedure Call and vice-versa Message Passing and RPC are two major used methods of computer communication. RPC is built on top of MP. MP, on one hand, provides a non-reliable, asynchronous method of communication, RPC, on the other hand, provides reliable and synchronous communication. The arguments between MP and RPC are go
ZeroMQ instead of HTTP, for internal services
Written by August Lilleaas, published July 22, 2013 This article describes how to use ZeroMQ for RPC calls to internal services. HTTP is the canonical choice for public facing services. But for RPC to internal services in systems composed of many small parts, you're probably better off using ZeroMQ instead of HTTP. In summary, the benefits ZeroMQ offers over HTTP are: Multiple concurrent RPC calls
Kyoto Tycoon に MessagePack-RPC をプラグインして Java から使う - Blog by Sadayuki Furuhashi
Tokyo Cabinet を始めとする Tokyo シリーズの作者として知られる平林幹雄さんですが、Tokyo シリーズに続く新製品として、Kyoto シリーズがリリースされています。 Kyoto Tycoon（以下KT）は、ネットワーク経由で使えるデータベースサーバで、Tokyo Tyrantの後継製品に当たります*1。 KT は HTTP ベースのプロトコルで操作することができますが、別のプロトコルを追加することもできます。 実際に memcached プロトコルのプラグインが標準でバンドルされています。（memcachedプロトコルをKTにプラグインする） と言うわけで、KT を MessagePack-RPC で使えるようにするプラグインを書いてみました。github からダウンロードできます。 kt-msgpack kt-msgpack downloads MessagePac
MessagePack-RPCのプロトコル仕様（ドラフト）と実装例 - Blog by Sadayuki Furuhashi
以前に書いた MessagePack RPC プロトコル は少し古くなってしまったので、ここでまとめ直しておこうと思います。 MessagePack-RPCのプロトコルは、非同期型の呼び出しができる点（非同期プロトコル）が大きな特徴となっています。複数のサーバが相互に通信し合ったり、通信と計算をオーバーラップさせて高速化を図ったりするような、高度なネットワークアプリケーションを実装しやすくなります。 RPCライブラリと言うよりも、シンプルな非同期メッセージングライブラリと言えます。 ここではMessagePack-RPCのプロトコル仕様と、以上の特徴を活かせるような実装例も合わせて紹介します。 基本仕様：MessagePack-RPC specification version 0.1 MessagePack-RPCのプロトコルは、メソッドの呼び出すRequestメッセージと、それに対する
Modern Distributed Messaging and RPC
This document provides an overview of lightweight messaging and remote procedure call (RPC) systems in distributed systems. It discusses messaging systems, typical peer-to-peer and broker-based messaging topologies, characteristics and features of messaging systems, main classes of messaging systems including enterprise service buses (ESBs), JMS implementations, AMQP implementations, and lightweig
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
RPCと障害回復
並行システム システム情報工学研究科コンピュータサイエンス専攻、電子・情報工学系 新城 靖 <yas@is.tsukuba.ac.jp> このページは、次の URL にあります。 http://www.cs.tsukuba.ac.jp/~yas/sie/csys-2009/2010-01-08 あるいは、次のページから手繰っていくこともできます。 http://www.cs.tsukuba.ac.jp/~yas/sie/ http://www.cs.tsukuba.ac.jp/~yas/ ■連絡 1月15日(金)は、全学（学群、大学院）臨時休業。センター試験のため。 ■RPC RPC (Remote Procedure Call) ( 遠隔手続き呼び出し ) は、分散システムを構築する時に広く使われている「プロセス間通信」の方法。 NFS (Network File System) を始め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
lua_nginx_module JSON-RPC 2.0 Batch Request
Armeria – Your go-to microservice framework
Google Releases gRPC, a HTTP/2 RPC Framework for Microservices
studio-ousia/mprpc · GitHub - A fast MessagePack RPC library
correlationId and temporary queues in RPC model - AMQP
GitHub - pjklauser/protobuf-rpc-pro: A java implementation for Google's Protocol Buffer RPC services.
