From f78db9e5b0b4b3ddbb05d59541e24f642e0bedba Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Tue, 9 Jul 2019 00:57:34 +0900 Subject: [PATCH 1/6] JA: Fix mistranslation in Horizontal scaling section MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - The Japanese translation is ambiguous about “vertical scaling” means scaling out or scaling up. - The word “expensive” is missing in the Japanese translation. --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index 9aa683e2..c79af058 100644 --- a/README-ja.md +++ b/README-ja.md @@ -651,7 +651,7 @@ Layer 7 ロードバランサーは [アプリケーションレイヤー](#通 ### 水平スケーリング -ロードバランサーでは水平スケーリングによってパフォーマンスと可用性を向上させることができます。手頃な汎用マシンを追加することによってスケーリングさせる方が、 **垂直スケーリング** と言って、サーバーをよりハイパフォーマンスなマシンに載せ替えることよりもずっと費用対効果も可用性も高いでしょう。また、汎用ハードウェアを扱える人材を雇う方が、特化型の商用ハードウェアを扱える人材を雇うよりも簡単でしょう。 +ロードバランサーでは水平スケーリングによってパフォーマンスと可用性を向上させることができます。一つのサーバーをより高価なマシンにスケールアップする（**垂直スケーリング**）よりも、手頃な汎用マシンを使ったスケールアウトの方が、費用対効果も高くなり、結果的に可用性も高くなります。また、汎用ハードウェアを扱える人材を雇う方が、特化型の商用ハードウェアを扱える人材を雇うよりも簡単でしょう。 #### 欠点: 水平スケーリング From 109235b486ab5dac804d54d85e6b35eb35606a46 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Thu, 11 Jul 2019 00:13:11 +0900 Subject: [PATCH 2/6] JA: Fix mistranslation in Reverse proxy (web server) section - Fix mistranslation of parallel structure. (not information/blacklist/limit, but hide/blacklist/limit) --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index 9aa683e2..9678970d 100644 --- a/README-ja.md +++ b/README-ja.md @@ -689,7 +689,7 @@ Layer 7 ロードバランサーは [アプリケーションレイヤー](#通 他には以下のような利点があります: -* **より堅牢なセキュリティ** - バックエンドサーバーの情報、ブラックリストIP、クライアントごとの接続数などの情報を隠すことができます。 +* **より堅牢なセキュリティ** - バックエンドサーバーの情報を隠したり、IPアドレスをブラックリスト化したり、クライアントごとの接続数を制限したりできます。 * **スケーラビリティや柔軟性が増します** - クライアントはリバースプロキシのIPしか見ないので、裏でサーバーをスケールしたり、設定を変えやすくなります。 * **SSL termination** - 入力されるリクエストを解読し、サーバーのレスポンスを暗号化することでサーバーがこのコストのかかりうる処理をしなくて済むようになります。 * [X.509 証明書](https://en.wikipedia.org/wiki/X.509) を各サーバーにインストールする必要がなくなります。 From 78d15fd16a75ea55d9071f7f038238db1668ba34 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Sat, 27 Jul 2019 00:22:56 +0900 Subject: [PATCH 3/6] ja: Fix mistranslation in "Horizontal scaling" --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index c79af058..21006121 100644 --- a/README-ja.md +++ b/README-ja.md @@ -651,7 +651,7 @@ Layer 7 ロードバランサーは [アプリケーションレイヤー](#通 ### 水平スケーリング -ロードバランサーでは水平スケーリングによってパフォーマンスと可用性を向上させることができます。一つのサーバーをより高価なマシンにスケールアップする（**垂直スケーリング**）よりも、手頃な汎用マシンを使ったスケールアウトの方が、費用対効果も高くなり、結果的に可用性も高くなります。また、汎用ハードウェアを扱える人材を雇う方が、特化型の商用ハードウェアを扱える人材を雇うよりも簡単でしょう。 +ロードバランサーでは水平スケーリングによってパフォーマンスと可用性を向上させることができます。手頃な汎用マシンを追加することによってスケールアウトさせる方が、一つのサーバーをより高価なマシンにスケールアップする（**垂直スケーリング**）より費用対効果も高くなり、結果的に可用性も高くなります。また、汎用ハードウェアを扱える人材を雇う方が、特化型の商用ハードウェアを扱える人材を雇うよりも簡単でしょう。 #### 欠点: 水平スケーリング From b4135dd6b2f13ad24ec15349fec96559289f55c4 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Sat, 3 Aug 2019 23:06:57 +0900 Subject: [PATCH 4/6] JA: Fix mistranslation in Weak consistency section (#299) --- README-ja.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README-ja.md b/README-ja.md index 0fcee96c..4103320f 100644 --- a/README-ja.md +++ b/README-ja.md @@ -471,9 +471,9 @@ ### 弱い一貫性 -書き込み後の読み取りでは、その最新の書き込みを読めたり読めなかったりする。一番良いアプローチが選択される。 +書き込み後の読み取りでは、その最新の書き込みを読めたり読めなかったりする。ベストエフォート型のアプローチに基づく。 -メムキャッシュなどのシステムにおいてこのアプローチは取られる。弱い一貫性はリアルタイム性が必要な使用例、例えばVoIP、ビデオチャット、リアルタイムマルチプレイヤーゲームなどと相性がいいでしょう。例えば、電話に出ていて、受信を数秒受け取れなかったとして、その後に接続回復してもその接続が切断されていた間に話されていたことは聞き取れないというような感じです。 +このアプローチはmemcachedなどのシステムに見られます。弱い一貫性はリアルタイム性が必要なユースケース、例えばVoIP、ビデオチャット、リアルタイムマルチプレイヤーゲームなどと相性がいいでしょう。例えば、電話に出ているときに数秒間音声が受け取れなくなったとしたら、その後に接続が回復してもその接続が切断されていた間に話されていたことは聞き取れないというような感じです。 ### 結果整合性 From edbe857b7b743425c1ea74f3cb294c558a551243 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Sat, 3 Aug 2019 23:07:34 +0900 Subject: [PATCH 5/6] JA: Fix mistranslation in Push CDNs section (#300) --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index 4103320f..0cfe9ac3 100644 --- a/README-ja.md +++ b/README-ja.md @@ -582,7 +582,7 @@ CDNを用いてコンテンツを配信することで以下の二つの理由 ### プッシュCDN -プッシュCDNではサーバーデータに更新があった時には必ず、新しいコンテンツを受け取る方式です。コンテンツを配信し、CDNに直接アップロードし、URLをCDNを指すように指定するところまで全ての責任を負う形です。コンテンツがいつ期限切れになるのか更新されるのかを設定することができます。コンテンツは新規作成時、更新時のみアップロードされることでトラフィックは最小化される一方、ストレージは最大限消費されてしまいます。 +プッシュCDNではサーバーデータに更新があった時には必ず、新しいコンテンツを受け取る方式です。コンテンツを用意し、CDNに直接アップロードし、URLをCDNを指すように指定するところまで、全て自分で責任を負う形です。コンテンツがいつ期限切れになるのか更新されるのかを設定することができます。コンテンツは新規作成時、更新時のみアップロードされることでトラフィックは最小化される一方、ストレージは最大限消費されてしまいます。 トラフィックの少ない、もしくは頻繁にはコンテンツが更新されないサイトの場合にはプッシュCDNと相性がいいでしょう。コンテンツは定期的に再びプルされるのではなく、CDNに一度のみ配置されます。 From 9dc60cff3a44815bc2f22497b66d815378f21533 Mon Sep 17 00:00:00 2001 From: SATO Yusuke Date: Mon, 5 Aug 2019 09:30:53 +0900 Subject: [PATCH 6/6] JA: Fix mistranslation in Federation section (#303) --- README-ja.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README-ja.md b/README-ja.md index 2922beee..d124de81 100644 --- a/README-ja.md +++ b/README-ja.md @@ -830,7 +830,7 @@ SQLなどのリレーショナルデータベースはテーブルに整理さ Source: Scaling up to your first 10 million users

-フェデレーション (もしくは機能分割化とも言う) はデータベースを機能ごとに分割する。例えば、モノリシックな単一データベースの代わりに三つのデータベースを持つことができます: **フォーラム**、 **ユーザー** そして **プロダクト**です。各データベースへの書き込み読み取りのトラフィックが減ることで複製ラグも短くなります。より小さなデータベースを用いることで、メモリーに収まるデータが増えます。ローカルキャッシュに保存できる量が増えることで、キャッシュヒット率も上がります。単一の中央マスターが書き込みの処理をしなくても、並列で書き込みを処理することができ、スループットの向上が期待できます。 +フェデレーション (もしくは機能分割化とも言う) はデータベースを機能ごとに分割する。例えば、モノリシックな単一データベースの代わりに、データベースを **フォーラム**、 **ユーザー**、 **プロダクト** のように三つにすることで、データベース一つあたりの書き込み・読み取りのトラフィックが減り、その結果レプリケーションのラグも短くなります。データベースが小さくなることで、メモリーに収まるデータが増えます。キャッシュの局所性が高まるため、キャッシュヒット率も上がります。単一の中央マスターで書き込みを直列化したりしないため、並列で書き込みを処理することができ、スループットの向上が期待できます。 ##### 欠点: federation