How a decision gets made

How every data workload earns its compute.

The workload runs first. APEX reads that run and recommends one action. Your team approves anything that changes production. Then the same workload is measured again.

01

A workload runs

dbt, Fivetran, Snowpark, Dataform, a Dynamic Table, Cortex, Looker, Tableau. APEX reads how it ran. It does not stand in front of the query.

02

One recommendation

Run, Optimize, Redirect, or Review. One choice, with the reason and the owner who can change it.

03

Your team approves

The change goes through the review you already use. APEX does not apply it.

04

Measure it again

Same workload. Did the cost fall, and does the performance requirement still hold?

One pass

A dbt model, from run to recommendation.

The numbers are illustrative. They are not a customer result. The same shape applies to a Fivetran sync, an agent run, or a Looker query.

The run

A dbt model on Snowflake, every hour, on an X-Large warehouse. About 1,540 credits a month. Eight minutes. No queue. No spill.

The check

The same runs were checked on Large: about 11 minutes, still one query at a time, still no queue and no spill. The requirement is 45 minutes.

Optimize

Use a Large warehouse. Cutting the warehouse in half did not double the runtime.

Who decides

APEX recommends the smaller warehouse. Data engineering approves it. APEX does not change the warehouse.

The four answers

What each recommendation is asking the team to do.

Run

Leave the current path. It has earned its cost.

Optimize

Same requirement, less compute. The team ships the change.

Redirect

Name a better path, such as reserved capacity. The team makes the move.

Review

Too new, or too unclear, to schedule. A person decides.

Watch a recommendation, then talk through yours.

The example stays on the home page. Book a Demo for a conversation about your account. Production still waits for your approval.