Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding annotation #327

Closed
VeerMuchandi opened this issue Aug 2, 2019 · 8 comments · Fixed by #422
Closed

Adding annotation #327

VeerMuchandi opened this issue Aug 2, 2019 · 8 comments · Fixed by #422
Assignees
Labels
kind/feature New feature or request
Milestone

Comments

@VeerMuchandi
Copy link

VeerMuchandi commented Aug 2, 2019

In what area(s)?

kn command line feature

Classifications:

/kind feature

Describe the feature:

Add --annotation option to kn CLI. This allows specific underlying implementations based on annotations to be supplied what they need using kn. Currently we are having to apply annotations by updating the service after it is created.

kn service create myservice --annotation=sidecar.istio.io/inject="false" is an example

@VeerMuchandi VeerMuchandi added the kind/feature New feature or request label Aug 2, 2019
@rhuss
Copy link
Contributor

rhuss commented Aug 5, 2019

@VeerMuchandi Should this annotation be added to the Service itself, or the revision's template so that it ends up on the Pods created ? Or on both ?

@rhuss rhuss mentioned this issue Aug 5, 2019
@VeerMuchandi
Copy link
Author

VeerMuchandi commented Aug 6, 2019 via email

@rhuss
Copy link
Contributor

rhuss commented Aug 7, 2019

kn just creates and manages the service, so this should be safe then.

@rhuss
Copy link
Contributor

rhuss commented Aug 7, 2019

As said in #328 (comment) the Service labels/annotations defined in the Service's metadata: are not propagated to the revision template used for creating pods. These are different pair of shoes.

@SugandhaAgrawal
Copy link

SugandhaAgrawal commented Aug 29, 2019

Jumping in here, the current implementation on Knative serving 0.7 and above allows to enable request and limit on memory and cpu for Queue proxy via annotations. - knative/serving#4134 and
knative/serving#4151

Specific use case is in a multi-tenancy scenario where namespace based resource quota application is to be leveraged, there is no default set for Queue proxy on limits and hence the creation of service fails.

Providing the capability to define annotation over the client would support the use case.

@VeerMuchandi
Copy link
Author

I see that --label option has been added as of Version: v20190903-6790961. Are there plans to add --annotation?

@navidshaikh navidshaikh added this to the v0.8.0 milestone Sep 10, 2019
@rhuss
Copy link
Contributor

rhuss commented Sep 11, 2019

Yes, sure. It makes much sense to have both implemented in a similar fashion. Not sure though whether it will make it to 0.8.0 but as @navidshaikh added it to the 0.8.0 milestone, its likely to happen anytime soon ;-)

@navidshaikh
Copy link
Collaborator

/assign

coryrc pushed a commit to coryrc/client that referenced this issue May 14, 2020
)

Gubernator consider job failure if no  file found under artifacts, add placeholder file under artifacts to make it pass
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants