Anavsan Explore

Anavsan terminology

The language of workload governance

These are the terms Anavsan uses when monitoring is not enough. Operating-model language (the loop, ownership, proof) applies to Snowflake and BigQuery. Snowflake mechanics (spillage, Native App, Cortex, warehouses) stay labeled as Snowflake. Snowflake Workload Governance remains a defined SEO term for the Snowflake flavor of the discipline.

Standalone reference · not in the main menu Updated August 2026

Operating model

Category language. These terms name the discipline, not a dashboard tile.

The APEX loop

Product language for the closed cycle. Four stages, one outcome: a finding that closed because the waste stopped — not an open alert, and not a simulation treated as a win.

APEX

Operating model

Accountability and Performance Enforcement Engine. Builds a Private Knowledge Graph and runs Trace → Assign → Enforce → Prove on Snowflake and BigQuery metadata. On Snowflake, that includes 200+ signals.

Full explainer →

Trace → Assign → Enforce → Prove

Operating model

The closed accountability loop. Trace finds waste, not spend. Assign names a party or says needs owner. Enforce drives a decision through your review process. Prove closes the finding when the metric recovers.

Full explainer →

Trace

Operating model

Find recurring, fixable waste — the gap versus an efficient configuration. Warehouse spend leaderboards are not Trace. A one-off spike is not Trace. A busy, efficient warehouse never earns a row.

In the loop explainer →

Assign

Operating model

Name a party from evidence. If ownership is not knowable, say needs owner. Guessing a person from ACCOUNTADMIN is not assignment. Confidence gates the channel, never the ranking.

In the loop explainer →

Enforce

Operating model

Drive the item to a documented decision: applied, deferred with a reason, or dismissed. Alerts that sit in Slack are not enforcement. Your PR process is. Silent warehouse alters are not.

In the loop explainer →

Prove

Operating model

The finding resolves itself when the underlying metric returns to a normal band. Nobody self-reports a win. Simulation is change safety, not the Prove stage.

In the loop explainer →

Enforcement Desk

Operating model

A ranked worklist of addressable waste. Each row has a mechanism, a dollar figure, an owner, an exact fix, and a status you can defend in review. It ranks waste, not spend, so efficient expensive warehouses stay off the list.

Full explainer →

Ask APEX

Operating model

Conversational layer over the same estate metadata and Desk findings. Answers show the SQL, assumptions, and as-of time. It is grounded on the finding in front of you, not a generic chatbot over a dashboard.

In the APEX explainer →

Private Knowledge Graph

Operating model

An environment-specific map of users, workloads, query patterns, ownership signals, and fix history. Generic models trained on industry averages cannot assign your issues. The PKG is why assignment is specific.

Full explainer →

What it is not

Searchers often land on the wrong category. These contrasts keep Anavsan language from collapsing into monitoring, FinOps culture, or native Snowflake controls.

Snowflake mechanics

These are Snowflake behaviors and Snowflake products, not the company line. Governance still has to trace, assign, enforce, and prove them. Featured: query spillage and Native App vs full platform.

Query spillage

Snowflake mechanics

When intermediate data no longer fits in warehouse memory, Snowflake writes to local disk or remote storage. Runtime grows. Credits follow runtime. Spillage is not a bill line item.

Full explainer →

Native App vs full platform

Snowflake mechanics

The Native App is in-account credit, warehouse, query, and storage monitoring on Snowflake. The full platform is APEX: Trace, Assign, Enforce, Prove. They are two products for two jobs. BigQuery has no Native App claim.

Full explainer →

Credit waste vs spend

Snowflake mechanics

Spend is what you paid. Waste is the gap versus an efficient configuration for the same work. Ranking by spend keeps valuable warehouses on top forever. Ranking by waste keeps the list short.

Warehouse idle time

Snowflake mechanics

Credits accrue while a warehouse is running with no queries. Auto-suspend that is too slow, or a last spilling job that blocks suspend, turns idle minutes into a cost pattern.

Resume / suspend thrashing

Snowflake mechanics

Warehouses that bounce on and off around a poorly chosen auto-suspend window. Each resume has a cost; so does sitting idle. The cheaper window is measured in credits, not in a default of 60 seconds.

Full table scans

Snowflake mechanics

Queries that read far more micro-partitions than the question requires. Extra scan volume extends warehouse runtime. Filters, clustering, and column pruning cut the working set.

BI refresh storms

Snowflake mechanics

Many dashboards hitting the same warehouse at once. Queuing, concurrency, and delayed auto-suspend extend runtime for everyone on that cluster, not just the dashboard that started it.

Time Travel tax

Snowflake mechanics

Storage held by Time Travel and Fail-safe after drops, copies, and high churn. It does not appear as a compute spike. It compounds on the storage line until retention and unused objects are governed.

Cortex / AI credit spend

Snowflake mechanics

Token and function usage billed against the same credit pool as warehouses. Without workload-level visibility, AI spend hides inside the monthly bill until someone traces the function and owner. Cortex is Snowflake-only.