英単語と日本語の間に半角スペースは不要
This commit is contained in:
@@ -21,8 +21,7 @@ Kubernetesの監査はクラスタ内の一連の行動を記録するセキュ
|
||||
|
||||
<!-- body -->
|
||||
|
||||
監査記録は、そのライフサイクルを
|
||||
[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。
|
||||
監査記録は、そのライフサイクルを[kube-apiserver](/docs/reference/command-line-tools-reference/kube-apiserver/)コンポーネントの中で始まります。
|
||||
各リクエストは、その実行の各段階でその実行の各段階で、監査イベントが生成されます。
|
||||
ポリシーに従って前処理され、バックエンドに書き込まれます。 ポリシーが何を記録するかを決定しを決定し、
|
||||
バックエンドがその記録を永続化します。現在のバックエンドの実装はログファイルやWebhookなどがあります。
|
||||
@@ -187,7 +186,7 @@ Webhookの設定ファイルは、kubeconfig 形式でサービスのリモー
|
||||
webhookを例に、利用可能なフラグの一覧を示します。
|
||||
ログバックエンドで同じフラグを取得するには、フラグ名の`webhook`を`log`に置き換えてください。
|
||||
デフォルトでは、バッチングは`webhook`では有効で、`log`では無効です。
|
||||
同様に、デフォルトでは、スロットリングは `webhook` で有効で、`log` では無効です。
|
||||
同様に、デフォルトではスロットリングは `webhook` で有効で、`log`では無効です。
|
||||
|
||||
- `--audit-webhook-mode` は、バッファリング戦略を定義します。以下のいずれかとなります。
|
||||
- `batch` - イベントをバッファリングして、非同期にバッチ処理します。これがデフォルトです。
|
||||
|
||||
Reference in New Issue
Block a user