feature: add kubeovn api

[fafucoder]

Signed-off-by: linruichao linruichao@ruijie.com.cn

What type of PR is this?
/kind feature

What this PR does / why we need it:
add kubeovn api as the console can request it , the front web page like this.

Additional documentation, usage docs, etc.:

https://github.com/alauda/kube-ovn

[ks-ci-bot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: fafucoder
To complete the pull request process, please assign zryfish
You can assign the PR to them by writing /assign @zryfish in a comment when ready.

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

• OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[codecov]

Codecov Report

Patch coverage: 60.00% and project coverage change: +0.06% 🎉

Comparison is base (2e9b42e) 11.06% compared to head (ba03b76) 11.12%.
Report is 1074 commits behind head on master.

Additional details and impacted files

@@            Coverage Diff             @@
##           master    #3208      +/-   ##
==========================================
+ Coverage   11.06%   11.12%   +0.06%     
==========================================
  Files         219      219              
  Lines       42048    42053       +5     
==========================================
+ Hits         4652     4680      +28     
+ Misses      36677    36655      -22     
+ Partials      719      718       -1     

Flag	Coverage Δ
unittests	11.12% <60.00%> (+0.06%)	⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

Files Changed	Coverage Δ
pkg/apiserver/query/types.go	69.04% <ø> (ø)
pkg/apiserver/config/config.go	25.25% <33.33%> (+0.25%)	⬆️
pkg/models/resources/v1alpha3/resource/resource.go	87.71% <100.00%> (+0.44%)	⬆️

... and 4 files with indirect coverage changes

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[duanjiong]

I don't think that's appropriate. This pr strongly couples kubeovn, a cni plugin, to kubesphere, and we should abstract its capabilities to an intermediate layer, so that subsequent adaptations to other plugins will be more elegant

[duanjiong]

/cc @zheng1

[duanjiong]

For example, if you integrate the subnet management function of kube-ovn here, the ippool crd is included in the kubesphere, and you only need to implement the corresponding ippool provider accordingly. For details, please refer to https://github.com/kubesphere/community/blob/master/sig-network/concepts-and-designs/ippool.md

[fafucoder]

I don't think that's appropriate. This pr strongly couples kubeovn, a cni plugin, to kubesphere, and we should abstract its capabilities to an intermediate layer, so that subsequent adaptations to other plugins will be more elegant

Abstract an intermediate layer is not easy, different cni have a different api definition. The kuveovn has provided subnet and ip api, I don't think it's necessary to abstract a middle layer.

[zheng1]

We have updated the version of client-go, please fix the conflict in this PR

[zheng1]

/lgtm
/cc @zryfish

[ks-ci-bot]

New changes are detected. LGTM label has been removed.

[ks-ci-bot]

@fafucoder: PR needs rebase.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.