Vinay Makkaji has been working with MongoDB and Capgemini together for almost 5 years, building deep joint solutions before the current AI wave.
80% of oil and gas companies face at least one critical equipment failure per year — costing $250,000 per hour — and MongoDB's vector search is now helping predict them before they happen.
The MongoDB Podcast
80% of oil and gas companies face at least one critical equipment failure per year — costing $250,000 per hour — and MongoDB's vector search is now helping predict them before they happen.
TL;DR
Enterprises are moving from AI experimentation to production-scale agentic systems, and the MongoDB–Capgemini partnership is at the center of that shift. Apurva (MongoDB), Vinay Makkaji (Capgemini), and Farid Mohammad (MongoDB) trace the three-phase evolution of enterprise GenAI adoption — from isolated chatbot pilots to full agentic orchestration [1] — Farid Mohammad "Generative AI answered questions. Agentic AI executes tasks. The shift isn't cosmetic — it means AI can now plan, act, and automate workflo…" 08:50 — and walk through a real tri-party oil-and-gas predictive maintenance solution built with MongoDB, Capgemini, and AWS [2] — Farid Mohammad "Sensors stream telemetry into MongoDB. Historical failure data and equipment manuals are vectorized and stored in the same platform. When a…" 20:30 . The single most useful takeaway: AI initiatives stall at the pilot stage without a strong, unified data strategy behind them [3] — Farid Mohammad "It results into $250,000 per hour kind of an impact." 19:28 .
MongoDB and Capgemini discuss the evolution of enterprise AI from experimentation to agentic production systems, including a detailed oil-and-gas predictive maintenance case study built with MongoDB, Capgemini, and AWS.
The episode opens with Apurva welcoming listeners to a MongoDB Podcast episode focused on powering agentic AI with Capgemini and MongoDB. Vinay Makkaji introduces himself as part of Capgemini's Cloud Center of Excellence, with 23 years in IT, Fortune 500 solutioning experience, and almost 5 years working with MongoDB. Farid Mohammad describes his 3 years at MongoDB supporting partner ecosystems across the Americas, working with tech services firms, hyperscalers, and ISVs to build MongoDB Centers of Excellence and reference architectures. Together, the introductions establish the episode's core dynamic: deep practitioner experience on both the SI and platform sides of enterprise AI transformation.
Apurva opens the substantive discussion by asking where GenAI is actually moving the needle — and what the biggest gaps remain. Vinay sets the scene: years of prototype-building with AWS, Google, and Microsoft are finally translating into real production deployments, with frontier models from OpenAI, Anthropic, and Google DeepMind now pushing toward reasoning and multimodal understanding. Farid then maps the journey into three crisp phases. Phase one (2023) was experimentation — connected chatbots and Copilot pilots, impressive but disconnected from enterprise systems. Phase two (2024) was enterprise integration — corporations realizing that operationalizing AI required confronting the messy reality of fragmented legacy data, which is where RAG architecture and knowledge graphs came to the fore. Phase three (now) is agentic orchestration: AI that doesn't just answer questions but autonomously executes tasks and drives business outcomes. [1] — Farid Mohammad "Enterprise AI has moved through three distinct phases. Experimentation in 2023 produced disconnected chatbot pilots. 2024 brought enterpris…" 05:50 The sharpest insight comes from Farid's framing: the challenge was never the model itself, but the business-proprietary data needed to augment it and reduce hallucinations. [2] — Farid Mohammad "When companies tried to move AI from pilot to production, they discovered the model wasn't the hard part. The real challenge was integratin…" 07:00 Vinay adds that AI has evolved from merely responding to prompts to enabling auto-healing systems — shifting from proactive to predictive operational modes.
Apurva pushes into what a truly effective technology partnership looks like in the GenAI era, and both guests make the same core point: AI must be thought of as a system, not a model. [1] — Vinay Makkaji "No single vendor can build a complete enterprise AI system. The most effective architectures combine LLMs, RAG pipelines, hyperscaler servi…" 10:20 Vinay uses the example of a connected fleet solution built jointly with Google and MongoDB to illustrate how what used to require ten separate enterprise integrations can now be consolidated into a unified solution — though it still requires multiple specialized partners. Five components are named explicitly: the LLM, the RAG architecture, the trained models, hyperscaler-native services, and MongoDB's vectorization layer. Farid extends this by pointing out what MongoDB alone cannot supply: industry-specific domain knowledge, transformation governance, and the ability to span people and processes across a large organization. That is exactly what Capgemini brings. [2] — Farid Mohammad "The companies that succeed in this AI transformation, they consider this AI as a system rather than just a model." 13:30 The joint value proposition, Farid argues, is enabling customers to move from experimentation to enterprise-scale AI faster while reducing risk. Vinay closes with a philosophical observation: the future isn't AI replacing IT, but a joint venture between IT organizations and AI — co-evolving together.
The episode's centrepiece is a detailed walkthrough of a tri-party reference architecture built by MongoDB, Capgemini, and AWS for critical equipment predictive maintenance in the oil and gas industry. Farid sets the commercial stakes with a Baker Hughes study: 80% of oil and gas companies face at least one unexpected critical equipment failure per year, [1] — Farid Mohammad "Unexpected equipment failure in oil and gas costs $250,000 per hour, and 80% of companies face at least one such failure per year according…" 17:10 and when it happens, the cost is $250,000 per hour. The previous approach was entirely reactive — time-based, usage-based, or rule-based maintenance — with no ability to anticipate failure across a complex production pipeline involving third-party equipment from companies like Halliburton. The new architecture changes all of that. Sensors stream real-time telemetry to MongoDB. Historical failure records, maintenance notes, and semi-structured PDF equipment manuals are all vectorized and stored in MongoDB alongside live data. [2] — Farid Mohammad "Sensors stream telemetry into MongoDB. Historical failure data and equipment manuals are vectorized and stored in the same platform. When a…" 20:30 When an anomaly is detected in the telemetry, vector similarity search scans the historical failure corpus to find resonant past cases and surfaces a recommended repair approach. Finally, an AI agent automatically creates a service ticket and assigns it to a field engineer — proactively, before failure occurs. Vinay then describes how the solution matured: starting from basic RAG and workflow automation, it evolved to include digital twins, AI/ML hybrid models, IoT streaming, and ultimately the ability to predict faults even before anomalous data appears in the stream.
Apurva asks where the partnership is headed, and Vinay paints an ambitious multi-front roadmap. The first trend: customers are refusing to treat MongoDB as a separate transactional database. A Fortune 500 client migrating to a cloud lakehouse — whether on BigQuery, Azure Fabric, or Azure Data Warehouse — wants MongoDB embedded inside the lakehouse itself, enabling unified data management that spans streaming, object storage, and AI analytics in one estate. [1] — Vinay Makkaji "A Fortune 500 client migrating to a cloud lakehouse isn't treating MongoDB as a separate transactional database — it wants MongoDB embedded…" 24:33 The second major frontier is mainframe and AS400/DB400 modernization: decades of enterprise data locked in EBCDIC encoding can now be migrated to MongoDB using out-of-the-box tooling, unlocking that data for AI workloads. Third, digital manufacturing and industrial IoT — connected vehicles, fleet management, factory of the future — represent a 5-year growth runway beyond oil and gas. Farid adds the strategic dimension: MongoDB is no longer just a database choice for Capgemini; it is a co-investment partner protecting partner margins and accelerating multi-year transformation programs. In some cases, [2] — Farid Mohammad "MongoDB is no longer just a database choice for Capgemini — it's a co-investment partner protecting margins and accelerating multi-year tra…" 28:26 this model has already delivered 30 to 50% improvement in outcomes. The memorable closing line: technology builds capability, but partnerships build outcomes.
The final chapter brings both guests back for closing remarks. Vinay encourages listeners to reach out to the MongoDB–Capgemini team and frames AI not just as a productivity tool but as a large-scale organizational initiative reshaping how enterprises operate. Farid lands the episode's most quotable moment — and sharpest warning: AI initiatives will stall at the pilot stage if organizations haven't built a strong data strategy to support them. [1] — Farid Mohammad "AI initiatives will stall at a pilot stage if you don't have a strong data strategy to support that." 30:18 The alignment of data ecosystems, architectures, and people is not optional; it is the precondition for production AI. He closes with a phrase that crystallises the episode's thesis: 'technology builds the capability, whereas partnerships build the outcomes.' It is a fitting end to a conversation that consistently argued the model is the easy part — it is the surrounding ecosystem of data, domain knowledge, and partnership that determines whether enterprise AI actually delivers.
Chapter 1 · 00:00
The episode opens with Apurva welcoming listeners to a MongoDB Podcast episode focused on powering agentic AI with Capgemini and MongoDB. Vinay Makkaji introduces himself as part of Capgemini's Cloud Center of Excellence, with 23 years in IT, Fortune 500 solutioning experience, and almost 5 years working with MongoDB. Farid Mohammad describes his 3 years at MongoDB supporting partner ecosystems across the Americas, working with tech services firms, hyperscalers, and ISVs to build MongoDB Centers of Excellence and reference architectures. Together, the introductions establish the episode's core dynamic: deep practitioner experience on both the SI and platform sides of enterprise AI transformation.
Vinay Makkaji has been working with MongoDB and Capgemini together for almost 5 years, building deep joint solutions before the current AI wave.
Chapter 2 · 03:02
Apurva opens the substantive discussion by asking where GenAI is actually moving the needle — and what the biggest gaps remain. Vinay sets the scene: years of prototype-building with AWS, Google, and Microsoft are finally translating into real production deployments, with frontier models from OpenAI, Anthropic, and Google DeepMind now pushing toward reasoning and multimodal understanding. Farid then maps the journey into three crisp phases. Phase one (2023) was experimentation — connected chatbots and Copilot pilots, impressive but disconnected from enterprise systems. Phase two (2024) was enterprise integration — corporations realizing that operationalizing AI required confronting the messy reality of fragmented legacy data, which is where RAG architecture and knowledge graphs came to the fore. Phase three (now) is agentic orchestration: AI that doesn't just answer questions but autonomously executes tasks and drives business outcomes. [1] — Farid Mohammad "Enterprise AI has moved through three distinct phases. Experimentation in 2023 produced disconnected chatbot pilots. 2024 brought enterpris…" 05:50 The sharpest insight comes from Farid's framing: the challenge was never the model itself, but the business-proprietary data needed to augment it and reduce hallucinations. [2] — Farid Mohammad "When companies tried to move AI from pilot to production, they discovered the model wasn't the hard part. The real challenge was integratin…" 07:00 Vinay adds that AI has evolved from merely responding to prompts to enabling auto-healing systems — shifting from proactive to predictive operational modes.
Enterprise AI has moved through three distinct phases. Experimentation in 2023 produced disconnected chatbot pilots. 2024 brought enterprise integration as companies realized data — not models — was the real bottleneck. Now, agentic AI is driving autonomous task execution and measurable business outcomes.
Enterprise AI adoption has moved through three phases: experimentation (2023), enterprise integration (2024), and agentic orchestration (late 2024–present).
When companies tried to move AI from pilot to production, they discovered the model wasn't the hard part. The real challenge was integrating business-proprietary data from disparate legacy systems to reduce hallucinations and improve accuracy — which is exactly what RAG and knowledge graphs address.
Generative AI answered questions. Agentic AI executes tasks. The shift isn't cosmetic — it means AI can now plan, act, and automate workflows without constant human direction, moving enterprises from content generation to operational transformation.
Farid Mohammad summarized the shift: earlier generative AI was about generating content and answering questions; today's agentic AI is about orchestration and driving business outcomes.
Chapter 3 · 09:30
Apurva pushes into what a truly effective technology partnership looks like in the GenAI era, and both guests make the same core point: AI must be thought of as a system, not a model. [1] — Vinay Makkaji "No single vendor can build a complete enterprise AI system. The most effective architectures combine LLMs, RAG pipelines, hyperscaler servi…" 10:20 Vinay uses the example of a connected fleet solution built jointly with Google and MongoDB to illustrate how what used to require ten separate enterprise integrations can now be consolidated into a unified solution — though it still requires multiple specialized partners. Five components are named explicitly: the LLM, the RAG architecture, the trained models, hyperscaler-native services, and MongoDB's vectorization layer. Farid extends this by pointing out what MongoDB alone cannot supply: industry-specific domain knowledge, transformation governance, and the ability to span people and processes across a large organization. That is exactly what Capgemini brings. [2] — Farid Mohammad "The companies that succeed in this AI transformation, they consider this AI as a system rather than just a model." 13:30 The joint value proposition, Farid argues, is enabling customers to move from experimentation to enterprise-scale AI faster while reducing risk. Vinay closes with a philosophical observation: the future isn't AI replacing IT, but a joint venture between IT organizations and AI — co-evolving together.
No single vendor can build a complete enterprise AI system. The most effective architectures combine LLMs, RAG pipelines, hyperscaler services, and specialized data platforms like MongoDB — each playing a distinct role in delivering unified, production-ready solutions.
Agentic AI is evolving autonomously — but it still needs human oversight. Vinay Makkaji's analogy: it's in cruise control mode. The future isn't AI replacing IT organizations, but AI and IT co-evolving as a joint venture, building better outcomes together.
Chapter 4 · 17:10
The episode's centrepiece is a detailed walkthrough of a tri-party reference architecture built by MongoDB, Capgemini, and AWS for critical equipment predictive maintenance in the oil and gas industry. Farid sets the commercial stakes with a Baker Hughes study: 80% of oil and gas companies face at least one unexpected critical equipment failure per year, [1] — Farid Mohammad "Unexpected equipment failure in oil and gas costs $250,000 per hour, and 80% of companies face at least one such failure per year according…" 17:10 and when it happens, the cost is $250,000 per hour. The previous approach was entirely reactive — time-based, usage-based, or rule-based maintenance — with no ability to anticipate failure across a complex production pipeline involving third-party equipment from companies like Halliburton. The new architecture changes all of that. Sensors stream real-time telemetry to MongoDB. Historical failure records, maintenance notes, and semi-structured PDF equipment manuals are all vectorized and stored in MongoDB alongside live data. [2] — Farid Mohammad "Sensors stream telemetry into MongoDB. Historical failure data and equipment manuals are vectorized and stored in the same platform. When a…" 20:30 When an anomaly is detected in the telemetry, vector similarity search scans the historical failure corpus to find resonant past cases and surfaces a recommended repair approach. Finally, an AI agent automatically creates a service ticket and assigns it to a field engineer — proactively, before failure occurs. Vinay then describes how the solution matured: starting from basic RAG and workflow automation, it evolved to include digital twins, AI/ML hybrid models, IoT streaming, and ultimately the ability to predict faults even before anomalous data appears in the stream.
Unexpected equipment failure in oil and gas costs $250,000 per hour, and 80% of companies face at least one such failure per year according to Baker Hughes. A tri-party reference architecture using MongoDB's vector search, AWS Bedrock, and Capgemini's domain knowledge now predicts failures before they happen.
A Baker Hughes study found that 80% of oil and gas companies experience at least one unexpected critical equipment failure within a year.
Unexpected critical equipment failure in oil and gas results in $250,000 per hour of business impact, according to a Baker Hughes study.
Sensors stream telemetry into MongoDB. Historical failure data and equipment manuals are vectorized and stored in the same platform. When an anomaly is detected, vector similarity search finds past failures and recommends repairs. An agent automatically creates a service ticket and assigns it to a field engineer — all before failure occurs.
The oil and gas solution started as a basic RAG and vector search implementation. It then evolved to include workflow automation, digital twins, AI/ML hybrid models, and real-time IoT streaming. The final phase: predicting faults before equipment even starts streaming anomalous data.
The oil and gas predictive maintenance solution evolved from rule-based reactive maintenance to AI-powered anomaly detection that identifies faults before failures occur.
Chapter 5 · 24:28
Apurva asks where the partnership is headed, and Vinay paints an ambitious multi-front roadmap. The first trend: customers are refusing to treat MongoDB as a separate transactional database. A Fortune 500 client migrating to a cloud lakehouse — whether on BigQuery, Azure Fabric, or Azure Data Warehouse — wants MongoDB embedded inside the lakehouse itself, enabling unified data management that spans streaming, object storage, and AI analytics in one estate. [1] — Vinay Makkaji "A Fortune 500 client migrating to a cloud lakehouse isn't treating MongoDB as a separate transactional database — it wants MongoDB embedded…" 24:33 The second major frontier is mainframe and AS400/DB400 modernization: decades of enterprise data locked in EBCDIC encoding can now be migrated to MongoDB using out-of-the-box tooling, unlocking that data for AI workloads. Third, digital manufacturing and industrial IoT — connected vehicles, fleet management, factory of the future — represent a 5-year growth runway beyond oil and gas. Farid adds the strategic dimension: MongoDB is no longer just a database choice for Capgemini; it is a co-investment partner protecting partner margins and accelerating multi-year transformation programs. In some cases, [2] — Farid Mohammad "MongoDB is no longer just a database choice for Capgemini — it's a co-investment partner protecting margins and accelerating multi-year tra…" 28:26 this model has already delivered 30 to 50% improvement in outcomes. The memorable closing line: technology builds capability, but partnerships build outcomes.
A Fortune 500 client migrating to a cloud lakehouse isn't treating MongoDB as a separate transactional database — it wants MongoDB embedded inside the lakehouse itself. This signals a broader architectural shift toward unified data management that combines streaming, analytics, and AI in one platform.
Fortune 500 customers are now integrating MongoDB directly into lakehouse architectures rather than treating transactional databases and data lakes as separate systems.
Mainframe and AS400 modernization is emerging as one of the biggest near-term partnership opportunities for MongoDB and Capgemini. Legacy systems storing data in EBCDIC format are being migrated into MongoDB using out-of-the-box tooling, unlocking decades of enterprise data for AI workloads.
MongoDB and Capgemini are targeting mainframe and AS400/DB400 modernization as a major upcoming partnership use case, with MongoDB offering out-of-the-box solutions.
Beyond oil and gas, digital manufacturing, industrial IoT, connected vehicles, and fleet management are the next major use cases for the MongoDB–Capgemini partnership. These bridging physical-digital architectures represent a 5-year growth runway for joint solutions.
Vinay Makkaji sees a positive collaboration opportunity over the next 5 years between MongoDB, Capgemini, and hyperscalers across data modernization and industrial IoT.
MongoDB is no longer just a database choice for Capgemini — it's a co-investment partner protecting margins and accelerating multi-year transformation programs. In some cases, this co-innovation approach has delivered 30 to 50% improvement in outcomes.
Capgemini has seen almost 30 to 50% improvement in outcomes in some cases when leveraging the MongoDB partnership to accelerate transformation programs.
Farid Mohammad's closing maxim: technology builds capability, but partnerships build the outcomes — framing the MongoDB–Capgemini relationship as a strategic differentiator.
Chapter 6 · 29:50
The final chapter brings both guests back for closing remarks. Vinay encourages listeners to reach out to the MongoDB–Capgemini team and frames AI not just as a productivity tool but as a large-scale organizational initiative reshaping how enterprises operate. Farid lands the episode's most quotable moment — and sharpest warning: AI initiatives will stall at the pilot stage if organizations haven't built a strong data strategy to support them. [1] — Farid Mohammad "AI initiatives will stall at a pilot stage if you don't have a strong data strategy to support that." 30:18 The alignment of data ecosystems, architectures, and people is not optional; it is the precondition for production AI. He closes with a phrase that crystallises the episode's thesis: 'technology builds the capability, whereas partnerships build the outcomes.' It is a fitting end to a conversation that consistently argued the model is the easy part — it is the surrounding ecosystem of data, domain knowledge, and partnership that determines whether enterprise AI actually delivers.
Farid Mohammad warned that AI initiatives will stall at the pilot stage if not backed by a strong data strategy and aligned data ecosystem architectures.
No indexed bits in this chapter.
This episode
Factual claims made this episode, and whether a source was named.
80% of oil and gas companies experience at least one unexpected critical equipment failure within a year.
Unexpected critical equipment failure in oil and gas results in $250,000 per hour of business impact.
The MongoDB–Capgemini partnership has delivered 30 to 50% improvement in outcomes in some transformation programs.
Vinay Makkaji has been working with MongoDB and Capgemini together for almost 5 years.
Farid Mohammad has been with MongoDB for 3 years and has over 2 decades of industry experience.
The release of ChatGPT at the end of 2022 marked the start of enterprise GenAI experimentation.
Most oil and gas equipment failures were previously handled reactively via time-based or rule-based maintenance rather than predictive systems.
Frontier AI models from OpenAI, Anthropic, and Google DeepMind are now shifting focus toward reasoning, coding safety, and multimodal understanding.
Capgemini and MongoDB have at least 3 to 4 active programs integrating MongoDB within lakehouse architectures.
Most oil and gas equipment is managed by third-party manufacturers such as Halliburton, not by the operating companies themselves.
AI initiatives will stall at the pilot stage if not backed by a strong data strategy aligned with the data ecosystem architecture.
This episode
Document database and data platform provider whose vector search, document model, and streaming capabilities underpin the joint enterprise AI architectures discussed.
Global IT services and consulting firm, MongoDB's strategic SI partner for enterprise AI and data modernization initiatives discussed throughout the episode.
Amazon Web Services featured as a hyperscaler partner in the tri-party oil and gas predictive maintenance reference architecture alongside MongoDB and Capgemini.
Mentioned as a hyperscaler partner for AI prototyping and as the provider of BigQuery, referenced in the context of lakehouse architecture integrations.
Mentioned as a frontier model provider whose reasoning and multimodal advances are driving the shift from prototypes to production AI.
Mentioned alongside OpenAI and Google DeepMind as a frontier model provider whose work on reasoning and safety is shaping enterprise AI.
Cited as the source of a study showing 80% of oil and gas companies face at least one unexpected critical equipment failure per year at a cost of $250,000 per hour.
Mentioned by Vinay Makkaji as part of his professional background and advisory leadership credentials.
Used as an example of third-party equipment manufacturers whose hardware is deployed in oil and gas production pipelines monitored by the predictive maintenance solution.
Mentioned as a hyperscaler partner for AI prototyping and as the provider of Azure Fabric and Azure Data Warehouse in the lakehouse architecture context.
AWS's managed foundation model service used in the oil and gas predictive maintenance reference architecture for AI/ML model inference.
Used as the reference starting point for the enterprise AI adoption timeline, with its late-2022 release marking the beginning of the experimentation phase.
Referenced as a hyperscaler lakehouse platform that Fortune 500 customers are integrating with MongoDB in unified data estate architectures.
Stats
We use essential and analytics cookies to run Vuci. To understand how the site is used: Privacy Policy.
Install Vuci on your phone
Add it to your home screen for a faster, app-like experience.
Install Vuci on your phone
Tap the Share button, then “Add to Home Screen”.
A new version is available
Reload to get the latest Vuci.