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

Discuss PostgreSQL yaml #6

Open
pierreozoux opened this issue Jul 12, 2019 · 1 comment
Open

Discuss PostgreSQL yaml #6

pierreozoux opened this issue Jul 12, 2019 · 1 comment

Comments

@pierreozoux
Copy link
Member

pierreozoux commented Jul 12, 2019

This is the proposal for the YAML of the CRD.

I have a first doubt, defining a standard like an ingress, or a pvc resource, we can be really conservative and keep only the 1% of commonality between different implementation or try to abstract 99% of the underlying implementation. I think our main challenge here is to find the right balance between these 2 extreme.
I think the current yaml is at one end of the spectrum, trying to abstract everything, I'd love your comments about that.

And please mention the high level keys you'd like to get rid of, because you think they don't make sense at all, and the reasoning behind.

I'd love to make this alpha in 1.16.

@davisford
Copy link

@pierreozoux i just came from using the Couchbase Kubernetes operator, now trying to use this one. I much prefer a CRD to define the DB cluster as opposed to having to use a CLI client. We aim to put everything in Terraform. I've converted all of your scripts + yaml to Terraform so we can create the operator now. I was hoping you would define a CRD for the db cluster, too. It looks like you are going that route. Here is the Couchbase CRD in case you want to have a look. Obviously much different in many respects, but some things may be similar. I'll try to provide more feedback as we get deeper into the pg operator and CRD.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants