Building Governed AI Across Distributed Data With Starburst

Can an enterprise move quickly with AI when the information it needs remains spread across business units, acquired companies, private data centers, multiple clouds, and systems governed by different privacy rules?

In this episode , I speak with Justin Borgman, co-founder and CEO of Starburst, about the data architecture decisions now affecting how quickly businesses can turn AI investment into useful results. The conversation begins with a reality many established companies will recognize. Their technology estate reflects years of applications, acquisitions, regulatory demands, regional choices, and earlier infrastructure programs.

Justin argues that this history becomes a constraint when AI teams need governed access to information quickly. A company created within the last year may design its data environment around AI from the beginning. A multinational enterprise rarely has that freedom. It must work with valuable data held across different locations while respecting security, privacy, and sovereignty requirements.

The traditional response has been to centralize everything. Justin believes the single source of truth is often an impossible target rather than a finished destination. Drawing on his earlier experience at Teradata, he says even customers using a leading database continued to retain information elsewhere. New applications, company acquisitions, regulations, and changing business demands kept creating additional systems.

His preferred approach is to accept that distributed data will remain part of enterprise life and build an architecture that can work across it. A federated data platform can query information where it lives while giving users a common point of access. This can reduce the time spent moving data before an analyst, executive, application, or AI agent can use it.

Justin illustrates the problem through a large American bank with many lines of business and inherited data silos. Senior leaders could ask commercially important questions, but answering them required analytics teams to write queries, assemble dashboards, and combine information from several systems. The process could take weeks.

He describes how connecting those sources and adding a natural-language interface can reduce that delay. Starburst calls its interface ADA. It allows a user to ask questions in conversational language while drawing on governed enterprise information and its business context. The company presents this as a way to shorten the path from question to insight without forcing every data set into one platform first.

Business value remains harder to prove than technical access. Justin recommends connecting data projects with revenue growth, cost reduction, or risk management. He also points to usage evidence within data platforms. If a data product is accessed frequently by leaders or operational teams, and the cost of producing it is known, those signals can help a company evaluate whether the investment is serving a recurring need.

Architecture economics also influence where workloads belong. Justin favors S3-compatible object storage and open formats such as Parquet and Apache Iceberg when companies assemble data in a lake architecture. His argument is that open storage can reduce cost while allowing customers to choose among query engines rather than binding the information to one provider.

That advice does not mean every workload belongs in one format or location. Some data will remain in warehouses, operational databases, regional systems, and on-premises infrastructure. Federation can provide access across those environments, while open formats create additional choice for the information that can be consolidated economically.

The human side of architecture receives equal attention. Justin says ownership, incentives, and internal politics affect data quality because centralized teams may lack the domain knowledge held by the business unit that produced the information. Treating data as a product gives an organization a way to assign responsibility for quality, maintenance, adoption, and feedback.

Named ownership changes the conversation. A successful data product can be recognized and improved because people know who created it. A weak product can receive feedback from its internal users. Distributed control can also allow teams closest to the data to apply their knowledge while the wider company accesses it through common governance.

Governance becomes especially important when AI agents can query enterprise information directly. Justin says access controls must operate beneath the agent rather than relying on the model to decide what a user should see. Row-level and column-level permissions, data masking, and query auditing can determine which records are available and provide a record of what the system retrieved.

Security and economics are also contributing to renewed interest in running some AI workloads on-premises. Justin says businesses may prefer open-weight models on owned hardware when scale improves the economics or when confidential data cannot comfortably leave the corporate firewall. He expects cloud and on-premises capabilities to coexist rather than one replacing the other.

For employees, conversational access could change the role of traditional business intelligence. Justin expects standard KPI dashboards to remain useful, but believes many custom reports and one-off dashboards could be replaced by interactive models that answer questions directly. Analysts and engineers may spend less time responding to requests and additional time improving trusted data products and governance.

The opportunity is faster access to answers. The risk is allowing speed to outrun security, quality, or accountability. A federated architecture can connect distributed systems, but it still requires companies to know who owns the data, which users can access it, how results are audited, and whether the outcome supports revenue, cost, or risk goals.

Should enterprises keep pursuing one central source of truth, or accept distributed data as a permanent condition and build governed AI around it? Listen to the episode and share your thoughts.