Workload API #353

kow3ns · 2017-07-19T23:36:15Z

Feature Description

One-line feature description (can be used as a release note): The core workload API (DaemonSet, Deployment, ReplicaSet, StatefulSet) have been moved to the apps group at version v1beta2.
Primary contact (assignee): @kow3ns
Responsible SIGs: apps
Design proposal link (community repo): NA
Reviewer(s) - (for LGTM) recommend having 2+ reviewers (at least one from code-area OWNERS file) agreed to review. Reviewers from multiple companies preferred: @Kargakis @janetkuo @foxish @enisoc @crimsonfaith91
Approver (likely from SIG/area to which feature belongs): @smarterclayton @erictune
Feature branch : https://github.com/kubernetes/kubernetes/tree/feature-workload-ga
Feature target (which target equals to which milestone):
- Beta release target (1.8)
- GA release target (1.9)

Create a new version in the apps group for the core workloads API.
When we advance the core workloads API (DaemonSet, Deployment, ReplicaSet, and StatefulSet) to v1, we want them to advance as a group and be (where possible) consistent. Prior to doing so, we would like to make any API incompatible changes. In particular we will

move DaemonSet to apps
remove the TemplateGeneration field of DaemonSet
change the StatefulSet ObservedGeneration from a pointer to an int for consistency.
remove the /rollback subresource of Deployment, or modify it such that the controller is not required to modify its own spec.
add a scale subresource for StatefulSet
review the API objects for consistency, and (where appropriate) make changes to bring them into alignment (modifying field names a necessary).
ensure that the defaults and validation are consistent and appropriate across all controllers.

We may find other incompatible changes that are required prior to promotion, and we would like to make them in this version, prior to releasing it. When the community is satisfied with the API surface, as contained in this version, and it is stable, we would like to promote all of the core workloads API to GA by moving the contained API to v1.

krmayankk · 2017-07-20T07:53:25Z

@kow3ns is this the final list of things being targeted for 1.8 or is there a meeting to discuss this ?

janetkuo · 2017-07-20T23:31:51Z

@krmayankk please read sig apps 1.8 planning doc. We discussed it in weekly sig-apps meeting https://docs.google.com/document/d/1LZLBGW2wRDwAfdBNHJjFfk9CFoyZPcIYGWU7R1PQ3ng/

Adds release notes for feature #353

Automatic merge from submit-queue Workloads deprecation 1.8 **What this PR does / why we need it**: This PR deprecates the Deployment, ReplicaSet, and DaemonSet kinds in the extensions/v1beta1 group version and the StatefulSet, Deployment, and ControllerRevision kinds in the apps/v1beta1 group version. The Deployment, ReplicaSet, DaemonSet, StatefuSet, and ControllerRevision kinds in the apps/v1beta2 group version are now the current version. xref kubernetes/enhancements#353 ```release-note The Deployment, DaemonSet, and ReplicaSet kinds in the extensions/v1beta1 group version are now deprecated, as are the Deployment, StatefulSet, and ControllerRevision kinds in apps/v1beta1. As they will not be removed until after a GA version becomes available, you may continue to use these kinds in existing code. However, all new code should be developed against the apps/v1beta2 group version. ```

jdumars · 2017-09-15T18:56:35Z

Contacting @kow3ns to try and track down missing docs for 1.8 release.

kow3ns · 2017-09-15T20:02:18Z

Docs updates
kubernetes/website#5420
kubernetes/website#5398
kubernetes/website#5463
kubernetes/website#5461
kubernetes/website#5496
kubernetes/website#5421
kubernetes/website#5496
kubernetes/website#5397
kubernetes/website#5548
kubernetes/website#5525

jdumars · 2017-09-18T14:15:28Z

Thanks so much @kow3ns

mattfarina · 2017-10-02T14:34:43Z

Now that workload controllers are in v1beta2, can this be closed?

luxas · 2017-10-07T11:16:41Z

GA promotion plan from @kow3ns in #484:

We will promote the core workload controllers (DaemonSet, Deployment, ReplicaSet, and StatefulSet) to GA in the apps/v1 group version.
The previous implementations of these kinds in the apps/v1beta2 group will be deprecated. No kinds, in any group versions, are removed by this feature.
We intended to promote the apps/v1beta2 group in its entirety. We may make non-breaking changes with respect to selector immutability in the process.
We may deprecate or expand the use of Conditions across the API surface.

Also updated the first comment to include the plan to move to GA in v1.9

idvoretskyi · 2017-10-10T11:41:07Z

@luxas thanks

smarterclayton · 2017-10-12T20:06:09Z

As raised in the linked issue we need to resolve whether daemonset provides at-most-1 pod semantics on nodes before we can promote it to GA. So putting a notice on the feature that we need to reach a decision on the implications before this can proceed.

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

Automatic merge from submit-queue (batch tested with PRs 55331, 55272, 55228, 49763, 55242). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Add DaemonSet conditions **What this PR does / why we need it**: **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: xref kubernetes/enhancements#353, #7856 **Special notes for your reviewer**: A `conditions` field is added to DaemonSetStatus for consistency. No valid DaemonSet condition type is supported yet. @kubernetes/sig-apps-api-reviews **Release note**: ```release-note DaemonSet status now has a new field named "conditions", making it consistent with other workloads controllers. ``` Kubernetes-commit: f644681a803c335ea18838441800a7b2fc791e6c

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

@enisoc

…ndents Automatic merge from submit-queue (batch tested with PRs 52767, 55065, 55148, 56228, 56221). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. change DefaultGarbageCollectionPolicy to DeleteDependents for workloads controllers **What this PR does / why we need it**: As part of the apps/v1 GA effort (kubernetes/enhancements#353) for v1.9. For core controllers, like `Deployment`, `DaemonSet`, `ReplicaSet`, and `StatefulSet`, changing the `DefaultGarbageCollectionPolicy` from `OrphanDependents` to `DeleteDependents` will make these objects consistent with the default behavior for all new objects. For legacy API versions, the `DefaultGarbageCollectionPolicy` remains `OrphanDependents`. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: ref #55027 **Special notes for your reviewer**: /cc @enisoc @caesarxuchao @kow3ns /assign @kubernetes/sig-apps-api-reviews **Release note**: ```release-note The default garbage collection policy for Deployment, DaemonSet, StatefulSet, and ReplicaSet has changed from OrphanDependents to DeleteDependents when the deletion is requested through an `apps/v1` endpoint. Clients using older endpoints will be unaffected. This change is only at the REST API level and is independent of the default behavior of particular clients (e.g. this does not affect the default for the kubectl `--cascade` flag). If you upgrade your client-go libs and use the `AppsV1()` interface, please note that the default garbage collection behavior is changed. ``` Kubernetes-commit: 00b2d95c8665f9680f2c9cffb03cf5a457fdab98

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

Automatic merge from submit-queue (batch tested with PRs 55331, 55272, 55228, 49763, 55242). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Add DaemonSet conditions **What this PR does / why we need it**: **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: xref kubernetes/enhancements#353, #7856 **Special notes for your reviewer**: A `conditions` field is added to DaemonSetStatus for consistency. No valid DaemonSet condition type is supported yet. @kubernetes/sig-apps-api-reviews **Release note**: ```release-note DaemonSet status now has a new field named "conditions", making it consistent with other workloads controllers. ``` Kubernetes-commit: f644681a803c335ea18838441800a7b2fc791e6c

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

@enisoc

…ndents Automatic merge from submit-queue (batch tested with PRs 52767, 55065, 55148, 56228, 56221). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. change DefaultGarbageCollectionPolicy to DeleteDependents for workloads controllers **What this PR does / why we need it**: As part of the apps/v1 GA effort (kubernetes/enhancements#353) for v1.9. For core controllers, like `Deployment`, `DaemonSet`, `ReplicaSet`, and `StatefulSet`, changing the `DefaultGarbageCollectionPolicy` from `OrphanDependents` to `DeleteDependents` will make these objects consistent with the default behavior for all new objects. For legacy API versions, the `DefaultGarbageCollectionPolicy` remains `OrphanDependents`. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: ref #55027 **Special notes for your reviewer**: /cc @enisoc @caesarxuchao @kow3ns /assign @kubernetes/sig-apps-api-reviews **Release note**: ```release-note The default garbage collection policy for Deployment, DaemonSet, StatefulSet, and ReplicaSet has changed from OrphanDependents to DeleteDependents when the deletion is requested through an `apps/v1` endpoint. Clients using older endpoints will be unaffected. This change is only at the REST API level and is independent of the default behavior of particular clients (e.g. this does not affect the default for the kubectl `--cascade` flag). If you upgrade your client-go libs and use the `AppsV1()` interface, please note that the default garbage collection behavior is changed. ``` Kubernetes-commit: 00b2d95c8665f9680f2c9cffb03cf5a457fdab98

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

Automatic merge from submit-queue (batch tested with PRs 55331, 55272, 55228, 49763, 55242). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Add DaemonSet conditions **What this PR does / why we need it**: **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: xref kubernetes/enhancements#353, #7856 **Special notes for your reviewer**: A `conditions` field is added to DaemonSetStatus for consistency. No valid DaemonSet condition type is supported yet. @kubernetes/sig-apps-api-reviews **Release note**: ```release-note DaemonSet status now has a new field named "conditions", making it consistent with other workloads controllers. ``` Kubernetes-commit: f644681a803c335ea18838441800a7b2fc791e6c

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

@enisoc

…ndents Automatic merge from submit-queue (batch tested with PRs 52767, 55065, 55148, 56228, 56221). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. change DefaultGarbageCollectionPolicy to DeleteDependents for workloads controllers **What this PR does / why we need it**: As part of the apps/v1 GA effort (kubernetes/enhancements#353) for v1.9. For core controllers, like `Deployment`, `DaemonSet`, `ReplicaSet`, and `StatefulSet`, changing the `DefaultGarbageCollectionPolicy` from `OrphanDependents` to `DeleteDependents` will make these objects consistent with the default behavior for all new objects. For legacy API versions, the `DefaultGarbageCollectionPolicy` remains `OrphanDependents`. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: ref #55027 **Special notes for your reviewer**: /cc @enisoc @caesarxuchao @kow3ns /assign @kubernetes/sig-apps-api-reviews **Release note**: ```release-note The default garbage collection policy for Deployment, DaemonSet, StatefulSet, and ReplicaSet has changed from OrphanDependents to DeleteDependents when the deletion is requested through an `apps/v1` endpoint. Clients using older endpoints will be unaffected. This change is only at the REST API level and is independent of the default behavior of particular clients (e.g. this does not affect the default for the kubectl `--cascade` flag). If you upgrade your client-go libs and use the `AppsV1()` interface, please note that the default garbage collection behavior is changed. ``` Kubernetes-commit: 00b2d95c8665f9680f2c9cffb03cf5a457fdab98

zacharysarah · 2017-11-28T23:51:03Z

@kow3ns Bump for docs ☝️

/cc @idvoretskyi

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

Automatic merge from submit-queue (batch tested with PRs 55331, 55272, 55228, 49763, 55242). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Add DaemonSet conditions **What this PR does / why we need it**: **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: xref kubernetes/enhancements#353, #7856 **Special notes for your reviewer**: A `conditions` field is added to DaemonSetStatus for consistency. No valid DaemonSet condition type is supported yet. @kubernetes/sig-apps-api-reviews **Release note**: ```release-note DaemonSet status now has a new field named "conditions", making it consistent with other workloads controllers. ``` Kubernetes-commit: f644681a803c335ea18838441800a7b2fc791e6c

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

@enisoc

…ndents Automatic merge from submit-queue (batch tested with PRs 52767, 55065, 55148, 56228, 56221). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. change DefaultGarbageCollectionPolicy to DeleteDependents for workloads controllers **What this PR does / why we need it**: As part of the apps/v1 GA effort (kubernetes/enhancements#353) for v1.9. For core controllers, like `Deployment`, `DaemonSet`, `ReplicaSet`, and `StatefulSet`, changing the `DefaultGarbageCollectionPolicy` from `OrphanDependents` to `DeleteDependents` will make these objects consistent with the default behavior for all new objects. For legacy API versions, the `DefaultGarbageCollectionPolicy` remains `OrphanDependents`. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: ref #55027 **Special notes for your reviewer**: /cc @enisoc @caesarxuchao @kow3ns /assign @kubernetes/sig-apps-api-reviews **Release note**: ```release-note The default garbage collection policy for Deployment, DaemonSet, StatefulSet, and ReplicaSet has changed from OrphanDependents to DeleteDependents when the deletion is requested through an `apps/v1` endpoint. Clients using older endpoints will be unaffected. This change is only at the REST API level and is independent of the default behavior of particular clients (e.g. this does not affect the default for the kubectl `--cascade` flag). If you upgrade your client-go libs and use the `AppsV1()` interface, please note that the default garbage collection behavior is changed. ``` Kubernetes-commit: 00b2d95c8665f9680f2c9cffb03cf5a457fdab98

idvoretskyi · 2017-11-30T21:10:02Z

@kow3ns @kubernetes/sig-apps-feature-requests any updates on the docs status?

A friendly reminder on docs deadline tomorrow.

/cc @zacharysarah

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

Automatic merge from submit-queue (batch tested with PRs 55331, 55272, 55228, 49763, 55242). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Add DaemonSet conditions **What this PR does / why we need it**: **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: xref kubernetes/enhancements#353, #7856 **Special notes for your reviewer**: A `conditions` field is added to DaemonSetStatus for consistency. No valid DaemonSet condition type is supported yet. @kubernetes/sig-apps-api-reviews **Release note**: ```release-note DaemonSet status now has a new field named "conditions", making it consistent with other workloads controllers. ``` Kubernetes-commit: f644681a803c335ea18838441800a7b2fc791e6c

Automatic merge from submit-queue. If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. Workloads V1 **What this PR does / why we need it**: This PR promotes the Deployment, ReplicaSet, and DaemonSet StatefulSet, ControllerRevision kinds to the apps/v1 group version. kubernetes/enhancements#353 **Special notes for your reviewer**: There will be at least two followups to this PR. The first to add a scale sub-resource when the correct location is resolved, and the second to deal with Conditions in the workloads API. While it would have been preferable to move the kinds individually providing a lesser burden on reviewers, this proved impracticable due to the intricacies of version resolution in kubectl for objects of the different kinds in the same group. ```release-note DaemonSet, Deployment, ReplicaSet, and StatefulSet have been promoted to GA and are available in the apps/v1 group version. ``` Kubernetes-commit: 2ecb36802666b9088495d34da7ab486cd3347e65

@enisoc

…ndents Automatic merge from submit-queue (batch tested with PRs 52767, 55065, 55148, 56228, 56221). If you want to cherry-pick this change to another branch, please follow the instructions <a href="https://github.com/kubernetes/community/blob/master/contributors/devel/cherry-picks.md">here</a>. change DefaultGarbageCollectionPolicy to DeleteDependents for workloads controllers **What this PR does / why we need it**: As part of the apps/v1 GA effort (kubernetes/enhancements#353) for v1.9. For core controllers, like `Deployment`, `DaemonSet`, `ReplicaSet`, and `StatefulSet`, changing the `DefaultGarbageCollectionPolicy` from `OrphanDependents` to `DeleteDependents` will make these objects consistent with the default behavior for all new objects. For legacy API versions, the `DefaultGarbageCollectionPolicy` remains `OrphanDependents`. **Which issue(s) this PR fixes** *(optional, in `fixes #<issue number>(, fixes #<issue_number>, ...)` format, will close the issue(s) when PR gets merged)*: ref #55027 **Special notes for your reviewer**: /cc @enisoc @caesarxuchao @kow3ns /assign @kubernetes/sig-apps-api-reviews **Release note**: ```release-note The default garbage collection policy for Deployment, DaemonSet, StatefulSet, and ReplicaSet has changed from OrphanDependents to DeleteDependents when the deletion is requested through an `apps/v1` endpoint. Clients using older endpoints will be unaffected. This change is only at the REST API level and is independent of the default behavior of particular clients (e.g. this does not affect the default for the kubectl `--cascade` flag). If you upgrade your client-go libs and use the `AppsV1()` interface, please note that the default garbage collection behavior is changed. ``` Kubernetes-commit: 00b2d95c8665f9680f2c9cffb03cf5a457fdab98

janetkuo · 2017-12-12T19:23:09Z

Docs:
kubernetes/website#6496
kubernetes/website#6494
kubernetes/website#6550
kubernetes/website#6553
kubernetes/website#6555

luxas · 2017-12-22T12:21:13Z

Great, thanks everyone in SIG Apps for the great work in bringing this API to GA 🙌!

kow3ns mentioned this issue Jul 19, 2017

Move workload API objects to group version apps/v1beta2 kubernetes/kubernetes#49135

Closed

11 tasks

idvoretskyi assigned kow3ns Jul 25, 2017

idvoretskyi added the stage/beta Denotes an issue tracking an enhancement targeted for Beta status label Jul 25, 2017

idvoretskyi added this to the 1.8 milestone Jul 25, 2017

idvoretskyi added sig/apps Categorizes an issue or PR as relevant to SIG Apps. kind/feature Categorizes issue or PR as related to a new feature. labels Jul 25, 2017

bgrant0607 mentioned this issue Aug 1, 2017

Increase default value of apps/v1beta2 DeploymentSpec.RevisionHistoryLimit to 10 kubernetes/kubernetes#49924

Merged

kow3ns pushed a commit to kow3ns/features that referenced this issue Aug 16, 2017

Adds release notes for feature kubernetes#353

f7968b5

calebamiles added a commit that referenced this issue Aug 18, 2017

Merge pull request #393 from kow3ns/notes-feature-353

b302cbd

Adds release notes for feature #353

janetkuo mentioned this issue Aug 25, 2017

Deprecate controller APIs in extensions/v1beta1 and apps/v1beta1 kubernetes/kubernetes#51350

Closed

kow3ns mentioned this issue Sep 1, 2017

Workloads deprecation 1.8 kubernetes/kubernetes#51828

Merged

enisoc mentioned this issue Sep 18, 2017

[1.8] Update "Run Applications" tasks to apps/v1beta2. kubernetes/website#5525

Merged

luxas mentioned this issue Sep 29, 2017

Workloads GA #484

Closed

luxas changed the title ~~Workload Controllers v1Beta2~~ Workload API Oct 7, 2017

luxas added stage/stable Denotes an issue tracking an enhancement targeted for Stable/GA status and removed kind/feature Categorizes issue or PR as related to a new feature. stage/beta Denotes an issue tracking an enhancement targeted for Beta status labels Oct 7, 2017

luxas modified the milestones: 1.8, 1.9 Oct 7, 2017

bgrant0607 mentioned this issue Oct 11, 2017

Add "DaemonSet create-first rolling update" design proposal. kubernetes/community#977

Closed

zacharysarah added the do-not-merge/docs label Nov 28, 2017

zacharysarah mentioned this issue Nov 30, 2017

[1.9] Issue Burndown kubernetes/sig-release#38

Closed

k8s-ci-robot added the kind/feature Categorizes issue or PR as related to a new feature. label Nov 30, 2017

janetkuo mentioned this issue Dec 12, 2017

Deployments to GA #194

Closed

luxas removed the do-not-merge/docs label Dec 22, 2017

luxas closed this as completed Dec 22, 2017

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Workload API #353

Workload API #353

kow3ns commented Jul 19, 2017 •

edited by luxas

Loading

krmayankk commented Jul 20, 2017

janetkuo commented Jul 20, 2017

jdumars commented Sep 15, 2017

kow3ns commented Sep 15, 2017 •

edited

Loading

jdumars commented Sep 18, 2017

mattfarina commented Oct 2, 2017

luxas commented Oct 7, 2017

idvoretskyi commented Oct 10, 2017

smarterclayton commented Oct 12, 2017

zacharysarah commented Nov 28, 2017

idvoretskyi commented Nov 30, 2017

janetkuo commented Dec 12, 2017

luxas commented Dec 22, 2017

Workload API #353

Workload API #353

Comments

kow3ns commented Jul 19, 2017 • edited by luxas Loading

Feature Description

krmayankk commented Jul 20, 2017

janetkuo commented Jul 20, 2017

jdumars commented Sep 15, 2017

kow3ns commented Sep 15, 2017 • edited Loading

jdumars commented Sep 18, 2017

mattfarina commented Oct 2, 2017

luxas commented Oct 7, 2017

idvoretskyi commented Oct 10, 2017

smarterclayton commented Oct 12, 2017

zacharysarah commented Nov 28, 2017

idvoretskyi commented Nov 30, 2017

janetkuo commented Dec 12, 2017

luxas commented Dec 22, 2017

kow3ns commented Jul 19, 2017 •

edited by luxas

Loading

kow3ns commented Sep 15, 2017 •

edited

Loading