Here's a rough summary of the sequence of operations between DCM, rsync and clusters:
- Create/Apply CSR (like other resources)
- Approve CSR (new via
/subresources/approval
) - K8s signer will issue a certificate some time after approval of CSR takes place
- To read about the new
/subresources
level, check Supporting subresources - Watch/monitor CSR to see when a
.status
is created - Return signed certificate obtained from CSR
.status.certificate
all the way back to etcd - DCM will read the certificate from etcd
See also: Sequence Diagram.
...
Again, the reader is referred to the Sequence Diagramdiagram to better understand how the Monitor, together with cluster etcd and rsync (cluster watcher) work together to detect that a CSR has been approved and has issued a certificate in its own .status.certificate
subresource field. This certificate is then propagated back to the main etcd instance, where DCM can read from using the lazy-load method presented above.
...