Skip to main content

Kubernetes real execution

This example executes two real container activities on a local Kind cluster. Use it after the simulation walkthrough to validate runtime credentials, persistent storage, Kubernetes Jobs, logs, artifacts, and provenance.

Development environment

The checked-in access manifest intentionally grants broad permissions for a disposable local cluster. Do not reuse it in production.

Download the inputs

Run with AkôFlow Desktop

  1. Create the Kind cluster and apply akoflow-access.yaml and storage.yaml.
  2. Generate a short-lived ServiceAccount token. In Infrastructure → Environments, create the Kubernetes connection and store the token through the credential flow; do not paste it into the workflow.
  3. Test the connection and run discovery. Confirm that the Kind worker appears as a schedulable resource.
  4. Create a scope and topology matching the supplied YAML, then import dag.yaml under Workflows → Definitions.
  5. Create a manual plan or generate candidates, select the Kind resource, and start a Real execution.
  6. Inspect activity logs, generated files, artifacts, timeline, events, and provenance after completion.

Expected evidence

A successful run produces two Kubernetes Jobs, a workspace PVC for each activity, persisted logs, transfer observations, and artifacts from the activity workspaces. The prepare Job writes result.txt; the process Job reads that transferred file and writes consumed.txt.

The checked-in bundle was executed from a clean Kind cluster on 2026-09-11 as kind-dag-run-v8: both activities completed, 9 bytes were transferred, and both files had checksum sha256:cb064c1339ffa3d7777bcb0459de3dceddb9146156dde58065a4ac826b029aa7. Its observed makespan was 17.776 s. Kubernetes scheduling and Pod startup are included in that wall-clock result.

If the consumer Job remains Pending, use kubectl describe pod <pod-name> to inspect PVC/node affinity. The full setup, verification, and cleanup procedure is in the Kind README.