diff options
| author | JoeWrightss <zhoulin.xie@daocloud.io> | 2018-11-05 22:20:03 +0800 |
|---|---|---|
| committer | JoeWrightss <zhoulin.xie@daocloud.io> | 2018-11-05 22:20:03 +0800 |
| commit | 72b2d4386c442311a183fee4230fe58bdee84ea8 (patch) | |
| tree | ae5cfd74ebcfc72b0b9269b35931c2c52be35569 | |
| parent | 79748734e6225769eb5186d0496adeb9f64789cf (diff) | |
fixs typo: dont -> don't
| -rw-r--r-- | contributors/design-proposals/apps/deployment.md | 2 | ||||
| -rw-r--r-- | contributors/design-proposals/node/node-usernamespace-remapping.md | 2 |
2 files changed, 2 insertions, 2 deletions
diff --git a/contributors/design-proposals/apps/deployment.md b/contributors/design-proposals/apps/deployment.md index 16c35dfe..d1d52660 100644 --- a/contributors/design-proposals/apps/deployment.md +++ b/contributors/design-proposals/apps/deployment.md @@ -143,7 +143,7 @@ For each creation or update for a Deployment, it will: is the one that the new RS uses and collisionCount is a counter in the DeploymentStatus that increments every time a [hash collision](#hashing-collisions) happens (hash collisions should be rare with fnv). - - If the RSs and pods dont already have this label and selector: + - If the RSs and pods don't already have this label and selector: - We will first add this to RS.PodTemplateSpec.Metadata.Labels for all RSs to ensure that all new pods that they create will have this label. - Then we will add this label to their existing pods diff --git a/contributors/design-proposals/node/node-usernamespace-remapping.md b/contributors/design-proposals/node/node-usernamespace-remapping.md index 75cb0888..37f22836 100644 --- a/contributors/design-proposals/node/node-usernamespace-remapping.md +++ b/contributors/design-proposals/node/node-usernamespace-remapping.md @@ -190,7 +190,7 @@ Docker API does not provide user-namespace mapping. Therefore to handle `GetRunt ## Future Work ### Namespace-Level/Pod-Level user-namespace support There is no runtime today which supports creating containers with a specified user namespace configuration. For example here is the discussion related to this support in Docker https://github.com/moby/moby/issues/28593 -Once user-namespace feature in the runtimes has evolved to support container’s request for a specific user-namespace mapping(UID and GID range), we can extend current Node-Level user-namespace support in Kubernetes to support Namespace-level isolation(or if desired even pod-level isolation) by dividing and allocating learned mapping from runtime among Kubernetes namespaces (or pods, if desired). From end-user UI perspective, we dont expect any change in the UI related to user namespaces support. +Once user-namespace feature in the runtimes has evolved to support container’s request for a specific user-namespace mapping(UID and GID range), we can extend current Node-Level user-namespace support in Kubernetes to support Namespace-level isolation(or if desired even pod-level isolation) by dividing and allocating learned mapping from runtime among Kubernetes namespaces (or pods, if desired). From end-user UI perspective, we don't expect any change in the UI related to user namespaces support. ### Remote Volumes Remote Volumes support should be investigated and should be targeted in future once support is there at lower infra layers. |