DR. ATABAK KH
Cloud Platform Modernization Architect specializing in transforming legacy systems into reliable, observable, and cost-efficient Cloud platforms.
Certified: Google Professional Cloud Architect, AWS Solutions Architect, MapR Cluster Administrator
Governance decks showed up after the first incident. By then the architecture had already decided what agents could read, what was logged, and what could not be undone.
Context: Early 2026 AI governance stopped feeling theoretical in organizations I watched. Audit pressure and production agents pushed the same conclusion: controls have to live in systems, not only in policy PDFs.
Most orgs had a policy committee, a principles page, a review for “high-risk” use cases. Fewer had enforced access on retrieval indexes, immutable audit for automated decisions, model and data version pins, or controls that actually block a deploy when violated.
Governance you cannot verify in code and logs is theatre.
Classification drives behavior. Tag datasets and documents (public_internal, confidential, regulated, pii). Pipelines and agents read those tags for indexes, models, human review, retention. A spreadsheet does not count.
Lineage for every production output. Model id + version, prompt/template version, source ids + versions, as_of, user or service identity. Store in queryable tables so audit can reconstruct in minutes - not only scattered logs.
-- illustrative lineage / inference log (personal lab style)
CREATE TABLE IF NOT EXISTS ai.inference_events (
event_id STRING,
ts TIMESTAMP,
workflow STRING,
model_id STRING,
model_version STRING,
prompt_template_version STRING,
source_dataset_ids ARRAY<STRING>,
as_of TIMESTAMP,
user_or_sa STRING,
outcome STRING,
cost_eur NUMERIC
)
PARTITION BY DATE(ts)
CLUSTER BY workflow, outcome;
Access as code. IAM, row filters, masks, retrieval scopes in version-controlled config. Avoid: “the agent uses a service account that can read most of the warehouse.”
Human-in-the-loop by risk tier. Read-only with logging. Draft/suggest with sampling review. Acts on systems of record need an approval gate. Forbidden actions blocked at the tool layer. Risk tier is a property of the workflow, not a meeting outcome.
Eval and drift after launch. Golden-set regression on model/prompt changes. Sampled production quality. Alert when override rate or policy blocks spike. Kill switch drill on a schedule.
| Question | Artifact |
|---|---|
| What data was used? | Lineage + retrieval log |
| Where is a user’s data retained, and how is each copy deleted? | Deletion map covering sources, indexes, logs, caches, outputs, and backups |
| Who approved this automation? | Workflow config + approval audit |
| Cross-border processing? | Region-pinned infra + residency tags |
| Model behavior change? | Version pins + regression gates |
Engineers do not replace legal. They make compliance operable.
Governance review after production launch. One global “AI platform admin”. Logging prompts but not retrieved content hashes. Trusting a vendor “enterprise AI” badge without your own controls. Separate AI team with no data platform accountability.
Week 1: classify datasets used by live or planned AI workflows.
Week 2: lineage fields on inference and retrieval logs.
Week 3: risk tiers + approval gate for one high-risk workflow.
Week 4: kill-switch drill + audit reconstruction exercise.
Small verifiable steps beat a twelve-month policy program.
AI governance belongs in architecture: classification, lineage, access, approval tiers, monitoring, kill switches. Principles on slides are necessary. Enforced system behavior is what keeps you out of the incident report.
This is a personal blog. The views, thoughts, and opinions expressed here are my own and do not represent, reflect, or constitute the views, policies, or positions of any employer, university, client, or organization I am associated with or have been associated with.