-
Notifications
You must be signed in to change notification settings - Fork 669
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
[flyte-core] Create separate grpc service for flyteadmin #5168
base: master
Are you sure you want to change the base?
[flyte-core] Create separate grpc service for flyteadmin #5168
Conversation
Thank you for opening this pull request! 🙌 These tips will help get your PR across the finish line:
|
2f17c21
to
44eaba8
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should make this optional (just as in flyte-binary) and probably leave the default behavior to be single service. wdyt?
I think |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #5168 +/- ##
===========================================
- Coverage 76.69% 59.95% -16.75%
===========================================
Files 18 463 +445
Lines 1515 37490 +35975
===========================================
+ Hits 1162 22477 +21315
- Misses 289 13329 +13040
- Partials 64 1684 +1620
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Sounds good. I'll give it a shot. |
efd9226
to
8fd7240
Compare
This allows setting annotations that are required for some ingress controllers for grpc communication only on the parts that actually use grpc. Without this separation either the console or the grpc endpoints did not work properly with some ingress controllers, e.g. traefik. Signed-off-by: Julian Einhaus <[email protected]>
8fd7240
to
965a977
Compare
Signed-off-by: Julian Einhaus <[email protected]>
965a977
to
276679c
Compare
This got quite big, because I tried to make it kinda similar to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's a big one for sure! Thanks for putting so much effort into this and sorry for the delay.
I think this also needs some local testing that I plan to complete once you review the suggestions.
Thanks
- name: grpc | ||
port: {{ include "flyteadmin.service.grpc.port" . }} | ||
protocol: TCP | ||
targetPort: grpc |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't this one be 8088
if Values.configmap.adminServer.server.security.secure
: true
and 8089
otherwise?
{{- end -}} | ||
|
||
{{- define "flyteadmin.service.http.port" -}} | ||
80 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What if someone needs to override this? I guess putting it into a template would complicate it
port: 81 | ||
protocol: TCP | ||
targetPort: 8089 | ||
targetPort: http |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure I follow, shouldn't this one be 8088
instead of 80
?
{{- $paths := (include "flyteadmin.ingress.grpcPaths" .) | fromYamlArray }} | ||
{{- range $path := $paths }} | ||
- path: {{ $path }} | ||
{{- if semverCompare ">=1.18-0" $.Capabilities.KubeVersion.GitVersion }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not quite sure Capabilities.KubeVersion.GitVersion
is still supported on Helm 3 (ref)
@@ -50,8 +50,11 @@ flyteadmin: | |||
- flyteexamples | |||
# -- Service settings for Flyteadmin | |||
service: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't see the Values.common.ingress.separateGrpcIngress key added to values
@Jeinhaus any chance you can take a look at the comments? Thanks for putting so much effort into this! |
This seems quite far and would be great to have! @Jeinhaus any chance you get to work on this still? |
Tracking issue
#4962
Why are the changes needed?
This allows setting annotations that are required for some ingress controllers for grpc communication only on parts that actually use grpc.
Without this separation, either the console or the grpc endpoints did not work properly with some ingress controllers, e.g. traefik.
What changes were proposed in this pull request?
This PR splits the existing
flyteadmin
service of theflyte-core
chart into two separate services (like in theflyte-binary
chart).One service for grpc communication and another one for all other communication.
Accordingly, the
annotations
field of thevalues.yaml
was extended to also usehttpAnnotations
andgrpcAnnotations
.Technically, this is a breaking change for contour users, because the
values.yaml
contained a defaultannotation
(that I think should not really be there anyway):I removed this default, but we could also keep this for backwards compatibility.
Docs link
I'm not sure how to regenerate the docs for this chart from the
values.yaml
. Is there some command I can run?