Snowflake

    Data · Usage-based

    Overview

    A cloud data warehouse, a large central place where a company keeps business data for analysis. It launched in 2014 and runs on Amazon, Microsoft, and Google cloud infrastructure rather than its own. Its design keeps storage and compute separate, so the data sits in one place while separate compute clusters, called virtual warehouses, run queries against it. Different teams can each get their own compute and not slow each other down. Over time Snowflake has added support for Python through Snowpark, data sharing between accounts, and AI features under the Cortex name. Companies use it mainly for reporting and analytics across many source systems.

    What people use it for

    Companies use Snowflake to bring data from many systems, such as product databases, payment tools, and ad platforms, into one warehouse. They run large reports and dashboards across that combined data. They let several teams query the same data at once, each with separate compute so they do not compete for resources. They share live data with partners or other business units without copying files around. They run Python, Java, or Scala data logic inside the warehouse with Snowpark. They build AI and machine learning features on warehouse data using Cortex functions. Some also buy and sell datasets through the Snowflake Marketplace.

    Key capabilities

    Snowflake separates storage, compute, and services into independent layers, so each scales on its own and multiple workloads run without fighting for resources. Compute runs as virtual warehouses that can be resized and are billed by the second while running, with an auto suspend option for idle warehouses. It handles structured and semi structured data such as JSON. Secure data sharing lets one account grant another live read access with no data copy. Snowpark is a framework for running Python, Java, and Scala inside Snowflake. Cortex provides large language model functions and machine learning features on warehouse data. The Marketplace lists third party datasets. Snowflake runs on AWS, Azure, and Google Cloud. Pricing is usage based: credits for compute time plus a separate charge for stored data.

    Limitations

    Cost management is the common complaint. Compute is billed by the second while a warehouse runs, so a few careless heavy queries or a warehouse left on can run up a real bill. Teams over provision warehouses and forget to suspend them. Billing for cloud services and day to day variation is described as hard to predict and not always transparent. Some users object that prepaid credits expire and that renewals must match or exceed prior spend. It is more system and more cost than a small dataset needs. Real time streaming is weaker than batch analytics. Tuning and monitoring need ongoing attention.

    Insight

    Snowflake does what it promises: big reports across a lot of company data with no infrastructure to manage, and separate compute so teams are not fighting over one cluster. The pain is the meter. Because compute bills by the second while a warehouse is up, cost depends on habits, and loose habits get expensive. Most teams that overspend are not running exotic workloads, they are leaving warehouses on, sizing them too big, or writing queries that scan more than they need. Setting auto suspend, right sizing warehouses, and watching query cost are not optional. For a small dataset it is overkill and the pricing model adds risk with little upside. It earns its place once data outgrows a normal database and several teams need the same data at the same time. Plan for someone to own cost monitoring from day one.

    Pricing

    Usage-based

    Last checked 2026-08-30