Remove trailing spaces from JA documents(kubernetes#16742)

Author: Yushiro FURUKAWA

content/ja/docs/_index.md

@@ -1,3 +1,3 @@
 ---
-title: ドキュメント 
+title: ドキュメント
 ---

content/ja/docs/concepts/containers/runtime-class.md

@@ -68,7 +68,7 @@ Overview](/docs/reference/access-authn-authz/authorization/)を参照してく
 
 ### 使用例
 
-一度RuntimeClassがクラスターに対して設定されると、それを使用するのは非常に簡単です。PodSpecの`runtimeClassName`を指定してください。  
+一度RuntimeClassがクラスターに対して設定されると、それを使用するのは非常に簡単です。PodSpecの`runtimeClassName`を指定してください。
 例えば
 
 ```yaml
@@ -103,7 +103,7 @@ Kubernetesのビルトインのdockershim CRIは、ランタイムハンドラ
 [plugins.cri.containerd.runtimes.${HANDLER_NAME}]
 ```
 
-containerdの設定に関する詳細なドキュメントは下記を参照してください。  
+containerdの設定に関する詳細なドキュメントは下記を参照してください。
 https://github.com/containerd/cri/blob/master/docs/config.md
 
 #### [cri-o](https://cri-o.io/)
@@ -117,7 +117,7 @@ table](https://github.com/kubernetes-sigs/cri-o/blob/master/docs/crio.conf.5.md#
   runtime_path = "${PATH_TO_BINARY}"
 ```
 
-cri-oの設定に関する詳細なドキュメントは下記を参照してください。  
+cri-oの設定に関する詳細なドキュメントは下記を参照してください。
 https://github.com/kubernetes-sigs/cri-o/blob/master/cmd/crio/config.go
 
 
@@ -133,7 +133,7 @@ RuntimeClassのβ版の機能は、下記の変更点を含みます。
 
 **Action Required:** 次のアクションはRuntimeClassのα版からβ版へのアップグレードにおいて対応が必須です。
 
-- RuntimeClassリソースはKubernetes v1.14にアップグレードされた*後に* 再作成されなくてはなりません。そして`runtimeclasses.node.k8s.io`というCRDは手動で削除されるべきです。  
+- RuntimeClassリソースはKubernetes v1.14にアップグレードされた*後に* 再作成されなくてはなりません。そして`runtimeclasses.node.k8s.io`というCRDは手動で削除されるべきです。
   ```
   kubectl delete customresourcedefinitions.apiextensions.k8s.io runtimeclasses.node.k8s.io
   ```

content/ja/docs/concepts/overview/components.md

@@ -3,7 +3,7 @@ reviewers:
 title: Kubernetesコンポーネント
 content_template: templates/concept
 weight: 20
-card: 
+card:
   name: concepts
   weight: 20
 ---

content/ja/docs/concepts/overview/kubernetes-api.md

@@ -3,7 +3,7 @@ reviewers:
 title: Kubernetes API
 content_template: templates/concept
 weight: 30
-card: 
+card:
   name: concepts
   weight: 30
 ---
@@ -16,7 +16,7 @@ APIエンドポイント、リソースタイプ、そしてサンプルは[API
 
 APIへの外部からのアクセスは、[APIアクセス制御ドキュメント](/docs/reference/access-authn-authz/controlling-access/)に記載されています。
 
-Kubernetes APIは、システムの宣言的設定スキーマの基礎としても機能します。[kubectl](/docs/reference/kubectl/overview/)コマンドラインツールから、APIオブジェクトを作成、更新、削除、取得することが出来ます。 
+Kubernetes APIは、システムの宣言的設定スキーマの基礎としても機能します。[kubectl](/docs/reference/kubectl/overview/)コマンドラインツールから、APIオブジェクトを作成、更新、削除、取得することが出来ます。
 
 また、Kubernetesは、シリアライズされた状態を(現在は[etcd](https://coreos.com/docs/distributed-configuration/getting-started-with-etcd/)に)APIリソースの単位で保存しています。
 

content/ja/docs/concepts/overview/what-is-kubernetes.md

@@ -2,7 +2,7 @@
 title: Kubernetesとは何か？
 content_template: templates/concept
 weight: 10
-card: 
+card:
   name: concepts
   weight: 10
 ---

content/ja/docs/concepts/overview/working-with-objects/annotations.md

@@ -5,16 +5,16 @@ weight: 50
 ---
 
 {{% capture overview %}}
-ユーザーは、識別用途でない任意のメタデータをオブジェクトに割り当てるためにアノテーションを使用できます。ツールやライブラリなどのクライアントは、このメタデータを取得できます。  
+ユーザーは、識別用途でない任意のメタデータをオブジェクトに割り当てるためにアノテーションを使用できます。ツールやライブラリなどのクライアントは、このメタデータを取得できます。
 {{% /capture %}}
 
 {{% capture body %}}
 ## オブジェクトにメタデータを割り当てる
 
 ユーザーは、Kubernetesオブジェクトに対してラベルやアノテーションの両方またはどちらか一方を割り当てることができます。
-ラベルはオブジェクトの選択や、特定の条件を満たしたオブジェクトの集合を探すことに使うことができます。  
-それと対照的に、アノテーションはオブジェクトを識別、または選択するために使用されません。  
-アノテーション内のメタデータは大小様々で、構造化されているものや、そうでないものも設定でき、ラベルでは許可されていない文字も含むことができます。  
+ラベルはオブジェクトの選択や、特定の条件を満たしたオブジェクトの集合を探すことに使うことができます。
+それと対照的に、アノテーションはオブジェクトを識別、または選択するために使用されません。
+アノテーション内のメタデータは大小様々で、構造化されているものや、そうでないものも設定でき、ラベルでは許可されていない文字も含むことができます。
 
 アノテーションは、ラベルと同様に、キーとバリューのマップとなります。
 
@@ -49,15 +49,15 @@ weight: 50
 
 ## 構文と文字セット
 
-_アノテーション_ はキーとバリューのペアです。有効なアノテーションのキーの形式は2つのセグメントがあります。  
-プレフィックス(オプション)と名前で、それらはスラッシュ`/`で区切られます。  
-名前セグメントは必須で、63文字以下である必要があり、文字列の最初と最後は英数字(`[a-z0-9A-Z]`)と、文字列の間にダッシュ(`-`)、アンダースコア(`_`)、ドット(`.`)を使うことができます。  
-プレフィックスはオプションです。もしプレフィックスが指定されていた場合、プレフィックスはDNSサブドメイン形式である必要があり、それはドット(`.`)で区切られたDNSラベルのセットで、253文字以下である必要があり、最後にスラッシュ(`/`)が続きます。 
+_アノテーション_ はキーとバリューのペアです。有効なアノテーションのキーの形式は2つのセグメントがあります。
+プレフィックス(オプション)と名前で、それらはスラッシュ`/`で区切られます。
+名前セグメントは必須で、63文字以下である必要があり、文字列の最初と最後は英数字(`[a-z0-9A-Z]`)と、文字列の間にダッシュ(`-`)、アンダースコア(`_`)、ドット(`.`)を使うことができます。
+プレフィックスはオプションです。もしプレフィックスが指定されていた場合、プレフィックスはDNSサブドメイン形式である必要があり、それはドット(`.`)で区切られたDNSラベルのセットで、253文字以下である必要があり、最後にスラッシュ(`/`)が続きます。
 
-もしプレフィックスが除外された場合、アノテーションキーはそのユーザーに対してプライベートであると推定されます。  
-エンドユーザーのオブジェクトにアノテーションを追加するような自動化されたシステムコンポーネント(例: `kube-scheduler` `kube-controller-manager` `kube-apiserver` `kubectl`やその他のサードパーティツール)は、プレフィックスを指定しなくてはなりません。  
+もしプレフィックスが除外された場合、アノテーションキーはそのユーザーに対してプライベートであると推定されます。
+エンドユーザーのオブジェクトにアノテーションを追加するような自動化されたシステムコンポーネント(例: `kube-scheduler` `kube-controller-manager` `kube-apiserver` `kubectl`やその他のサードパーティツール)は、プレフィックスを指定しなくてはなりません。
 
-`kubernetes.io/`と`k8s.io/`プレフィックスは、Kubernetesコアコンポーネントのために予約されています。  
+`kubernetes.io/`と`k8s.io/`プレフィックスは、Kubernetesコアコンポーネントのために予約されています。
 
 {{% /capture %}}
 

content/ja/docs/concepts/overview/working-with-objects/common-labels.md

@@ -49,10 +49,10 @@ metadata:
 
 ## アプリケーションとアプリケーションのインスタンス
 
-単一のアプリケーションは、Kubernetesクラスタ内で、いくつかのケースでは同一の名前空間に対して1回または複数回インストールされることがあります。  
+単一のアプリケーションは、Kubernetesクラスタ内で、いくつかのケースでは同一の名前空間に対して1回または複数回インストールされることがあります。
 例えば、WordPressは複数のウェブサイトがあれば、それぞれ別のWordPressが複数回インストールされることがあります。
 
-アプリケーション名と、アプリケーションのインスタンス名はそれぞれ別に記録されます。  
+アプリケーション名と、アプリケーションのインスタンス名はそれぞれ別に記録されます。
 例えば、WordPressは`app.kubernetes.io/name`に`wordpress`と記述され、インスタンス名に関しては`app.kubernetes.io/instance`に`wordpress-abcxzy`と記述されます。この仕組みはアプリケーションと、アプリケーションのインスタンスを特定可能にします。全てのアプリケーションインスタンスは固有の名前を持たなければなりません。
 
 ## ラベルの使用例
@@ -86,7 +86,7 @@ metadata:
 
 ### データベースを使ったウェブアプリケーション
 
-次にもう少し複雑なアプリケーションについて考えます。データベース(MySQL)を使ったウェブアプリケーション(WordPress)で、Helmを使ってインストールします。  
+次にもう少し複雑なアプリケーションについて考えます。データベース(MySQL)を使ったウェブアプリケーション(WordPress)で、Helmを使ってインストールします。
 下記のスニペットは、このアプリケーションをデプロイするために使うオブジェクト設定の出だし部分です。
 
 はじめに下記の`Deployment`は、WordPressのために使われます。

content/ja/docs/concepts/overview/working-with-objects/field-selectors.md

@@ -3,21 +3,21 @@ title: フィールドセレクター(Field Selectors)
 weight: 60
 ---
 
-_フィールドセレクター(Field Selectors)_ は、1つかそれ以上のリソースフィールドの値を元に[Kubernetesリソースを選択](/docs/concepts/overview/working-with-objects/kubernetes-objects)するためのものです。  
-フィールドセレクタークエリの例は以下の通りです。  
+_フィールドセレクター(Field Selectors)_ は、1つかそれ以上のリソースフィールドの値を元に[Kubernetesリソースを選択](/docs/concepts/overview/working-with-objects/kubernetes-objects)するためのものです。
+フィールドセレクタークエリの例は以下の通りです。
 
 * `metadata.name=my-service`
 * `metadata.namespace!=default`
-* `status.phase=Pending`  
+* `status.phase=Pending`
 
-下記の`kubectl`コマンドは、[`status.phase`](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)フィールドの値が`Running`である全てのPodを選択します。  
+下記の`kubectl`コマンドは、[`status.phase`](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)フィールドの値が`Running`である全てのPodを選択します。
 
 ```shell
 kubectl get pods --field-selector status.phase=Running
 ```
 
 {{< note >}}
-フィールドセレクターは本質的にリソースの*フィルター*となります。デフォルトでは、セレクター/フィルターが指定されていない場合は、全てのタイプのリソースが取得されます。これは、下記の2つの`kubectl`クエリが同じであることを意味します。  
+フィールドセレクターは本質的にリソースの*フィルター*となります。デフォルトでは、セレクター/フィルターが指定されていない場合は、全てのタイプのリソースが取得されます。これは、下記の2つの`kubectl`クエリが同じであることを意味します。
 
 ```shell
 kubectl get pods
@@ -26,8 +26,8 @@ kubectl get pods --field-selector ""
 {{< /note >}}
 
 ## サポートされているフィールド
-サポートされているフィールドセレクターはKubernetesリソースタイプによって異なります。全てのリソースタイプは`metadata.name`と`metadata.namespace`フィールドをサポートしています。サポートされていないフィールドセレクターの使用をするとエラーとなります。  
-例えば以下の通りです。  
+サポートされているフィールドセレクターはKubernetesリソースタイプによって異なります。全てのリソースタイプは`metadata.name`と`metadata.namespace`フィールドをサポートしています。サポートされていないフィールドセレクターの使用をするとエラーとなります。
+例えば以下の通りです。
 
 ```shell
 kubectl get ingress --field-selector foo.bar=baz
@@ -39,25 +39,25 @@ Error from server (BadRequest): Unable to find "ingresses" that match label sele
 
 ## サポートされているオペレーター
 
-ユーザーは、`=`、`==`や`!=`といったオペレーターをフィールドセレクターと組み合わせて使用できます。(`=`と`==`は同義)  
+ユーザーは、`=`、`==`や`!=`といったオペレーターをフィールドセレクターと組み合わせて使用できます。(`=`と`==`は同義)
 例として、下記の`kubectl`コマンドは`default`ネームスペースに属していない全てのKubernetes Serviceを選択します。
 
 ```shell
 kubectl get services --field-selector metadata.namespace!=default
 ```
 
 ## 連結されたセレクター
-[ラベル](/docs/concepts/overview/working-with-objects/labels)や他のセレクターと同様に、フィールドセレクターはコンマ区切りのリストとして連結することができます。  
-下記の`kubectl`コマンドは、`status.phase`が`Runnning`でなく、かつ`spec.restartPolicy`フィールドが`Always`に等しいような全てのPodを選択します。  
+[ラベル](/docs/concepts/overview/working-with-objects/labels)や他のセレクターと同様に、フィールドセレクターはコンマ区切りのリストとして連結することができます。
+下記の`kubectl`コマンドは、`status.phase`が`Runnning`でなく、かつ`spec.restartPolicy`フィールドが`Always`に等しいような全てのPodを選択します。
 
 ```shell
 kubectl get pods --field-selector=status.phase!=Running,spec.restartPolicy=Always
 ```
 
 ## 複数のリソースタイプ
 
-ユーザーは複数のリソースタイプにまたがったフィールドセレクターを利用できます。  
-下記の`kubectl`コマンドは、`default`ネームスペースに属していない全てのStatefulSetとServiceを選択します。  
+ユーザーは複数のリソースタイプにまたがったフィールドセレクターを利用できます。
+下記の`kubectl`コマンドは、`default`ネームスペースに属していない全てのStatefulSetとServiceを選択します。
 
 ```shell
 kubectl get statefulsets,services --field-selector metadata.namespace!=default

content/ja/docs/concepts/overview/working-with-objects/kubernetes-objects.md

@@ -2,7 +2,7 @@
 title: Kubernetesオブジェクトを理解する
 content_template: templates/concept
 weight: 10
-card: 
+card:
   name: concepts
   weight: 40
 ---