Customer 360 Golden Demo

Customer 360 is the v0.1.0-alpha.1 golden demo. The alpha release gate will prove that Floe can run a data product through orchestration, transformation, storage, queryable logs, metrics, traces, lineage, and business-facing query validation.

If you are learning Floe for the first time, start with Build Your First Data Product. Customer 360 is the advanced proof that demonstrates the full platform, runtime, observability, lineage, storage, and business-output path.

Platform Engineers and Data Engineers should run Customer 360 against a Floe platform that has already been deployed and made reachable through their platform access method. Floe Contributors can use the remote DevPod lane when they need contributor release-validation evidence.

Prerequisites

A Floe platform is deployed and reachable.
The Customer 360 data product has been compiled or is available in the demo project.
You can access Dagster, object storage, Marquez, Jaeger, Prometheus-compatible metrics, Loki-compatible logs, Polaris, and the current alpha query surface through your platform access method. If your platform provisions Grafana, it can be used on top of the same Loki and Prometheus queries.

The current alpha query proof is the Customer 360 business metric check against generated Iceberg outputs. Cube is charted but disabled by default and is not part of the Customer 360 alpha gate unless your platform enables it.

Run

Platform Engineer And Data Engineer Alpha Path

For v0.1.0-alpha.1, the supported product-facing Customer 360 path is the checked-in repo-checkout evidence path. It assumes a Platform Engineer has already deployed the platform/runtime, loaded the Customer 360 Dagster code, and exposed Dagster at the URL in demo/customer-360/validation.yaml. The default Dagster URL is http://localhost:3100.

make demo-customer-360-run
make demo-customer-360-validate

Packaged/self-service data-product deployment commands are planned and not yet alpha-supported. The runner reads the Dagster URL and launch metadata from the validation manifest. For non-default service URLs, copy demo/customer-360/validation.yaml, edit the service URLs for your environment, and run:

uv run python -m testing.ci.run_customer_360_demo \
  --validation-manifest /path/to/customer-360-validation.yaml
uv run python -m testing.ci.validate_customer_360_demo \
  --validation-manifest /path/to/customer-360-validation.yaml

Floe Contributor Remote Validation Lane

make demo
make demo-customer-360-run
make demo-customer-360-validate
make demo-stop

The Customer 360 demo flow is intentionally explicit:

make demo is contributor-only. It deploys the demo platform and services through DevPod, builds and loads the demo Dagster image, installs the Helm chart, and starts the required port-forwards.
make demo-customer-360-run should launch the Customer 360 Dagster job declared in demo/customer-360/validation.yaml and wait for the run to finish.
make demo-customer-360-validate runs the release evidence checks for platform readiness, Dagster run evidence, storage outputs, lineage, tracing, and business metrics.
make demo-stop stops the port-forwards created by make demo.

The runner and validator load their default configuration from demo/customer-360/validation.yaml. Override that manifest or individual validation commands when validating a different platform shape. Do not start separate make devpod-tunnels sessions at the same time unless you are intentionally doing manual inspection outside a demo run.

Service URLs

These URLs match the current contributor make demo DevPod port-forwards. Product deployments should use the service URLs or ingress routes supplied by the Platform Engineer.

Service	URL	Proof
Dagster	http://localhost:3100	Customer 360 run succeeds
MinIO	http://localhost:9001	Customer 360 output objects exist
Marquez	http://localhost:5100	Customer 360 product run and model/table lineage exists
Jaeger	http://localhost:16686	Customer 360 traces exist by service/product/run
Prometheus	http://localhost:9090	Customer 360 asset metrics exist by product/status/plugin
Loki-compatible logs	http://localhost:3101	Customer 360 logs exist by product/run ID
Polaris	http://localhost:8181	Customer 360 tables are registered
Business query surface	`make demo-customer-360-validate`	Customer count and total lifetime value checks pass

Business Outcome

The final mart is mart_customer_360. The alpha release gate will be successful when Customer 360 outputs can be queried and log, metric, trace, and lineage evidence is visible for the same run.

Next Step

Validate Customer 360