Cluster-api: Add documentation section with companies / products using Cluster API

Created on 28 Jan 2020  路  11Comments  路  Source: kubernetes-sigs/cluster-api

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

kindocumentation lifecyclfrozen prioritimportant-soon sidocs

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.

All 11 comments

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:

  • Add sections in the book
  • Reach out to community folks, weekly meeting
  • Send out an email to sig-cluster-lifecycle mailing list

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.

Was this page helpful?
0 / 5 - 0 ratings