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

FEAT : apiversion change to kubeversion #13538

Closed
wants to merge 1 commit into from
Closed

Conversation

Lee2532
Copy link

@Lee2532 Lee2532 commented Dec 9, 2022

Description

Change apiVersion of ingress according to KubeVersion issue

Release note

For tips about how to write a good release note, see Release notes.


Key changed/added classes in this PR
  • change helm ingress

This PR has:

  • been self-reviewed.
  • added documentation for new or modified features or behaviors.
  • a release note entry in the PR description.
  • added Javadocs for most classes and all non-trivial methods. Linked related entities via Javadoc links.
  • added or updated version, license, or notice information in licenses.yaml
  • added comments explaining the "why" and the intent of the code wherever would not be obvious for an unfamiliar reader.
  • added unit tests or modified existing tests to cover new code paths, ensuring the threshold for code coverage is met.
  • added integration tests.
  • been tested in a test Druid cluster.

@dampcake
Copy link
Contributor

This might be a question for the larger Druid team but have we considered dropping support for Kubernetes versions prior to 1.19? All of the major cloud providers are well past 1.19 as a minimum supporter version and the open source support for 1.19 ended over a year ago.

I ask because that would really simplify this PR.

Copy link
Contributor

@dampcake dampcake left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can't just change the API version for Ingress because they are not compatible. Backend's format has changed and requires a service block. For example it currently looks like:

    - host: {{ . | quote }}
      http:
        paths:
          - path: {{ $ingressPath }}
            backend:
              serviceName: {{ $fullName }}
              servicePort: http

but would need to be modified to look like:

      http:
        paths:
          - path: {{ $ingressPath }}
            backend:
              service:
                name: {{ $fullName }}
                port:
                  name: http

Supporting this in a compatible way is really annoying though doable but my suggestion would be to drop support for versions prior to 1.19 and update the payload.

Also I can't remember for sure but I think pathType might also be required in the new format as well which we should default but allow to be overridden with the new Ingress version.

@jwitko
Copy link
Contributor

jwitko commented Feb 2, 2023

@dampcake Would you accept a similar PR that dropped support for k8s < 1.19? I agree with your sentiment but the non-action on this change is really hurting anyone trying to deploy on a modern up to date kubernetes deployment.

@jwitko
Copy link
Contributor

jwitko commented Feb 15, 2023

Created #13806 to do this in a backwards compatible way

Copy link

This pull request has been marked as stale due to 60 days of inactivity.
It will be closed in 4 weeks if no further activity occurs. If you think
that's incorrect or this pull request should instead be reviewed, please simply
write any comment. Even if closed, you can still revive the PR at any time or
discuss it on the dev@druid.apache.org list.
Thank you for your contributions.

@github-actions github-actions bot added the stale label Jan 16, 2024
Copy link

This pull request/issue has been closed due to lack of activity. If you think that
is incorrect, or the pull request requires review, you can revive the PR at any time.

@github-actions github-actions bot closed this Feb 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants