ContainerImage.Pinniped/doc
Ryan Richard 80a520390b Rename many of resources that are created in Kubernetes by Pinniped
New resource naming conventions:
- Do not repeat the Kind in the name,
  e.g. do not call it foo-cluster-role-binding, just call it foo
- Names will generally start with a prefix to identify our component,
  so when a user lists all objects of that kind, they can tell to which
  component it is related,
  e.g. `kubectl get configmaps` would list one named "pinniped-config"
- It should be possible for an operator to make the word "pinniped"
  mostly disappear if they choose, by specifying the app_name in
  values.yaml, to the extent that is practical (but not from APIService
  names because those are hardcoded in golang)
- Each role/clusterrole and its corresponding binding have the same name
- Pinniped resource names that must be known by the server golang code
  are passed to the code at run time via ConfigMap, rather than
  hardcoded in the golang code. This also allows them to be prepended
  with the app_name from values.yaml while creating the ConfigMap.
- Since the CLI `get-kubeconfig` command cannot guess the name of the
  CredentialIssuerConfig resource in advance anymore, it lists all
  CredentialIssuerConfig in the app's namespace and returns an error
  if there is not exactly one found, and then uses that one regardless
  of its name
2020-09-18 15:56:50 -07:00
..
img Update the architecture diagram 2020-09-15 16:07:09 -07:00
architecture.md Remove mention of things not yet implemented from architecture.md 2020-09-17 09:10:35 -07:00
code_of_conduct.md Add code of conduct 2020-08-28 09:28:27 -07:00
contributing.md Update module/package names to match GitHub org switch. 2020-09-17 12:56:54 -05:00
demo.md Rename many of resources that are created in Kubernetes by Pinniped 2020-09-18 15:56:50 -07:00
scope.md Change one usage of "external" back to "upstream" 2020-09-15 14:04:05 -07:00