AI Infrastructure

Data Primacy: The Architectural Shift That Makes Enterprise AI Work | Prakash Darji, Everpure | TFiR

0

AI agents operating on unscoped enterprise data produce worse outcomes, higher inference costs, and compounding governance risk. The problem is not model capability or GPU availability. It is that most enterprise data remains fragmented across application silos, unclassified, and architecturally mismatched to how agents consume context. Feeding a procurement agent your entire ERP, CRM, and supply chain dataset does not make it smarter. It makes it slower, more expensive, and less accurate than a human doing the same job with relevant records.

In this interview on TFiR, Prakash Darji, GM of Digital Experience Business Unit at Everpure, breaks down why data primacy, not compute scaling, is the foundational architectural shift enterprise teams need to make before deploying AI agents, and how Everpure’s Data Intelligence and Data Stream products address discovery, classification, vectorization, and governed access at the infrastructure layer.

Guest: Prakash Darji, GM of Digital Experience Business Unit at Everpure
Show: TFiR

Here is what every platform engineer, data architect, and enterprise AI team lead needs to know.

Technical Deep Dive

Q: What is Everpure and what problem is it solving in enterprise data?

 Prakash Darji, GM of Digital Experience Business Unit at Everpure, describes the company as having originated in unified storage, building a data plane capable of supporting all workload types from archive to AI. As the industry shifted toward agent-based architectures, the central challenge became clear: enterprises were treating data as a passive byproduct of applications rather than as the primary input to AI. Everpure’s current focus is on data primacy, an architectural principle that inverts the traditional application-centric model to make data the canonical source of record, with applications functioning as workflows that contribute to it rather than owning it.

“Instead of just saying I’m going to take everything I have and give it to a model, if you know what is relevant to solving the problem, small language models do just fine.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: What is data primacy and how does it differ from application-centric architecture?

In the traditional application-centric model, enterprise systems such as CRM, ERP, and supply chain each own their data, and integration work is required to move data between them. Data primacy inverts this by establishing one canonical system of record that holds all data sets, with applications functioning as workflows that contribute to and read from that unified model. Darji frames this as reducing the integration burden that consumes the majority of enterprise IT effort, while simultaneously making data structurally ready for AI consumption without replication across every agent use case.

“Data primacy is actually inverting the pyramid. It only works if you change the paradigm to first build a consistent view of your enterprise in data format where applications become workflows contributing to that.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: Why is data the real bottleneck for enterprise AI, not compute or GPUs?

Darji uses a procurement agent scenario to make this concrete. A well-scoped agent approving purchase orders needs access to invoice records, past due payments, accounts payable data, and credit check history. It does not need access to sales orders, supply chain data, or the full enterprise dataset. Giving the agent access to everything increases cost and degrades decision quality, exactly as it would for a human reviewer working from irrelevant information. The bottleneck is not processing power. It is the inability to identify, classify, and scope the data that is actually relevant to the task the agent is performing.

“The human doesn’t look at everything. They don’t look at irrelevant data, they don’t brute force compute it. They look at relevant data. Because of it, they make better decisions. The same thing is true for agents.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: What does the shift from application-centric to data-centric architecture look like in practice for enterprise teams?

Darji distinguishes between two scenarios. For a greenfield company, the path is straightforward: have the data engineering team manage enterprise data as one canonical schema and use workflow generators such as Claude to build application workflows that populate it. For enterprises with 40 years of purchased applications, the transition is incremental. Teams can start by building a separate canonical schema for agent use cases, replicate data as a bridging step, and then decommission simple workflows, beginning with support case creation or sales opportunity entry, replacing them with generated workflows that eliminate the need for data replication entirely. Each decommissioned workflow removes integration overhead and moves the enterprise closer to data primacy.

“Everything I decommission saves me on integration work. A bulk of an enterprise’s implementation and application is integrating the APIs and the connections between the apps and the data.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: How is AI changing the role of storage and data platforms in the enterprise?

Storage was historically designed around reliability and durability for transactional workloads, with analytics treated as a lower-criticality tier. AI agents collapse that distinction because a single agent, such as a procurement approver, must perform both analytical reasoning and transactional writes in sequence. This creates a high-resiliency requirement across both structured and unstructured data simultaneously. Darji argues that vendors like Databricks, Snowflake, SAP, Oracle, and Salesforce are each responding by asking enterprises to consolidate data onto their own platforms, which is architecturally incoherent when multiple specialized agents are running simultaneously. Storage, which has always operated heterogeneously across all data types, is positioned as the natural layer for cross-platform data access.

“You can’t say put all my CRM data in SAP and all my SAP data in CRM just for a sales agent and a finance agent. It doesn’t work. You have to look at this heterogeneously cross application and cross data platform provider.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: What do Everpure Data Intelligence and Data Stream do and how do they work together?

Data Intelligence handles the discovery and classification side of the problem. It finds, categorizes, and builds a knowledge graph of data relationships across the enterprise, identifying which data sets are relevant to a given agent use case and applying attribute-based access controls to govern what the agent can access. Data Stream handles the preparation side, vectorizing data into a format ready for AI inferencing. Together, they address the full pipeline from raw enterprise data to governed, context-scoped model input, without requiring data to be moved or copied into each individual agent’s environment.

“Data intelligence finds, discovers, classifies and creates a knowledge graph of data relationships. Data stream is there to vectorize the data so you can prep it in a vector ready format for AI inferencing and use.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: How should enterprises handle AI governance and security in regulated industries?

Darji draws a sharp distinction between data access security and compliance governance. On the security side, vector databases used in AI training pipelines do not support role-based access controls natively, which means enterprises need to shift to attribute-based access controls that define data access by information type rather than by user role within a specific application. On the compliance side, Data Intelligence can tag and classify PII and other sensitive information, enforce governed data boundaries, and generate audit reports demonstrating compliance with frameworks such as GDPR and DSR. This is particularly critical when AI agents have the ability to propagate sensitive data beyond its intended scope.

“With data intelligence, we actually can tag and find and classify sensitive information and ensure that it’s only within the bounds of your governed policies and security. And we can actually prove it with an audit report.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: How does data primacy address data sovereignty and geopolitical data control concerns?

Darji argues that the most durable response to increasing data sovereignty regulation is information classification at the data layer, not at the model layer. Governments are currently conflating model access and data access in their policies, but the more meaningful boundary is what data leaves a jurisdiction and what information class that data carries. Darji’s position is that in an AI-driven world, every piece of enterprise data should carry an information classification, whether PII, trade secret, or otherwise sensitive, and that data governance enforcement must operate at that classification layer. Data Intelligence’s discovery and classification capabilities are designed to support this regardless of whether data resides on-premises, on pure storage arrays, in cloud environments, on mainframes, or in SaaS systems.

“In a world of AI, 100% of all data should have an information class attached to it. You have to operate within that information class.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: What cultural and organizational practices should companies build to make data primacy sustainable?

Darji frames the cultural challenge around two competing risks: preventing experimentation out of cost fear versus exposing the organization to runaway token spend from uninformed usage. His recommendation is to build guardrails that protect against catastrophic mistakes, such as recursive jobs burning tokens overnight, without limiting the learning process that enables teams to understand what models are actually capable of and what data context is relevant. He specifically cautions against per-engineer quotas as a control mechanism, favoring observability and cost visibility instead. The cultural posture is one of trust combined with structural safety: allow experimentation, make mistakes recoverable, drive efficiency once patterns stabilize.

“The guardrails you need to set isn’t limiting a quota per engineer, but it’s to prevent something where a company can go bankrupt overnight with a recursive job that’s burning tokens while they’re sleeping.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Q: How should organizations approach AI infrastructure decisions to avoid unsustainable cost structures?

Darji draws a direct parallel to the SaaS-on-IaaS cost trap. Early SaaS companies that built their own infrastructure before AWS, Azure, and Google Cloud existed reached 70 to 90 percent gross margins. Post-IaaS SaaS companies route more than 50 percent of their cost of goods to infrastructure providers, and that cost scales linearly with usage, structurally preventing margin improvement. He applies this same logic to AI: organizations that outsource their inference infrastructure to OpenAI and similar providers face the same linear cost scaling problem. The framing is not ideological but economic. Owning the assets that run your AI workloads is what enables compounding profitability once the market stabilizes and the technology transitions from growth phase to utility.

“If you’re going to allow someone to scale your costs linearly, that existed with SaaS companies on IaaS and that’s going to exist with OpenAI and models to be. To build profitable businesses you likely will need infrastructure that doesn’t scale your costs linearly.” — Prakash Darji, GM of Digital Experience Business Unit, Everpure

Resources & Documentation

  • Everpure, unified data platform providing Data Intelligence and Data Stream for AI-ready data discovery, classification, vectorization, and governed access

***

👇 Click to Read Full Raw Transcript

Swapnil Bhartiya: Today, every enterprise wants to move faster on AI. Leaders buy bigger models and more GPUs. But that doesn’t solve the real problem. It’s not compute, it’s data. And most enterprise data is fragmented and not ready for AI. And that’s the gap Everpure is closing by rethinking storage as active intelligence instead of passive infrastructure. And today we have with us once again, Prakash Darjee, GM of Digital Experience Business unit at Everpure, to break down why data not compute is holding AI back. Prakash, it’s great to have you on the show.

Prakash Darji: Thanks for having me back.

Swapnil Bhartiya: First of all, let’s talk about Everpeer. What is Everpeer all about?

Prakash Darji: Yeah, look, largely we started our journey delivering the best storage and made it a unified data plane to allow supporting all workloads and applications from archive to AI. Right. We have generally come from that lens. But as we take a look at where the industry is going and the emerging problems that largely started in an application centric world, the unit of architectures for the last 40, 50 years was software. Companies build applications, vendors buy them and IT departments implement them. We see a world now where if you see agents are working on data and applications become workflows and you have this emerging challenge, we think it needs to be rethought with this idea of data primacy. This idea of data primacy is such that with all of your data, how do you go ahead and understand what is needed and what is relevant for your applications and for your agents, for AI? So the rethink is instead of just saying, hey, I’m going to take everything I have and give it to a model, is that going to yield a good outcome? I think six, seven months ago, people were like, build factories, give me all your data. And you largely ended up with expensive bills and hallucination. Now we’re saying, you know what? If you know what is relevant to solving the problem, small language models do just fine. Agents work on it with relevant data, producing better results at much better cost paradigms. But it all starts with the input to AI, which is data.

Swapnil Bhartiya: Did you just say the term data primacy?

Prakash Darji: Yeah. The word data primacy is like, okay, if historically you had applications as the center of the universe. This is my CRM, this is my finance system, this is my supply chain system. You had applications and they all shared data. Sales data needs to make it into finance to book. It’s a common thing. You have orders and invoices. They need to work together. That integration problem became things that people needed to work with. Well, if you think about a data primacy lens, what if you had one canonical system of record with your data sets, your sales finance billing orders, all of it in one model where applications were workflows that just contribute to that model. Data primacy is actually inverting the pyramid. But it only works if you change the paradigm to first, say build a consistent view of your enterprise in data format where applications become workflows contributing to that versus you integrating multiple applications. That is the idea of data privacy.

Swapnil Bhartiya: When it comes to data. We have been saying for a long time that data is the new oil. I think data is the new solar, it’s evergreen. But when it comes to AI, folks often get caught up with Compute GPU’s tokens. Talk a bit about why is data the real bottleneck, not compute and how are organizations getting it wrong?

Prakash Darji: Let me use an example. Right. I think we all know that people have procurement processes. They buy things. And you have people that approve invoices and approve purchase orders. So what if you wanted to create a procurement agent that reviewed and approved purchase orders for a company? This is a simple scenario that probably most enterprises have to deal with. What information or what data do you need to solve that problem? Where does it exist in your enterprise? For example, an enterprise probably has previous purchase orders sitting in systems finance systems. They probably also sit on spreadsheets of users on desktops. There are people who do credit checks. There’s AP teams, accounts payable, there’s accounts receivable. You have all these different teams that participate in the process. But if you say okay to really do this procurement agent, I don’t know my data. Somewhere I have a lot of invoice oriented data. I could go ahead and say, you know what, give access to this agent to go train and build vectors and apply weights and graphs to allow the agent to make inference on my data. But I’ll give it all my enterprise data, all the way from sales orders to finance to supply chain to like everything. One, it’ll be expensive. Two, your outcome won’t be as good as if I said I only needed to give that agent relevant data. Now what is relevance? Well, it’s probably my primary records for invoices and purchase orders. It’s past due payments, accounts payable records. It’s probably credit checks. It may be some customer relationship, but that’s about it. Like so it’s the same thing that a human that was approving POs on a day in, day out basis would look at. They’d go run this thing they’d go check that, they’d be like, oh, is this vendor good? They do all these things to approve the PO. You want the agent to do the same thing with the access to the same information, right? The human doesn’t look at everything. They don’t look at irrelevant data, they don’t brute force compute it. They look at relevant data. Because of it, they make better decisions. The same thing is true for agents. What if you could go ahead and scan and find and categorize all of your data to say what is primary source and what is relevant? With Everpure data intelligence, that is what we do and that is the capability we’re providing to contextualize what is relevant information for input into AI, right? And then you can apply whatever model you can build the agent with. There’s tons of companies building models and models keep changing. There’s tons of companies trying to build agents. Build it on my platform, build it on that platform. Right? And most companies are saying, just copy all your data, right, from all of your sources to each agent. And I’m like, well, that’s the dumbest thing I’ve ever heard. Right? You can’t go ahead and say move all of your source data from everything into every use case that an agent is doing. You’re just going to have data explosion. So you need to work with the data sources where they’re at, categorize them and allow the agents to work with them. And that is the approach that we are talking about. As we provide the input to AI, your compute becomes smaller, your models become smaller, everything becomes smaller because you’re optimizing for SLMs and purpose built agents.

Swapnil Bhartiya: What you’re saying is that there is a shift from application centric to data centric. What does that actually look like for enterprises? Day to day operations, developer teams, procurement, when they are operationalizing AI?

Prakash Darji: Well, so look, I’m going to talk about two different types of companies, right? First, let’s say I’m a new startup today. That’s the easiest because it’s like, oh well, you know what, I’m going to ensure that my engineering team, my data engineering team, manages my enterprise data as one canonical scheme on system of record. And I’m going to use CLAUDE or some type of workflow generator to create workflows that populate the schema for orders, for deliveries, for building, for supply chain, for support. You’re treating everything as part of one canonical model. I think that approach only really works for a new company with no legacy. If you’ve been buying apps for 40 years. And I worked at SAP working on financial applications way back when, and SAP Hana, et cetera. You’ve got a ton of applications or workflows sitting owning your enterprise data. You can’t get to data primacy overnight. What you can do though is you can say, okay, I’ll probably start with it for my agents. I’m going to build this as a separate schema for my agents and I might have to replicate my data as a starting point, but as agents take over some workflows could I generate for things that are simple, simple workflows? I wouldn’t say complex MRP runs in ERP, but I would say creating support cases, a simple use case, or creating sales opportunities where it’s pretty much a web form on a table. Those things are things you could say, you know what, generate me a workflow and I’m going to decommission my old workflow and decommission the data replication and start chipping away at my enterprise landscape to move towards data primacy, which is this idea of this unified canonical schema. Because everything I decommission saves me on integration work. A bulk of an enterprise’s implementation and application is integrating the APIs and the connections between the apps and the data, right? So by moving to data primacy, your major value, besides unlocking AI efficiently, is reducing your burden of integrating applications.

Swapnil Bhartiya: For a long time we have seen that storage was passive infrastructure. It was never the sexy shiny object. Now AI expect it to behave differently, provide context, be available where AI runs, egress, ingress. That also matters. Data warehouse data lakes, there is a big debate about that. So talk a bit about how is AI changing how enterprises look at data and data platforms?

Prakash Darji: Well, look, if I start with your kind of storage question, right, storage and data were historically separated. Like where storage platforms were infrastructure that was meant to be reliable and durable and long lasting. And it was like mission critical. It’s like an X ray or it’s like blood monitor machine in a hospital, like if it goes out, people die. Storage is, if it doesn’t exist, you’re toast, right? Like it is a critical asset. And the design principle was always about reliability, stability, etc. And certain applications needed that, like transactional applications and analytical applications were like, okay, if my reporting is down for a few days, it’s not a big deal. But like, you know, if I can’t take orders, it’s a big deal, right? So I think the design paradigm for infrastructure was always built with a high resiliency approach in mind. And now if you extend that idea to agents doing work where you’re now saying it’s not transactions and analytics, but it’s bringing it together, where agents need both, it needs to make a decision to book a transaction or approve an order. That same procurement agent I talked about will need to both do analysis saying is this worth approving? And then it’ll actually book the transaction to approve the PO, right? So it’s both doing transactions and analytics together. Most agents that take action will have to do that thing. It creates this high resiliency paradigm across data where storage and data have to come closer together. If you hear different companies like you have analytical companies like Databricks and Snowflake and you have transactional companies like SAP and Oracle and Salesforce all trying to navigate this change, but their first answer is always move all of your non data that’s not in my platform over to my platform and do it with me. And they can’t all be true. You know what I mean? You can’t say put all my CRM data in SAP and all my SAP data and CRM just for a sales agent and a finance agent like it doesn’t work. So I think you have to look at this heterogeneously cross application and cross data platform provider. And that’s where storage has always been, right? Storage has been about all data structured, unstructured, et cetera. And that’s the reason why we believe we have a unique entry point coming into the space.

Swapnil Bhartiya: You introduced data stream and data intelligence at Accelerate. How do these two fit into the data centric vision that you just shared with us?

Prakash Darji: Yeah, let’s just talk about the end to end of AI. At the very beginning, it’s what data inputs do you have? That’s where data intelligence comes in. It finds, discovers, classifies and creates a knowledge graph of data relationships. It can say this is all your finance data related to creating, needing to go into a procurement agent model, right? That’s the find and discover side of the problem. Then if you want to go and create a pipeline and et cetera, data stream is there to vectorize the data so you can prep it in a vector ready format for AI inferencing and use. Data intelligence then can apply attribute based access controls because previously you had role based access controls for information on the data sets and then customers can use that data. Right? So how we see this working together is part of solving end to end AI problems for end customers.

Swapnil Bhartiya: With agent AI rising, what role does governance, what role does security play in regulated industries. How is Everpure addressing this challenge?

Prakash Darji: I think one of the most important things that is going on right now in the world of AI is how do you govern and secure. Because when vector databases came out, your training needed access to all information and the used vector databases don’t have role based access controls. That’s not how they work. Largely you have to think about security differently. I’m no longer saying you can see these things in your SAP ERP. If the agents are working at the data, you need data access, security and attribute based access controls. To say, hey, these are the attributes is these are all the finance or procurement related data. Regardless of the workflow or the app that this user needs access to or this agent needs access to, I believe that becomes very important. And then if you lay on GDPR and DSR and right to forgotten and governance, because security and governance and compliance are two different things. I was talking about data access security, but when you move into governance and compliance, what if there’s PII information in your model? So this is personally identifiable and you could be fined if it propagates to the wrong place? How do you know? Identify it with data intelligence, we actually can tag and find and classify sensitive information and ensure that it’s only within the bounds of your governed policies and security. And we can actually prove it with audit report. So if you get, you know, SEC auditor or a EU auditor looking at your environment, you can actually produce an audit report for compliance to, you know, GDPR or DSR or those types of things. So that is the approach that we’re taking in terms of it. But it’s really important and I think it’s an often overlooked problem in the world of AI.

Swapnil Bhartiya: Now we are going through this whole geopolitical crisis which is also accelerating data sovereignty concerns. Models are being blocked, organizations are cautious about data access. How are you looking at this changing landscape? And of course we have things like new clouds as well. So will data privacy handle these challenges or it is out of the scope of data?

Prakash Darji: Yeah, look, I think the one. Yes, it will. But like I’ll kind of offer a philosophical comment first. Right. One, I do think it’s unfortunate. Like, you know, I think governance and policy should be protecting consumers like less about, you know, nationalism and governments. Right. But like we are inherently heading into a more nationalistic and sovereign era where people are trying to treat models that way. Like you saw that with the US blocking Fable 5 and then allowing it with Chinese building GLM and kind of making that open source. There’s like this view on models and then there’s this view on data and controls. Right. What are the things? And I actually think the more important thing, less like the models are not the moat. I think eventually the models become commoditized and shared and open source. But I do think the data moats are things that people are like the inputs to the model are the things that governments are trying to protect now. Right. And you’ll see that with like a lot of the original European regulation saying this is the data that can leave. Like right now, I think they’re mixing the datas and the models and kind of confused policies. But eventually, as you straighten that out, you know, what is the data that can’t. That is unique to whatever your problem is. And it might be PII now, but it might be trade secrets or it might be how to enrich uranium. You know, like there’s all sorts of things that become sensitive, right. From an information class standpoint. So I do think data inherently, in a world of AI, 100% of all data should have an information class attached to it. Right? It has to. And you have to operate within that information class. Right. It’s no longer, oh, let me just find, I’m a credit card company and a highly regulated company, let me find where the credit card number is. I don’t think that’s enough in a world of AI now. Right? So that. Now if it’s more nationalist, that’s just a policy. If it’s less nationalist, another policy. But it all starts with ensuring that you understand the classification of that data. And with our data intelligence, that’s what we do. We discover data wherever it sits, on premise, on pure arrays, in cloud, on mainframes, in SAS systems. We can discover it and classify it. So you can assign it to an information security policy for governance and compliance reasons.

Swapnil Bhartiya: Now let’s talk about culture versus technology. People are the hardest part. Technology is the easy part. Now with agent AI that is making decisions, bad actors are finding new ways to manipulate it. There may be images which human will see just an image, but it may have code that AI can read and it can execute some action. So talk about how much role does culture play, processes play, people play in rethinking data? What culture should companies build so data primacy becomes part of their DNA, not something that was bolted on top of it.

Prakash Darji: Yeah, look, it’s interesting and I’ll give you this, more from our own culture right here at pure. The pace of change in what’s happening in AI is so fast. Where six, seven months ago, we would have been like, okay, what’s going to happen? And now we’re like, hey, this thing writes really good code. And it’s changed the productivity of our engineers in terms of what they do. But we wouldn’t have gotten this knowledge if we didn’t allow people to experiment and learn. The first thing is experiment and learn. The second thing from a culture standpoint is you need to understand that some people will blow your budget by doing really stupid things because they’re uneducated. And that might be part of the learning process, but you do need, with the cost of models and tokens to understand where and how observability becomes everything, what you’re using and what models you’re choosing. Otherwise, you’ll blow your token costs well beyond the ROI of doing anything. So I think culturally right now, you have to first understand what the model is capable of, what data and context is relevant. Allow people smart, treat people as smart and empowered. But know that as you learn, as we all learn as humans, we make mistakes. And mistakes are okay as long as you learn from them and don’t repeat them. Right? And the guardrails you need to set isn’t like limiting a quota per engineer, but it’s to prevent something where you, like, you know, a company can go bankrupt overnight with a recursive job that’s burning tokens while they’re sleeping. Right? You don’t want that thing to happen. So how do you build guardrails to protect against the mistakes, not prevent the people from learning? Right? And eventually this will stabilize. Like, I don’t think we’re going to be talking about token costs when people can just download a GLM model or run it offline on a thing and, you know, apply it to their enterprise data. Like, you’re going to think about this very differently when you’re downloading the weights and applying it and running it on your own thing, because then you’re just using the asset you have and not paying per token, right? So, like, the models of where we’re at is just a kind of current place and time. But the thing that lasts is one, build a culture where you trust people, allow them to experiment, build safeguards where even if they make a mistake, the mistake isn’t crippling to the company. And three, as things stabilize, then drive efficiency. I think the companies that are like, hey, I’m going to prevent because I’m afraid of cost, or I’m going to prevent is just preventing the learning, have a learning curiosity. Culture, I think is important. And having a safety culture where mistakes are safe is also important.

Swapnil Bhartiya: Now let’s talk about how should organizations look at a whole token context window? Of course, cheaper models are there, open source models are there, smaller models are there. Sometimes we get caught up with models. How should organizations approach infrastructure and architecture to leverage these new models, these new technologies to get full advantage of AI without getting burned and avoid an AI bubble burst?

Prakash Darji: Man, that’s such a large question. Okay, so generally I look at historical patterns and I think you mentioned a lot of good ones, like early days of Internet, early days of social media, early days of telcos, early days of SMS texts. What is unique not about each scenario, but the pattern we can learn from history on any new innovation or disruption cycle is at the beginning of the cycle you end up with sensationist headlines saying we’re going to put a rocket on the moon and we’re going to completely change the world and whatever. So the early innovators to raise money have to promise the stupid, right? Like what they’re saying has to be so sensationally far away to be able to raise the amount of capital you need to raise to move 10, 20 yards forward, right? They’re going to promise the 100 yards forward and we’ll never get that. We’ve never ever gotten to the initial promise of any transformation that has ever been promised in history. Right. However, sometimes we get to the 20 yard line, sometimes we get to the 50 yard line and sometimes we get to the 60 yard line of that promise, right? And we start seeing a slowdown in a stabilization at some point. Sometimes it’s starting to stabilize towards 20 and sometimes it’s starting to stabilize towards 60. Like, and the Internet was really interesting, right? Like we think routers and switches and networking standards are all kind of there, but like Cisco was built on consolidating standards of 15 to 20 to hundreds of different network routing things that create the backbone of the Internet today, right? And same way like you talked about cell phones or whatever, right? Like if we look at every technology, there was a point where it started stabilizing and optimizing, right? And then you’re getting incremental bandwidth gains and whatever, but the business model stabilized, right? So I would state that right now we’re in the unstable growth period towards the future envision of what they’re promising, which is AGI. Will we ever get to AGI? Generally, probably not this round. Maybe that’s the next transformation this round. Will we make it 30, 40, some percentage of the way there and when it starts stabilizing, what happens? It turns into a utility you can run, operate and manage under constraints. Then I boil it down to do you want to own those constraints and run and operate and manage it, or do you want to outsource it? So the infrastructure thing is do you want to own your data or do you want someone else to own you? That’s the question. I’ll use the example. In the early days of SaaS, Salesforce, Netsuite, like a bunch of companies Workday, LinkedIn were built, SaaS companies were built before IaaS, AWS, Azure and Google came out and they built their own infrastructure and they owned their own data and they got to profitable like 70, 80, 90% profitable. Then when you had like the snowflakes or other kind of SaaS companies come out and they all crossed billions of dollars right. Then when you had the next gen SaaS companies come out after infrastructure as a service, north of 50% of their COGS goes to the infrastructure provider AWS, Azure or Google. And it scales linearly. So they never can improve profitability because their resource consumption, because they’ve outsourced their infrastructure, they never get to profitable business models. So if you believe that you don’t need to own your assets at some point, how do you build compounded profitability on a stable market? If you’re going to allow someone to scale your costs linearly, that existed with SaaS companies on IaaS and that’s going to exist with OpenAI and models to be. And that’s your decision, that’s your decision point on, you know, whether you want to use your own roll, your own infrastructure or not is a business decision, right? But we believe that you know, to build profitable businesses you likely will need that, right? You need infrastructure that doesn’t scale your costs linearly like the infrastructure as a service world does.

Swapnil Bhartiya: Prakash, thank you so much for walking us through where enterprise AI gets stuck and how Everpure is fixing it. Once again, thank you for joining us and I look forward to chatting with you again. Thank you.

Prakash Darji: Yeah, thanks for having me.

How Klutch Unifies Data Service Abstraction Across Kubernetes and AWS | Julian Fischer, anynines | TFiR

Previous article

Why Every Application Is Now an AI Application and What That Means for Infrastructure | Danielle Cook, Akamai | TFiR

Next article