From 48614eeae345142ae991de5fd0f70d9efa261e3b Mon Sep 17 00:00:00 2001 From: Yoshiki Fujiwara <40357845+Yoshiki0705@users.noreply.github.com> Date: Thu, 1 Oct 2020 23:45:32 +0900 Subject: [PATCH] Update content/ja/docs/reference/access-authn-authz/rbac.md Co-authored-by: nasa9084 --- content/ja/docs/reference/access-authn-authz/rbac.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/ja/docs/reference/access-authn-authz/rbac.md b/content/ja/docs/reference/access-authn-authz/rbac.md index 758d169ca1..8f882ffe2a 100644 --- a/content/ja/docs/reference/access-authn-authz/rbac.md +++ b/content/ja/docs/reference/access-authn-authz/rbac.md @@ -35,7 +35,7 @@ RBACの _Role_ または _ClusterRole_ には、一連の権限を表すルー Roleは常に特定の{{< glossary_tooltip text="namespace" term_id="namespace" >}}で権限を設定します。 つまり、Roleを作成する時は、Roleが属するNamespaceを指定する必要があります。 -対照的にClusterRoleは、Namespaceに属さないリソースです。Kubernetesオブジェクトは常にNamespaceに属するか、属さないのいずれかである必要があり、リソースは異なる名前(RoleとClusterRole)を持っています。つまり、両方であることは不可能です。 +対照的にClusterRoleは、Namespaceに属さないリソースです。Kubernetesオブジェクトは常にNamespaceに属するか、属さないかのいずれかである必要があり、リソースは異なる名前(RoleとClusterRole)を持っています。つまり、両方であることは不可能です。 ClusterRolesにはいくつかの用途があります。ClusterRoleを利用して、以下のことができます。