To give some space to users to add their own products or company to a list or table in the book. This issue is to gather a list of companies and relative descriptions regarding who uses Cluster API in the wild.
/kind documentation
/milestone Next
We probably need to break this up into a few different sections. For example, products that consume and build upon Cluster API should likely be grouped differently than end users directly consuming upstream Cluster API.
I don't know if this fits into this issue but we'd be happy to detail _how_ we use it as well, if that info would be interesting to people reading the docs.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
/lifecycle stale
/lifecycle frozen
https://github.com/kubernetes/enhancements/blob/master/keps/sig-docs/20191020-doc-policies-for-third-party-content.md is about the main Kubernetes website not CAPI, but might still be relevant.
/milestone v0.4.0
/priority important-soon
Action items:
Goal is to get it done before KubeCon US ~October
@vincepri do you think that this change fits with the spirit of https://github.com/kubernetes/enhancements/blob/master/keps/sig-docs/20191020-doc-policies-for-third-party-content.md ?
How about adding a blog article with a survey of the cluster API and uses in the wild, and then having the official documentation link to that article? To me, that feels like a better fit.
/sig docs
Need some time to review the document next week, a blog post sounds good to me as well. I'd also like to see what other projects have done in this are.
Most helpful comment
I don't know if this fits into this issue but we'd be happy to detail _how_ we use it as well, if that info would be interesting to people reading the docs.