Build

package/governed-data-platform

Governed Data Platform

Self-serve ingestion that does not become a compliance incident: classified at the point of landing, masked by column, and access that is conditional rather than binary.

~$34,000

Starts with Discovery & Scoping

Floors reflect typical engagements. Larger, regulated, or multi-region estates are scoped and quoted after Discovery.

Book Discovery & Scoping Rate card

Problem

Where this usually starts

BigQuery made loading data easy, and the organization responded accordingly. There are now several thousand tables. A meaningful number contain personal data. Nobody can say which ones without opening them, and the access model is a small number of groups with broad read on entire datasets, because per-table grants stopped being maintainable around table four hundred.

The governance response so far has been a spreadsheet. It lists data owners, it is nine months out of date, and it has no relationship to what IAM actually permits.

Then a customer contract arrives with a data residency clause, or a privacy review asks which analysts can read the column containing national identifiers, and the honest answer is that nobody knows. Answering it properly means classifying data that has already landed, which is a much larger job than classifying it on the way in would have been.

Scope

Classification at the point of landing

Sensitive Data Protection — the service still widely known by its Cloud DLP API — is configured to inspect data as it arrives rather than as an annual audit. Info types are tuned to what your business actually holds, because the default detector set produces a large volume of false positives on any real dataset and a scanner nobody trusts is a scanner nobody reads.

De-identification and redaction are applied where raw values do not need to persist. Tokenization where the value must remain joinable, masking where it does not, and full redaction where the field should never have been collected in the first place.

Scheduled inspection jobs run against existing data on a cadence, with findings routed into Security Command Center so that data classification lands in the same place as the rest of your security posture rather than in a separate tool that only the data team looks at.

Dataplex, and making the catalogue load-bearing

A catalogue that only describes is documentation. Dataplex is configured so that the taxonomy actually enforces: policy tags applied to columns, attached to the classification the inspection produced, and wired into BigQuery column-level security so that the tag is what grants or denies the read.

That closes the gap between the governance model and the access model. When a column is tagged as containing personal data, the people without that tag’s reader role cannot select it — not by convention, by IAM.

Lakes, zones, and assets are structured so that raw, curated, and consumption data are separated by boundary rather than by naming convention, and so that a new dataset arrives into a zone with governance already attached rather than into an unmanaged project.

Column-level security, masking, and conditional access

  • BigQuery column-level security driven by policy tags, so access decisions live with the taxonomy rather than in a per-table grant nobody maintains.
  • Dynamic data masking, so that an analyst who needs to group by a column but not read it gets a masked value instead of an access denial — which is what stops people from requesting broader access than they need.
  • IAM Conditions for access that depends on context: time-bounded grants for an investigation, resource-scoped grants that expire, rather than a permanent group membership added during an incident and never removed.
  • VPC Service Controls perimeters around the projects holding regulated data, so that a set of valid credentials used from outside the perimeter still cannot exfiltrate.

Self-serve ingestion and quality gates

The ingestion framework exists so that a team with a new data source does not need to file a ticket with the platform team and wait a fortnight. A new source is onboarded through configuration: connector, schema, classification policy, target zone, quality expectations.

Quality gates run before data reaches consumption. Row counts against expected ranges, null rates on fields that should not be null, referential checks where they matter, freshness thresholds. Failures route to the owning team and stop promotion rather than quietly writing bad data into a table that a dashboard reads on Monday.

Pipelines are built on Dataflow and Pub/Sub for streaming and batch, orchestrated with Cloud Composer. The orchestration layer is where the quality gates and classification steps are sequenced, so governance is a step in the pipeline rather than a process beside it.

Boundaries

Source system integration beyond the agreed connectors is out of scope. Connectors in scope are named during Discovery. A source that needs bespoke extraction work against a legacy system is its own project.

BI and dashboard development is out of scope. The platform makes governed data available to your BI tool; building the reports on top belongs to the analysts who know what the business asks.

Migration from a legacy warehouse is out of scope. Moving history out of an existing warehouse is a large programme with its own reconciliation requirements, and folding it into a platform build hides risk in both.

Engagement

How the engagement runs

  • Week 0 Discovery & Scoping Current data estate, regulatory position, sources in scope, and who consumes what today. Produces the fixed quote.
  • Week 1–2 Taxonomy and zone design Classification taxonomy agreed with your data and privacy owners. Dataplex lake, zone, and asset structure designed. Info types tuned against a sample of real data.
  • Week 3–4 Classification and access Sensitive Data Protection configured, inspection jobs scheduled, findings routed to Security Command Center. Policy tags applied and wired to BigQuery column-level security. Masking rules and IAM Conditions implemented.
  • Week 5–6 Ingestion framework Self-serve onboarding path built. Dataflow and Pub/Sub pipelines for the agreed connectors, orchestrated in Cloud Composer with classification and quality steps in sequence.
  • Week 7 Quality gates and perimeters Quality expectations implemented and wired to promotion. VPC Service Controls perimeters applied around regulated projects and tested from outside.
  • Week 8 Handover Runbook covering onboarding a new source, changing a classification, and granting time-bounded access. Working sessions with the data platform team.

These figures are starting points, not quotes. Final pricing depends on the size and complexity of your estate and is fixed in writing at the end of Discovery & Scoping.

Excluded

What this engagement does not cover

Named here rather than discovered later. This is the list that makes the fixed price hold when scope starts moving.

  • source system integration beyond agreed connectors
  • BI and dashboard development
  • data migration from legacy warehouses
Evidence

What this is based on

  • Document AI pipeline on GKE at high page volume, with reconciliation and provenance tracking.
  • Google Cloud Professional Security Engineer and Professional Cloud Architect.
  • Data platforms built inside estates operating under regulated data handling requirements.
Questions

What buyers ask

We have thousands of existing tables. Does this only work for new data?

No. Scheduled inspection jobs run against what has already landed, which is how the existing estate gets classified without anyone opening tables by hand.

It is worth being direct about the sequencing: classifying an existing estate takes longer than classifying new data at ingestion, and the first inspection pass on a large estate produces a substantial findings list. That list is triaged, not fixed in one pass.

Does column-level security break our existing queries?

It can, and that is why it is rolled out against the taxonomy rather than everywhere at once. A query selecting a now-restricted column fails for a user without the tag’s reader role.

Dynamic masking is what usually resolves this. An analyst who was reading a column to group or join on it gets a masked value and their query keeps working. Analysts who genuinely need the raw value get the role explicitly, which is the point.

Is Dataplex worth it, or is a catalogue enough?

If you only need to describe your data, a catalogue is enough and cheaper. Dataplex earns its place when the taxonomy needs to be load-bearing — when a policy tag on a column is what actually controls who can read it.

That is the difference between governance that documents and governance that enforces, and it is the reason the classification work and the access model are built in the same engagement rather than sequentially.

How do you handle false positives from DLP inspection?

By tuning info types against a sample of your real data before the scheduled jobs go live, rather than accepting the default detector set. The defaults are broad by design and will flag things that are not what they look like.

Findings routing matters as much as detection. Sending everything to a queue nobody owns produces a scanner people learn to ignore; routing to the owning team with the specific column and a suggested action is what makes it act like a control.

Can you also move our data out of our existing warehouse?

Not inside this package. Warehouse migration carries its own reconciliation and cutover requirements, and combining it with a platform build produces a fixed price that is really two estimates stacked on top of each other.

It is scoped separately after Discovery, and it goes considerably better once the governed platform it is migrating into already exists.

Questions about pricing, terms, and ownership across every engagement are on the FAQ.

Start

Start with Discovery & Scoping

$4,500 fixed, 3–5 days. A current-state review, a gap analysis, a written scope, and a fixed quote for this engagement. Half the fee is credited against the work if you proceed within 60 days.

Book Discovery & Scoping