[Feature]: public access for CRD struct

[liangyuanpeng]

Description about the feature

Wee need to allow users to operate crd resources outside xline-operator (for example, create xline cluster), which means that the struct corresponding to operator crd should be publicly accessible, currently within the crate scope.

xline-operator/operator-k8s/src/crd/v1alpha1/cluster.rs

Lines 31 to 33 in 1a15e69

	pub(crate) struct ClusterSpec {
	/// Size of the xline cluster, less than 3 is not allowed
	#[cfg_attr(test, garde(range(min = 3)))]

This is a good first issue for me, i want to work for it and assign me please,Thanks. Remind me if i missed something.

Code of Conduct

• I agree to follow this project's Code of Conduct

[iGxnon]

Should xline-operator be used as a binary, so there is no need to provide a public CRD definition as a library?

[liangyuanpeng]

Absolutely, xline-operator run as a binary, At the same time, the CRD definition should also be provided as a libiary so that others can use it.

Let user can apply CR with rust code and not kubectl for integration into their platform.

[iGxnon]

Absolutely, xline-operator run as a binary, At the same time, the CRD definition should also be provided as a libiary so that others can use it.

Let user can apply CR with rust code and not kubectl for integration into their platform.

That makes sense, I suggest move these CRDs into a separated crate.

[liangyuanpeng]

I suggest move these CRDs into a separated crate.

@iGxnon ,How about xline-operator-api, I thought this might cause some confusion given that the operator-api crate already exists.

[iGxnon]

I suggest move these CRDs into a separated crate.

@iGxnon ,How about xline-operator-api, I thought this might cause some confusion given that the operator-api crate already exists.

operator-api is used to reduce the coupling between operator and sidecar. A simple name crd-api might be sufficient

[iGxnon]

I'll handle this in #37

[liangyuanpeng]

This is not need any more due to the xline-operator is rewriting with golang.

closing...