Our great sponsors
-
cloudnative-pg
CloudNativePG is a comprehensive platform designed to seamlessly manage PostgreSQL databases within Kubernetes environments, covering the entire operational lifecycle from initial deployment to ongoing maintenance
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
openapi-generator
OpenAPI Generator allows generation of API client libraries (SDK generation), server stubs, documentation and configuration automatically given an OpenAPI Spec (v2, v3)
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
Following another post on this sub, I was checking out the Github project and landed on this 2864 lined CRD https://github.com/cloudnative-pg/cloudnative-pg/blob/main/config/crd/bases/postgresql.cnpg.io_clusters.yaml. How are sane people reading these files?
I'll give an example. Argo CD provides an example Application CR that has every field listed. It is clear and it is human-readable. The Application CRD is a bulky 2200-line file.
I'll give an example. Argo CD provides an example Application CR that has every field listed. It is clear and it is human-readable. The Application CRD is a bulky 2200-line file.
little straight forward tooling, but documentation generators exist, e.g. https://openapi-generator.tech/
So, I wrote a tool. :D https://github.com/Skarlso/crd-to-sample-yaml
Related posts
- Verto.sh: A New Hub Connecting Beginners with Open-Source Projects
- Top 10 Open-Source DevOps Tools That You Should Know
- Progressive Delivery with Argo Rollouts : Blue-Green Deployment
- How to apply gitops workflow with Vault and Kubernetes?
- Helm vs Kustomize - The Fight Between Templating and Patching in Kubernetes