Repository: kubernetes/website
Pull request #50243: [ja] Trim full-width spaces in Japanese documents
Author: login: Okabe-Junya
Labels: name: cncf-cla: yes
description: Indicates the PR's author has signed the CNCF CLA.
name: size/M
description: Denotes a PR that changes 30-99 lines, ignoring generated files.
name: lgtm
description: "Looks good to me", indicates that a PR is ready to be merged.
name: sig/docs
description: Categorizes an issue or PR as relevant to SIG Docs.
name: approved
description: Indicates a PR has been approved by an approver from all required OWNERS files.
name: language/ja
description: Issues or PRs related to Japanese language
name: area/localization
description: General issues or PRs related to localization
Created: 2025-03-26T09:06:17Z | Merged: 2025-04-20T06:31:00Z

General maintenance PR for SIG-Docs ja

### Description

- Trim full-wide spaces in Japanese documents based on our [styleguide](https://kubernetes.io/ja/docs/contribute/localization/#basic-policy)

> 記号類は感嘆符「！」と疑問符「？」のみ全角、それ以外は半角で表記

### Issue

<!--
 If this pull request resolves an open issue, please link the issue in the PR
 description so it will automatically close when the PR is merged.

 See the GitHub documentation for more details and other options:

 https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue#linking-a-pull-request-to-an-issue-using-a-keyword
-->

Closes: #


Diff:
diff --git a/content/ja/docs/concepts/overview/working-with-objects/annotations.md b/content/ja/docs/concepts/overview/working-with-objects/annotations.md
index d65e4567150a8..d306d9f087811 100644
--- a/content/ja/docs/concepts/overview/working-with-objects/annotations.md
+++ b/content/ja/docs/concepts/overview/working-with-objects/annotations.md
@@ -7,7 +7,6 @@ weight: 60
 <!-- overview -->
 ユーザーは、識別用途でない任意のメタデータをオブジェクトに割り当てるためにアノテーションを使用できます。ツールやライブラリなどのクライアントは、このメタデータを取得できます。
 
-
 <!-- body -->
 ## オブジェクトにメタデータを割り当てる
 
@@ -39,7 +38,7 @@ weight: 60
 
 * 他のエコシステムのコンポーネントからの関連オブジェクトのURLなど、ユーザーやツール、システムの出所情報。
 
-* 軽量ロールアウトツールのメタデータ。　例えば設定やチェックポイントなど。
+* 軽量ロールアウトツールのメタデータ。例えば設定やチェックポイントなど。
 
 * 情報をどこで確認できるかを示すためのもの。例えばチームのウェブサイト、責任者の電話番号や、ページャー番号やディレクトリエンティティなど。
 
diff --git a/content/ja/docs/concepts/overview/working-with-objects/namespaces.md b/content/ja/docs/concepts/overview/working-with-objects/namespaces.md
index 3e063d03c7fdd..d987cf4924a83 100644
--- a/content/ja/docs/concepts/overview/working-with-objects/namespaces.md
+++ b/content/ja/docs/concepts/overview/working-with-objects/namespaces.md
@@ -9,9 +9,6 @@ weight: 45
 Kubernetesは、同一の物理クラスター上で複数の仮想クラスターの動作をサポートします。
 この仮想クラスターをNamespaceと呼びます。
 
-
-
-
 <!-- body -->
 
 ## 複数のNamespaceを使う時
@@ -32,7 +29,7 @@ Namespaceは、複数のユーザーの間でクラスターリソースを分
 Namespaceの作成と削除方法は[Namespaceの管理ガイドドキュメント](/docs/tasks/administer-cluster/namespaces/)に記載されています。
 
 {{< note >}}
-　　プレフィックス`kube-`を持つNamespaceは、KubernetesシステムのNamespaceとして予約されているため利用は避けてください。
+プレフィックス`kube-`を持つNamespaceは、KubernetesシステムのNamespaceとして予約されているため利用は避けてください。
 {{< /note >}}
 
 ### Namespaceの表示
diff --git a/content/ja/docs/concepts/scheduling-eviction/pod-overhead.md b/content/ja/docs/concepts/scheduling-eviction/pod-overhead.md
index 916ecf94f2ce3..bfd75e64ca24c 100644
--- a/content/ja/docs/concepts/scheduling-eviction/pod-overhead.md
+++ b/content/ja/docs/concepts/scheduling-eviction/pod-overhead.md
@@ -8,19 +8,15 @@ weight: 30
 
 {{< feature-state for_k8s_version="v1.24" state="stable" >}}
 
-
 PodをNode上で実行する時に、Pod自身は大量のシステムリソースを消費します。これらのリソースは、Pod内のコンテナ(群)を実行するために必要なリソースとして追加されます。Podのオーバーヘッドは、コンテナの要求と制限に加えて、Podのインフラストラクチャで消費されるリソースを計算するための機能です。
 
-
-
-
 <!-- body -->
 
 Kubernetesでは、Podの[RuntimeClass](/docs/concepts/containers/runtime-class/)に関連するオーバーヘッドに応じて、[アドミッション](/docs/reference/access-authn-authz/extensible-admission-controllers/#what-are-admission-webhooks)時にPodのオーバーヘッドが設定されます。
 
 Podのオーバーヘッドを有効にした場合、Podのスケジューリング時にコンテナのリソース要求の合計に加えて、オーバーヘッドも考慮されます。同様に、Kubeletは、Podのcgroupのサイズ決定時およびPodの退役の順位付け時に、Podのオーバーヘッドを含めます。
 
-## Podのオーバーヘッドの有効化　{#set-up}
+## Podのオーバーヘッドの有効化 {#set-up}
 
 クラスター全体で`PodOverhead`の[フィーチャーゲート](/ja/docs/reference/command-line-tools-reference/feature-gates/)が有効になっていること（1.18時点ではデフォルトでオンになっています）と、`overhead`フィールドを定義する`RuntimeClass`が利用されていることを確認する必要があります。
 
diff --git a/content/ja/docs/concepts/scheduling-eviction/scheduling-framework.md b/content/ja/docs/concepts/scheduling-eviction/scheduling-framework.md
index d748f38ed5db9..ac67af556a781 100644
--- a/content/ja/docs/concepts/scheduling-eviction/scheduling-framework.md
+++ b/content/ja/docs/concepts/scheduling-eviction/scheduling-framework.md
@@ -97,7 +97,7 @@ NormalizeScoreプラグインが途中でエラーを返した場合、Schedulin
 
 ### Reserve {#reserve}
 
-Reserve拡張を実装したプラグインには、ReserveとUnreserve　という2つのメソッドがあり、それぞれ`Reserve`
+Reserve拡張を実装したプラグインには、ReserveとUnreserveという2つのメソッドがあり、それぞれ`Reserve`
 と`Unreserve`と呼ばれる2つの情報スケジューリングフェーズを返します。
 実行状態を保持するプラグイン（別名「ステートフルプラグイン」）は、これらのフェーズを使用して、Podに対してNodeのリソースが予約されたり予約解除された場合に、スケジューラーから通知を受け取ります。
 
diff --git a/content/ja/docs/concepts/security/rbac-good-practices.md b/content/ja/docs/concepts/security/rbac-good-practices.md
index 1306569ff41af..71e517634806e 100644
--- a/content/ja/docs/concepts/security/rbac-good-practices.md
+++ b/content/ja/docs/concepts/security/rbac-good-practices.md
@@ -63,7 +63,7 @@ Kubernetesは、すべてのクラスターに必要とは限らないアクセ
 冗長なエントリや特権昇格の可能性がないか、定期的にKubernetes RBAC設定を確認することが不可欠です。
 攻撃者が削除されたユーザーと同じ名前のユーザーアカウントを作成できる場合、特にそのユーザーに割り当てられた権限を自動的に継承できます。
 
-## Kubernetes RBAC - 特権昇格リスク　{#privilege-escalation-risks}
+## Kubernetes RBAC - 特権昇格リスク {#privilege-escalation-risks}
 
 Kubernetes RBAC内には、ユーザーやサービスアカウントがクラスター内で特権昇格したり、クラスター外のシステムに影響を与えたりすることができる権限がいくつかあります。
 
diff --git a/content/ja/docs/concepts/workloads/autoscaling.md b/content/ja/docs/concepts/workloads/autoscaling.md
index 173f3b19d20fe..135a9da8c18d2 100644
--- a/content/ja/docs/concepts/workloads/autoscaling.md
+++ b/content/ja/docs/concepts/workloads/autoscaling.md
@@ -57,7 +57,7 @@ HPAと異なり、VPAはデフォルトでKubernetesに付属していません
 HPAが機能するにはクラスターに[Metrics Server](https://github.com/kubernetes-sigs/metrics-server)がインストールされている必要があります。
 {{< /note >}}
 
-現時点では、VPAは4つの異なるモードで動作できます:　
+現時点では、VPAは4つの異なるモードで動作できます:
 
 {{< table caption="VPAの異なるモード" >}}
 モード | 説明
diff --git a/content/ja/docs/concepts/workloads/controllers/job.md b/content/ja/docs/concepts/workloads/controllers/job.md
index b901ee1359ba8..e045ff183a5f3 100644
--- a/content/ja/docs/concepts/workloads/controllers/job.md
+++ b/content/ja/docs/concepts/workloads/controllers/job.md
@@ -249,7 +249,7 @@ Jobで実行するのに適したタスクは主に3種類あります:
 - `Indexed`: Jobに属するPodはそれぞれ、0から`.spec.completions-1`の範囲内の完了インデックスを取得できます。インデックスは下記の三つの方法で取得できます。
   - Podアノテーション`batch.kubernetes.io/job-completion-index`。
   - Podホスト名の一部として、`$(job-name)-$(index)`の形式になっています。
-    インデックス付きJob(Indexed Job)と{{< glossary_tooltip term_id="Service" >}}を一緒に使用すると、Jobに属するPodはお互いにDNSを介して確定的ホスト名で通信できます。この設定方法の詳細は[Pod間通信を使用したJob](https://kubernetes.io/docs/tasks/job/job-with-pod-to-pod-communication/)を参照してください。　
+    インデックス付きJob(Indexed Job)と{{< glossary_tooltip term_id="Service" >}}を一緒に使用すると、Jobに属するPodはお互いにDNSを介して確定的ホスト名で通信できます。この設定方法の詳細は[Pod間通信を使用したJob](https://kubernetes.io/docs/tasks/job/job-with-pod-to-pod-communication/)を参照してください。
   - コンテナ化されたタスクの環境変数`JOB_COMPLETION_INDEX`。
 
   各インデックスに1つずつ正常に完了したPodがあると、Jobは完了したとみなされます。このモードの使い方については、[静的な処理の割り当てを使用した並列処理のためのインデックス付きJob](/ja/docs/tasks/job/indexed-parallel-processing-static/)を参照してください。
@@ -433,11 +433,11 @@ Jobオブジェクトは、Podの確実な並列実行をサポートするた
 並列計算にはいくつかのパターンがあり、それぞれに長所と短所があります。
 トレードオフの関係にあるのは:
 
-- 各作業項目に1つのJobオブジェクト vs. すべての作業項目に1つのJobオブジェクト。  
-　後者は大量の作業項目を処理する場合に適しています。  
-　前者は大量のJobオブジェクトを管理するため、ユーザーとシステムにオーバーヘッドをかけることになります。
+- 各作業項目に1つのJobオブジェクト vs. すべての作業項目に1つのJobオブジェクト。
+後者は大量の作業項目を処理する場合に適しています。
+前者は大量のJobオブジェクトを管理するため、ユーザーとシステムにオーバーヘッドをかけることになります。
 - 作成されるPod数が作業項目数と等しい、 vs. 各Podが複数の作業項目を処理する。
-　前者は通常、既存のコードやコンテナへの変更が少なくて済みます。
+前者は通常、既存のコードやコンテナへの変更が少なくて済みます。
   後者は上記と同じ理由で、大量の作業項目を処理する場合に適しています。
 - ワークキューを利用するアプローチもいくつかあります。それを使うためには、キューサービスを実行し、既存のプログラムやコンテナにワークキューを利用させるための改造を行う必要があります。
   他のアプローチは既存のコンテナ型アプリケーションに適用しやすいです。
diff --git a/content/ja/docs/reference/access-authn-authz/rbac.md b/content/ja/docs/reference/access-authn-authz/rbac.md
index 5a8689abae7ed..eb80fa4cb0581 100644
--- a/content/ja/docs/reference/access-authn-authz/rbac.md
+++ b/content/ja/docs/reference/access-authn-authz/rbac.md
@@ -7,7 +7,6 @@ weight: 70
 <!-- overview -->
 Role Based Access Control(RBAC)は、組織内の個々のユーザーのRoleをベースに、コンピューターまたはネットワークリソースへのアクセスを制御する方法です。
 
-
 <!-- body -->
 RBAC認可は{{< glossary_tooltip term_id="api-group" >}} `rbac.authorization.k8s.io`を使用して認可の決定を行い、Kubernetes APIを介して動的にポリシーを構成できるようにします。
 
@@ -195,7 +194,7 @@ Bindingの`roleRef`を変更しようとすると、バリデーションエラ
 
 KubernetesのAPIでは、ほとんどのリソースはPodであれば`pods`のように、オブジェクト名の文字列表現を使用して表されます。RBACは、関連するAPIエンドポイントのURLに表示されるものとまったく同じ名前を使用するリソースを参照します。
 一部のKubernetes APIには、Podのログなどの
-_subresource_　が含まれます。Podのログのリクエストは次のようになります。
+_subresource_ が含まれます。Podのログのリクエストは次のようになります。
 
 ```http
 GET /api/v1/namespaces/{namespace}/pods/{name}/log
diff --git a/content/ja/docs/reference/glossary/api-eviction.md b/content/ja/docs/reference/glossary/api-eviction.md
index e6a3043e22729..ceb2190deeb48 100644
--- a/content/ja/docs/reference/glossary/api-eviction.md
+++ b/content/ja/docs/reference/glossary/api-eviction.md
@@ -4,7 +4,7 @@ id: api-eviction
 date: 2021-04-27
 full_link: /ja/docs/concepts/scheduling-eviction/api-eviction/
 short_description: >
-  APIを起点とした退避は、Eviction　APIを使用してEvictionオブジェクトを作成し、Podの正常終了を起動させるプロセスです。
+  APIを起点とした退避は、Eviction APIを使用してEvictionオブジェクトを作成し、Podの正常終了を起動させるプロセスです。
 aka:
 tags:
 - operation
diff --git a/content/ja/docs/setup/best-practices/certificates.md b/content/ja/docs/setup/best-practices/certificates.md
index 816295c696b08..fd4411cd590f3 100644
--- a/content/ja/docs/setup/best-practices/certificates.md
+++ b/content/ja/docs/setup/best-practices/certificates.md
@@ -50,11 +50,11 @@ kubeadmを使用してKubernetesをインストールする場合、ほとんど
 
 必要な認証局:
 
-| パス                    | デフォルトCN                | 説明                             |
+| パス                   | デフォルトCN              | 説明                             |
 |------------------------|---------------------------|----------------------------------|
-| ca.crt,key             | kubernetes-ca             | Kubernetes全体の認証局　　　        |
-| etcd/ca.crt,key        | etcd-ca                   | etcd用　　　　　　　　　　　　　　   |
-| front-proxy-ca.crt,key | kubernetes-front-proxy-ca | [front-end proxy](/docs/tasks/extend-kubernetes/configure-aggregation-layer/)用　　　 |
+| ca.crt,key             | kubernetes-ca             | Kubernetes全体の認証局           |
+| etcd/ca.crt,key        | etcd-ca                   | etcd用                           |
+| front-proxy-ca.crt,key | kubernetes-front-proxy-ca | [front-end proxy](/docs/tasks/extend-kubernetes/configure-aggregation-layer/)用 |
 
 上記の認証局に加えて、サービスアカウント管理用に公開鍵/秘密鍵のペア(`sa.key`と`sa.pub`)を取得する事が必要です。
 次の例は、前の表で示されたCAのキーと証明書を示しています:
@@ -74,7 +74,7 @@ CAの秘密鍵をクラスターにコピーしたくない場合、自身で全
 
 必要な証明書:
 
-| デフォルトCN                    | 親認証局                   | 組織 　　　　　　| 種類                                   | ホスト名 (SAN)                                          |
+| デフォルトCN                  | 親認証局                  | 組織           | 種類                                   | ホスト名 (SAN)                                      |
 |-------------------------------|---------------------------|----------------|----------------------------------------|-----------------------------------------------------|
 | kube-etcd                     | etcd-ca                   |                | server, client                         | `<hostname>`, `<Host_IP>`, `localhost`, `127.0.0.1` |
 | kube-etcd-peer                | etcd-ca                   |                | server, client                         | `<hostname>`, `<Host_IP>`, `localhost`, `127.0.0.1` |
@@ -93,7 +93,7 @@ CAの秘密鍵をクラスターにコピーしたくない場合、自身で全
 
 ここで`種類`は、一つまたは複数のx509の鍵用途にマッピングされており、これは[CertificateSigningRequest](/docs/reference/kubernetes-api/authentication-resources/certificate-signing-request-v1#CertificateSigningRequest)の`.spec.usages`にも記載されています:
 
-| 種類   | 鍵の用途  　　　                                                                     |
+| 種類   | 鍵の用途                                                                        |
 |--------|---------------------------------------------------------------------------------|
 | server | digital signature, key encipherment, server auth                                |
 | client | digital signature, key encipherment, client auth                                |
@@ -116,7 +116,7 @@ kubeadm利用者のみ:
 証明書は推奨パスに配置するべきです([kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)を使用する場合と同様)。
 パスは場所に関係なく与えられた引数で特定されます。
 
-| デフォルトCN                   | 鍵の推奨パス        　　　　　　 | 証明書の推奨パス    　　　　　   | コマンド        | 鍵を指定する引数               | 証明書を指定する引数                          |
+| デフォルトCN                 | 鍵の推奨パス                 | 証明書の推奨パス            | コマンド       | 鍵を指定する引数             | 証明書を指定する引数                      |
 |------------------------------|------------------------------|-----------------------------|----------------|------------------------------|-------------------------------------------|
 | etcd-ca                      |     etcd/ca.key                         | etcd/ca.crt                 | kube-apiserver |                              | --etcd-cafile                             |
 | kube-apiserver-etcd-client                  | apiserver-etcd-client.key    | apiserver-etcd-client.crt   | kube-apiserver | --etcd-keyfile               | --etcd-certfile                           |
@@ -135,7 +135,7 @@ kubeadm利用者のみ:
 
 サービスアカウント用の鍵ペアについても同様です。
 
-| 秘密鍵のパス 　　　　            |　公開鍵のパス 　　　           | コマンド                 | 引数                             |
+| 秘密鍵のパス                 |公開鍵のパス                 | コマンド                | 引数                                 |
 |------------------------------|-----------------------------|-------------------------|--------------------------------------|
 |  sa.key                      |                             | kube-controller-manager | service-account-private              |
 |                              | sa.pub                      | kube-apiserver          | service-account-key                  |
diff --git a/content/ja/docs/setup/production-environment/windows/user-guide-windows-containers.md b/content/ja/docs/setup/production-environment/windows/user-guide-windows-containers.md
index b9c29a4eacd55..4aa3177d925ac 100644
--- a/content/ja/docs/setup/production-environment/windows/user-guide-windows-containers.md
+++ b/content/ja/docs/setup/production-environment/windows/user-guide-windows-containers.md
@@ -8,8 +8,6 @@ weight: 75
 
 Windowsアプリケーションは、多くの組織で実行されるサービスとアプリケーションの大部分を占めます。このガイドでは、KubernetesでWindowsコンテナを構成してデプロイする手順について説明します。
 
-
-
 <!-- body -->
 
 ## 目的
@@ -160,7 +158,7 @@ Kubernetes 1.17では、これを簡単するために新しいラベル`node.ku
 
 このラベルは、互換性のために一致する必要があるWindowsのメジャー、マイナー、およびビルド番号を反映しています。以下は、Windows Serverの各バージョンで現在使用されている値です。
 
-| 製品番号                         　　 |   ビルド番号            |
+| 製品番号                             | ビルド番号             |
 |--------------------------------------|------------------------|
 | Windows Server 2019                  | 10.0.17763             |
 | Windows Server version 1809          | 10.0.17763             |


Reviews:
user: login: Okabe-Junya
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-03-26T09:09:09Z
user: login: t-inu
body: プレビューでの確認で、表示上の問題(影響)はないことを確認しました。

表形式になっている部分について、コードとして見たときに、全角スペースを除去したあとの半角スペースの数に気をつけないと、罫線を表す縦線の位置がずれますね。
https://github.com/kubernetes/website/blob/cf5bdaa0ba4c3247ee0c7965422590afa8d87e11/content/ja/docs/setup/best-practices/certificates.md?plain=1
等倍フォントで確認して調整したものをコメントしました。
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-01T15:47:35Z
user: login: Okabe-Junya
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-01T17:46:02Z
user: login: t-inu
body: View fileのCodeの表示では、揃っていないように見えたりもしますが、右側にあるRawを押せば正確にわかりますね。
https://raw.githubusercontent.com/kubernetes/website/61ee0d16ccdbb63d2da5bb9660e995cc8b7cf1f3/content/ja/docs/setup/best-practices/certificates.md

今回の修正対象外の表で、一部ずれているところはあるのですが、このPRの範疇でもないですし、そこまでは気にしないことにします。
ありがとうございました。
/lgtm
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-02T13:27:17Z
user: login: t-inu
body: すべてプレビューで確認済みで、空白の修正のみのPRということで、approveもしておきます。
/approve
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-20T06:29:31Z

Review comments:
diff_hunk: @@ -63,7 +63,7 @@ Kubernetesは、すべてのクラスターに必要とは限らないアクセ
 冗長なエントリや特権昇格の可能性がないか、定期的にKubernetes RBAC設定を確認することが不可欠です。
 攻撃者が削除されたユーザーと同じ名前のユーザーアカウントを作成できる場合、特にそのユーザーに割り当てられた権限を自動的に継承できます。
 
-## Kubernetes RBAC - 特権昇格リスク　{#privilege-escalation-risks}
+## Kubernetes RBAC - 特権昇格リスク{#privilege-escalation-risks}
path: content/ja/docs/concepts/security/rbac-good-practices.md
user: login: Okabe-Junya
body: ```suggestion
## Kubernetes RBAC - 特権昇格リスク {#privilege-escalation-risks}
```
created_at: 2025-03-26T09:09:09Z
author_association: MEMBER
diff_hunk: @@ -52,9 +52,9 @@ kubeadmを使用してKubernetesをインストールする場合、ほとんど
 
 | パス                    | デフォルトCN                | 説明                             |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| パス                   | デフォルトCN              | 説明                             |
```
全角スペースは入っていないですが、次の行の罫線とは少しずれているので、その調整です。
created_at: 2025-04-01T15:03:30Z
author_association: MEMBER
diff_hunk: @@ -52,9 +52,9 @@ kubeadmを使用してKubernetesをインストールする場合、ほとんど
 
 | パス                    | デフォルトCN                | 説明                             |
 |------------------------|---------------------------|----------------------------------|
-| ca.crt,key             | kubernetes-ca             | Kubernetes全体の認証局　　　        |
-| etcd/ca.crt,key        | etcd-ca                   | etcd用　　　　　　　　　　　　　　   |
-| front-proxy-ca.crt,key | kubernetes-front-proxy-ca | [front-end proxy](/docs/tasks/extend-kubernetes/configure-aggregation-layer/)用　　　 |
+| ca.crt,key             | kubernetes-ca             | Kubernetes全体の認証局        |
+| etcd/ca.crt,key        | etcd-ca                   | etcd用   |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| ca.crt,key             | kubernetes-ca             | Kubernetes全体の認証局           |
| etcd/ca.crt,key        | etcd-ca                   | etcd用                           |
```
created_at: 2025-04-01T15:04:10Z
author_association: MEMBER
diff_hunk: @@ -74,7 +74,7 @@ CAの秘密鍵をクラスターにコピーしたくない場合、自身で全
 
 必要な証明書:
 
-| デフォルトCN                    | 親認証局                   | 組織 　　　　　　| 種類                                   | ホスト名 (SAN)                                          |
+| デフォルトCN                    | 親認証局                   | 組織| 種類                                   | ホスト名 (SAN)                                          |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| デフォルトCN                  | 親認証局                  | 組織           | 種類                                   | ホスト名 (SAN)                                      |
```
created_at: 2025-04-01T15:04:40Z
author_association: MEMBER
diff_hunk: @@ -93,7 +93,7 @@ CAの秘密鍵をクラスターにコピーしたくない場合、自身で全
 
 ここで`種類`は、一つまたは複数のx509の鍵用途にマッピングされており、これは[CertificateSigningRequest](/docs/reference/kubernetes-api/authentication-resources/certificate-signing-request-v1#CertificateSigningRequest)の`.spec.usages`にも記載されています:
 
-| 種類   | 鍵の用途  　　　                                                                     |
+| 種類   | 鍵の用途                                                                       |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| 種類   | 鍵の用途                                                                        |
```
ほぼ同じに見えますが、「鍵の用途」の後ろのスペースを1つだけ増やしています。
created_at: 2025-04-01T15:17:02Z
author_association: MEMBER
diff_hunk: @@ -116,7 +116,7 @@ kubeadm利用者のみ:
 証明書は推奨パスに配置するべきです([kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)を使用する場合と同様)。
 パスは場所に関係なく与えられた引数で特定されます。
 
-| デフォルトCN                   | 鍵の推奨パス        　　　　　　 | 証明書の推奨パス    　　　　　   | コマンド        | 鍵を指定する引数               | 証明書を指定する引数                          |
+| デフォルトCN                   | 鍵の推奨パス         | 証明書の推奨パス       | コマンド        | 鍵を指定する引数               | 証明書を指定する引数                          |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| デフォルトCN                 | 鍵の推奨パス                 | 証明書の推奨パス            | コマンド       | 鍵を指定する引数             | 証明書を指定する引数                      |
```
ちなみに、この表のデータ行は全体的にずれていますね。
原文では、この表だけ縦線を揃えるのをやめて、データの文字列の前後にスペースを1つだけ入れるようにしていました。
https://github.com/kubernetes/website/blob/main/content/en/docs/setup/best-practices/certificates.md?plain=1
このPRの主旨からは外れるので、余力があればそのようにしてもいいですし、そのままでもいいです。
created_at: 2025-04-01T15:27:09Z
author_association: MEMBER
diff_hunk: @@ -135,7 +135,7 @@ kubeadm利用者のみ:
 
 サービスアカウント用の鍵ペアについても同様です。
 
-| 秘密鍵のパス 　　　　            |　公開鍵のパス 　　　           | コマンド                 | 引数                             |
+| 秘密鍵のパス             |公開鍵のパス            | コマンド                 | 引数                             |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: t-inu
body: ```suggestion
| 秘密鍵のパス                 |公開鍵のパス                 | コマンド                | 引数                                 |
```
created_at: 2025-04-01T15:27:19Z
author_association: MEMBER
diff_hunk: @@ -160,7 +158,7 @@ Kubernetes 1.17では、これを簡単するために新しいラベル`node.ku
 
 このラベルは、互換性のために一致する必要があるWindowsのメジャー、マイナー、およびビルド番号を反映しています。以下は、Windows Serverの各バージョンで現在使用されている値です。
 
-| 製品番号                         　　 |   ビルド番号            |
+| 製品番号                          |   ビルド番号            |
path: content/ja/docs/setup/production-environment/windows/user-guide-windows-containers.md
user: login: t-inu
body: ```suggestion
| 製品番号                             | ビルド番号             |
```
created_at: 2025-04-01T15:27:25Z
author_association: MEMBER
diff_hunk: @@ -116,7 +116,7 @@ kubeadm利用者のみ:
 証明書は推奨パスに配置するべきです([kubeadm](/docs/reference/setup-tools/kubeadm/kubeadm/)を使用する場合と同様)。
 パスは場所に関係なく与えられた引数で特定されます。
 
-| デフォルトCN                   | 鍵の推奨パス        　　　　　　 | 証明書の推奨パス    　　　　　   | コマンド        | 鍵を指定する引数               | 証明書を指定する引数                          |
+| デフォルトCN                   | 鍵の推奨パス         | 証明書の推奨パス       | コマンド        | 鍵を指定する引数               | 証明書を指定する引数                          |
path: content/ja/docs/setup/best-practices/certificates.md
user: login: Okabe-Junya
body: > ちなみに、この表のデータ行は全体的にずれていますね

ありがとうございます、このsuggestionを取り込むことまでをこのPRのスコープとさせてください
created_at: 2025-04-01T17:46:02Z
author_association: MEMBER

PR comments:
user: login: Okabe-Junya
created_at: 2025-03-26T09:08:41Z
body: /retitle [ja] Trim full-wide spaces in Japanese documents
author_association: MEMBER
user: login: netlify[bot]
created_at: 2025-03-26T09:16:32Z
body: ### <span aria-hidden="true">✅</span> Pull request preview available for checking
Built [without sensitive environment variables](https://docs.netlify.com/configure-builds/environment-variables/#sensitive-variable-policy)

|  Name | Link |
|:-:|------------------------|
|<span aria-hidden="true">🔨</span> Latest commit | 38aa049cadfc0aece9aeec59d90e6b0e3d1ac95f |
|<span aria-hidden="true">🔍</span> Latest deploy log | https://app.netlify.com/sites/kubernetes-io-main-staging/deploys/67e3c38ba7c56200087f3c81 |
|<span aria-hidden="true">😎</span> Deploy Preview | [https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app](https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app) |
|<span aria-hidden="true">📱</span> Preview on mobile | <details><summary> Toggle QR Code... </summary><br /><br />![QR Code](https://app.netlify.com/qr-code/eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ1cmwiOiJodHRwczovL2RlcGxveS1wcmV2aWV3LTUwMjQzLS1rdWJlcm5ldGVzLWlvLW1haW4tc3RhZ2luZy5uZXRsaWZ5LmFwcCJ9.PthNLaq4n0nkBNcrU2qaprPW4kp5R33FXG-2Z7lWkts)<br /><br />_Use your smartphone camera to open QR code link._</details> |
---
<!-- [kubernetes-io-main-staging Preview](https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app) -->
_To edit notification comments on pull requests, go to your [Netlify site configuration](https://app.netlify.com/sites/kubernetes-io-main-staging/configuration/notifications#deploy-webhooks)._
author_association: NONE
user: login: netlify[bot]
created_at: 2025-03-26T09:25:30Z
body: ### <span aria-hidden="true">✅</span> Pull request preview available for checking
Built [without sensitive environment variables](https://docs.netlify.com/configure-builds/environment-variables/#sensitive-variable-policy)

|  Name | Link |
|:-:|------------------------|
|<span aria-hidden="true">🔨</span> Latest commit | 61ee0d16ccdbb63d2da5bb9660e995cc8b7cf1f3 |
|<span aria-hidden="true">🔍</span> Latest deploy log | https://app.netlify.com/sites/kubernetes-io-main-staging/deploys/67ec26bcd21eee0008b50f7f |
|<span aria-hidden="true">😎</span> Deploy Preview | [https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app](https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app) |
|<span aria-hidden="true">📱</span> Preview on mobile | <details><summary> Toggle QR Code... </summary><br /><br />![QR Code](https://app.netlify.com/qr-code/eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ1cmwiOiJodHRwczovL2RlcGxveS1wcmV2aWV3LTUwMjQzLS1rdWJlcm5ldGVzLWlvLW1haW4tc3RhZ2luZy5uZXRsaWZ5LmFwcCJ9.PthNLaq4n0nkBNcrU2qaprPW4kp5R33FXG-2Z7lWkts)<br /><br />_Use your smartphone camera to open QR code link._</details> |
---
<!-- [kubernetes-io-main-staging Preview](https://deploy-preview-50243--kubernetes-io-main-staging.netlify.app) -->
_To edit notification comments on pull requests, go to your [Netlify site configuration](https://app.netlify.com/sites/kubernetes-io-main-staging/configuration/notifications#deploy-webhooks)._
author_association: NONE
user: login: Okabe-Junya
created_at: 2025-03-31T20:38:10Z
body: /cc t-inu
author_association: MEMBER
user: login: t-inu
created_at: 2025-04-01T15:49:56Z
body: 「全角」の英訳として、full-wideはあまり聞いたことがないかなということで、タイトルをfull-widthに変更します。
/retitle [ja] Trim full-width spaces in Japanese documents
author_association: MEMBER
user: login: Okabe-Junya
created_at: 2025-04-01T17:44:41Z
body: > コードとして見たときに、全角スペースを除去したあとの半角スペースの数に気をつけないと、罫線を表す縦線の位置がずれますね。

ありがとうございます、個人的にはコード上での縦線の位置はそこまで意識していなかった（プレビューしたときに適切に表示されれば十分だと認識していた）のですが、ご指摘いただいた通り修正した方が良さそうですね
author_association: MEMBER
user: login: Okabe-Junya
created_at: 2025-04-01T17:48:32Z
body: レビューありがとうございます！
suggestionを取り込んだので再度ご確認お願いします

/cc t-inu
author_association: MEMBER
user: login: k8s-ci-robot
created_at: 2025-04-02T13:27:24Z
body: LGTM label has been added.  <details>Git tree hash: 2ef8a5ed9059fe33064a860b284d9690c28f7949</details>
author_association: CONTRIBUTOR
user: login: Okabe-Junya
created_at: 2025-04-02T14:25:33Z
body: /assign @inductor 
for approval
author_association: MEMBER
user: login: k8s-ci-robot
created_at: 2025-04-20T06:29:37Z
body: [APPROVALNOTIFIER] This PR is **APPROVED**

This pull-request has been approved by: *<a href="https://github.com/kubernetes/website/pull/50243#pullrequestreview-2780161473" title="Approved">t-inu</a>*

The full list of commands accepted by this bot can be found [here](https://go.k8s.io/bot-commands?repo=kubernetes%2Fwebsite).

The pull request process is described [here](https://git.k8s.io/community/contributors/guide/owners.md#the-code-review-process)

<details >
Needs approval from an approver in each of these files:

- ~~[content/ja/OWNERS](https://github.com/kubernetes/website/blob/main/content/ja/OWNERS)~~ [t-inu]

Approvers can indicate their approval by writing `/approve` in a comment
Approvers can cancel approval by writing `/approve cancel` in a comment
</details>
<!-- META={"approvers":[]} -->
author_association: CONTRIBUTOR