Appendix: Konflux terminology and workshop equivalents
Use this table when a delivery discussion uses Konflux terminology. The workshop implements related controls with OpenShift Pipelines and other installed services. These are functional comparisons, not claims that the products are interchangeable or that Konflux is installed.
Compare responsibilities
| Term in a delivery discussion | What the workshop uses | Where to inspect it |
|---|---|---|
Konflux build pipeline |
OpenShift Pipelines orchestrates Tasks; an OpenShift BuildConfig builds the application image. |
|
Hermeto dependency prefetch |
Task |
|
Buildah image build |
The pipeline starts a binary BuildConfig with |
|
MintMaker dependency updates |
An in-cluster Renovate bot opens a Gitea PR for the learner to review and merge. |
|
Tekton Chains and provenance |
Task |
|
Conforma policy |
Task |
|
Release Service |
A separate production GitOps commit selects the verified digest, and Argo CD reconciles the deployment. |
|
Image vulnerability and policy assessment |
Task |
Keep policy and provenance distinct
Module 5.2 retains an expected attestation-signature exception because this lab does not produce the corresponding provenance attestation. Read the policy reports as image-signature evidence. Neither keyless signing nor a successful image-signature check establishes a SLSA level.
Track 6 uses TrustPolicy and ImagePolicy to enforce image signatures during runtime image pulls. ACS performs a separate image policy assessment. When explaining an outcome, name the control that produced it and show its result.
Apply the comparison
Use the installed Task and resource names when inspecting the cluster or editing the application pipeline. For a customer using Konflux, map the required inputs, outputs, identities, and acceptance policies to that platform, then validate the actual implementation.
See Consultant delivery map for the broader activities and Delivery readiness review for evidence to discuss after the workshop.