You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This proposal aims to highlight the direction we want to take on the documentation for the next major release, by expanding it in key areas while also removing or reworking sections where it makes sense.
The guidelines might change, as we try and fail/succeed, so make sure you check them again before working on a doc.
Guidelines
Be more Kubernetes centric
Based on anonymous usage data it's clear that Kubernetes is already the main provider in use, so it makes sense to shift the documentation to use Kubernetes examples first whenever it fits.
Guides should feel like a journey and not like a reference
Whenever we add a guide it should feel more like a journey “From zero to Hero” and less like a “how to” install another tool. As an example the “Getting Started” guide should cover the basics on routing, certificate management, observability and so on.
Configuration examples should work out of the box
When adding a configuration snippet it should work by just copying and pasting, if that is not possible a description on how to customize it properly should follow.
Prefer grouping configuration keys when adding snippets
Rather than showing one example on each individual property of a configuration object, prefer to group everything in the same table like this example.
Because of the removal of the default serversTransport from the static configuration (#9528), which is replaced by the dynamic configuration default mechanism (as for the tlsOptions), I think it would make sense to have a dedicated part of the documentation that explains how works the "default resource mechanism" in Traefik.
Welcome!
What did you expect to see?
This proposal aims to highlight the direction we want to take on the documentation for the next major release, by expanding it in key areas while also removing or reworking sections where it makes sense.
The guidelines might change, as we try and fail/succeed, so make sure you check them again before working on a doc.
Guidelines
Be more Kubernetes centric
Based on anonymous usage data it's clear that Kubernetes is already the main provider in use, so it makes sense to shift the documentation to use Kubernetes examples first whenever it fits.
Guides should feel like a journey and not like a reference
Whenever we add a guide it should feel more like a journey “From zero to Hero” and less like a “how to” install another tool. As an example the “Getting Started” guide should cover the basics on routing, certificate management, observability and so on.
Configuration examples should work out of the box
When adding a configuration snippet it should work by just copying and pasting, if that is not possible a description on how to customize it properly should follow.
Prefer grouping configuration keys when adding snippets
Rather than showing one example on each individual property of a configuration object, prefer to group everything in the same table like this example.
Emphasize the version selector
#9854
Improve Headers middleware documentation
#9859 (comment)
Proposals
The text was updated successfully, but these errors were encountered: