-
Notifications
You must be signed in to change notification settings - Fork 263
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
Comments
@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 ? |
Adding it to the service will apply it to the pods. That is what I am doing
currently. Does `kn` not create a service by default or is it breaking up
and creating all the objects?
…On Mon, Aug 5, 2019 at 4:47 AM Roland Huß ***@***.***> wrote:
@VeerMuchandi <https://github.com/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 ?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#327?email_source=notifications&email_token=ABRVS7ZDJLKL6HYU3LPJFFLQC7SKJA5CNFSM4II63LR2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3REEKQ#issuecomment-518144554>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABRVS7YARI6XTKOAE5T5XW3QC7SKJANCNFSM4II63LRQ>
.
|
|
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. |
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 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. |
I see that |
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 ;-) |
/assign |
In what area(s)?
kn
command line featureClassifications:
Describe the feature:
Add
--annotation
option tokn
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 exampleThe text was updated successfully, but these errors were encountered: