Skip to content

Periodically re-attest workloads #2666

@evan2645

Description

@evan2645

Workload attestation currently occurs when a workload first connects to the workload api. This is fine for most use cases, but causes a problem for selectors that may describe runtime state that can change over the lifetime of a workload.

Workload attestation is relatively expensive, and we must block on it when the workload first calls us, but it is not necessary to block on further re-attestations which can be done in the background.

Metadata

Metadata

Assignees

No one assigned

    Labels

    priority/backlogIssue is approved and in the backlogstaleunscopedThe issue needs more design or understanding in order for the work to progress

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions