From b0c944c4cf2362a59544eab68883e1d4712ecb05 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Mon, 21 Oct 2019 14:43:51 +0900 Subject: [PATCH] Correct mistranslation. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - The original translation doesn't make sense. - "抽象化する" is more suitable for the translation of "abstractiong" rather than "省く" ("omit"). - Make the translation more fluent. --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index c6e43a5c..6da66907 100644 --- a/README-ja.md +++ b/README-ja.md @@ -1411,7 +1411,7 @@ UDPは信頼性の面では劣りますが、VoIP、ビデオチャット、ス Source: Crack the system design interview

-RPCではクライアントがリモートサーバーなどの異なるアドレス空間でプロシージャーが処理されるようにします。プロシージャーはローカルでのコールのように、クライアントからサーバーにどのように通信するかという詳細を省いた状態でコードが書かれます。リモートのコールは普通、ローカルのコールよりも遅く、信頼性に欠けるため、RPCコールをローカルコールと区別させておくことが好ましいでしょう。人気のRPCフレームワークは以下です。[Protobuf](https://developers.google.com/protocol-buffers/)、 [Thrift](https://thrift.apache.org/)、[Avro](https://avro.apache.org/docs/current/) +RPCでは、クライアントから別のアドレス空間（通常はリモートサーバー）上で実行される手続きを呼び出します。この処理はローカルでの手続き呼び出しと同じようにコーディングされます。クライアントプログラムがサーバーとどのように通信するかといった詳細は、抽象化により省略されます。リモート呼び出しは普通、ローカルでの呼び出しよりも遅く、信頼性に欠けます。そのため、RPC呼び出しとローカルの手続き呼び出しとは区別がつくようにしておいた方がいいでしょう。よく使われるRPCフレームワークとしては[Protobuf](https://developers.google.com/protocol-buffers/)、 [Thrift](https://thrift.apache.org/)、[Avro](https://avro.apache.org/docs/current/) などがあります。 RPC は リクエストレスポンスプロトコル: