K8SSAND-1779 ⁃ Upgrade to Go 1.18 and to operator-sdk 1.23

[jsanda]

What is missing?
We are still on Go 1.17. Our Kubernetes dependencies are on 1.23.4. Based on here in the Makefile it looks like we are on operator-sdk v1.18.0. Going through the upgrade guide up through the latest release, which is v1.23.0, will move us to Go 1.18, update Kubernetes dependencies to 1.24, and update tooling dependencies like controller-gen.

For reference these changes have already been made in cass-operator in k8ssandra/cass-operator#399.

@burmanm A couple questions for you:

• In K8SSAND-1752 ⁃ Update to go 1.18 and related dependencies cass-operator#398 you mentioned upgrading to Kustomize 4.5.7 for performance improvement and the ability to use newer namespace transformer to remove some hack logic. Can you provide any references for additional context?
• K8SSAND-1751 ⁃ Remove dependency to k8s.io/kubernetes cass-operator#397 removed the dependency on k8s.io/kubernetes. You mentioned that it was recommended by Kubernetes devs. Can you provide any references for additional context?

I believe operator-sdk v1.23.0 moves to Kustomize v4.5.5. Let's go ahead and move to v4.5.7 to be consistent with cass-operator.

Environment

• K8ssandra Operator version:

  v1.2.0

[burmanm]

Ah, the perf improvements were in 4.5.5, regardless - 4.5.6 / 4.5.7 has these improvement which we use a hacks for currently (name + namespace ambiquities, namespace transformer improvements for roles):

https://github.com/kubernetes-sigs/kustomize/releases/tag/kustomize%2Fv4.5.6

(4.5.7 is a re-release of 4.5.6 which had a dependency bug)

[burmanm]

For the k8s.io/kubernetes, here are the repository rules: https://github.com/kubernetes/community/blob/master/github-management/kubernetes-repositories.md

(Note the Core Repositories part). The github.com/kubernetes/kubernetes is a building part, and modules are placed under staging directory there.

It's funny that I can't find anywhere it documented, but here's from Kubernetes issue which is the sort of comment that's usually referred:

kubernetes/kubernetes#90358 (comment)

[jsanda]

I want to point out that kubernetes/kubernetes#90358 (comment) actually states that depending on k8s.io/kubernetes is not supported.

[olim7t]

k8s.io/kubernetes is only used for hash.DeepHashObject, used here and here.

The implementation is pretty straightforward, and I think the licenses will allow us to copy it to our codebase.

-- edit: ah, that's what Michael already did in the other PR 🤦