Company Historically Provides H-1B Sponsorship
Prepare a concise company summary describing what Confluent does, how its products work, how it differs from competitors, and its goal.
Work here?Claim your company
Industries
Company Size
1,001-5,000
Company Stage
IPO
Headquarters
Mountain View, CA
Founded
2014
See people who can refer or advise you
Help us improve and share your feedback! Did you find this helpful?
Total Funding
$2.3B
Above
Industry Average
Funded Over
8 Rounds
Stream, connect, process, and govern your data with a unified Data Streaming Platform built on the heritage of Apache Kafka® and Apache Flink®.
Confluent positions Streamhouse as the operational memory tier for AI. Analyst(s): Brad Shimmin Publication Date: November 10, 2026 Confluent, an IBM company, announced its Streamhouse architecture alongside its Q4 2026 platform release, establishing Query as a fifth foundational pillar for the company alongside Stream, Connect, Process, and Govern. By introducing Lightning Tables to query Kafka directly and launching Managed Model Inference in Apache Flink, Confluent aims to eliminate secondary serving databases. The initiative repositions streaming infrastructure as an active operational memory tier for autonomous AI agents and enterprise applications. What is covered in this article: * The introduction of Query as the fifth pillar in the Confluent Data Streaming Platform, anchored by Lightning Tables and Model Context Protocol (MCP) support. * The evolution of Schema Registry from a passive metadata catalog into an active contract enforcement gatekeeper across Kafka, Flink, and Apache Iceberg. * Strategic implications of the Streamhouse Working Group alliance in countering analytical lakehouse consolidation. * Market friction and architectural bottlenecks facing streaming state adoption in production agentic workflows. The News: Confluent unveiled its Streamhouse architectural framework and rolled out its Q4 2026 platform updates, designating Query as its fifth foundational platform pillar. The centerpiece of this release is Lightning Tables, which enables low-latency SQL and API lookups directly against Kafka log segments without offloading data to external caching stores or operational databases. Confluent also announced the general availability of Managed Model Inference inside Flink SQL, letting engineers call remote foundation models across Amazon Bedrock, Google Vertex AI, and Azure OpenAI without manual credential configuration. Additional enhancements focus on enterprise pipeline integrity and hybrid cloud reach. Confluent Schema Registry gained platform-enforced topic-subject bindings and register-time logical compatibility checks to prevent upstream schema adjustments from breaking downstream Flink stream-processing jobs and Apache Iceberg analytical tables. Confluent also expanded Tableflow support to Google Cloud BigQuery and added multi-tenancy capabilities to Confluent Private Cloud, reflecting IBM's continued commitment to mission-critical, hybrid-cloud enterprise topologies. Analyst Take: Confluent is executing a deliberate push to capture the operational serving tier through the Streamhouse architecture. Historically, streaming pipelines required data engineering teams to stitch together Kafka, an Apache Flink stream processor, and an external caching tier such as Redis or Cassandra before an application could read current business state. Confluent collapses this disjointed pipeline into a unified fabric, positioning streaming infrastructure as an active, queryable operational memory tier. Collapsing the serving tier with Lightning Tables and MCP. Lightning Tables durably materialize Kafka event streams into indexed, read-only serving tables, which, according to Confluent, can deliver 10 to 100 millisecond response times while maintaining data freshness within hundreds of milliseconds. Bypassing external key-value stores in this way removes significant synchronization logic and infrastructure costs from the operational path. Pairing Lightning Tables with the Model Context Protocol (MCP) via the Real-Time Context Engine creates a direct operational interface for autonomous agents. Instead of routing through custom API middleware, agents query live streaming state directly. Materializing a fresh state at the ingestion point eliminates the continuous computational overhead of recalculating aggregations for downstream consumers. Active schema gatekeeping as an operational trust anchor. Agentic workflows, if they are to be trusted, demand strict structural determinism. Loose typing and silent schema mutations trigger prompt failures and downstream action errors. Confluent's updates to Schema Registry address this need by shifting governance left into the core operational path. Explicit topic-subject bindings eliminate the risk of orphaned schemas or accidental deletions that cause high-severity (Sev-1) outages. By validating logical, SQL-style schema compatibility at registration time, the engine checks updates against active Flink jobs and downstream Apache Iceberg table definitions before serialization permits data onto the wire. This active gatekeeping establishes an enforceable contract layer that can insulate autonomous agents from upstream pipeline drift. Streamhouse architecture vs. Lakehouse gravity. This launch represents an aggressive offensive maneuver for both Confluent and its parent company, IBM. Confluent is staking a claim on the high-margin contextual serving layer before analytical platforms like Snowflake and Databricks can solve sub-second transactional ingestion. By uniting with rivals Aiven, Redpanda, StreamNative, and Ververica under the Streamhouse Working Group, Confluent is attempting to establish the Streamhouse architecture as a new, open standard for operational intelligence based on Kafka, Flink, and Iceberg. Yet, streaming state faces entrenched enterprise hurdles. Streaming systems excel at append-only event logs, while operational AI agents frequently require transactional write-back capabilities. According to the Futurum Intelligence 1H 2026 Data Intelligence, Analytics, and Infrastructure Decision Maker Survey, 24.6% of organizations identify the inability of AI agents to write back to systems of record as their primary data infrastructure bottleneck. Lightning Tables resolves the continuous read side of the operational equation, but enterprise adoption will slow if database administrators remain reluctant to trust a streaming backbone with authoritative state mutations without native transactional rollback guarantees. Confluent's positioning under IBM gives the Streamhouse framework an institutional wedge that standalone streaming vendors lack. Capturing the operational serving layer requires convincing risk-averse enterprise DBAs and data architects to treat streaming infrastructure as authoritative memory. Backed by IBM's deep footprint in Fortune 500 transactional backbones, and paired with Confluent Private Cloud's new multi-tenancy capabilities, IBM can position Streamhouse as the real-time connective tissue linking legacy systems of record with modern agentic architectures on watsonx and Red Hat OpenShift. If IBM leverages its global consulting arm to drive Streamhouse adoption, Confluent could bypass the prolonged enterprise evaluation cycles that typically hinder infrastructure shifts. What to Watch: * External Cache Displacement: Monitor whether enterprise engineering teams running production agentic pipelines actively decommission external key-value datastores like Redis in favor of Lightning Tables. * Lakehouse Competitive Counter-Moves: Watch for Databricks and Snowflake to respond with low-latency streaming endpoints or native Kafka protocol compatibility layers that bypass external streaming engines. * Streamhouse Working Group Deliverables: Track whether the vendor alliance produces formal protocol specifications, compliance test suites, and cross-platform interoperability benchmarks or fragments into competing proprietary extensions. * Bidirectional Transaction Support: Observe whether Confluent introduces managed write-back transactional semantics or continues to rely on external relational engines to handle state mutations executed by AI agents. Disclosure: Futurum is a research and advisory firm that engages or has engaged in research, analysis, and advisory services with many technology companies, including those mentioned in this article. The author does not hold any equity positions with any company mentioned in this article. Analysis and opinions expressed herein are specific to the analyst individually and data and other information that might have been provided for validation, not those of Futurum as a whole. Brad Shimmin is Vice President and Practice Lead, Data Intelligence, Analytics, & Infrastructure at Futurum. He provides strategic direction and market analysis to help organizations maximize their investments in data and analytics. Currently, Brad is focused on helping companies establish an AI-first data strategy. With over 30 years of experience in enterprise IT and emerging technologies, Brad is a distinguished thought leader specializing in data, analytics, artificial intelligence, and enterprise software development. Consulting with Fortune 100 vendors, Brad specializes in industry thought leadership, worldwide market analysis, client development, and strategic advisory services. Brad earned his Bachelor of Arts from Utah State University, where he graduated Magna Cum Laude. Brad lives in Longmeadow, MA, with his beautiful wife and far too many LEGO sets. Related Insights
Confluent launches Streamhouse architecture to support real-time AI. Reading Time: 2 mins read Summarize with: New Delhi, Nov 5(APAC Media): Confluent has introduced a new data architecture designed to help AI agents access real-time business information and make decisions using updated data. Announced on November 5, 2026, the Confluent Streamhouse architecture aims to address a key challenge facing enterprise AI: information spread across multiple business systems that may not update at the same time. Traditional data lakes and warehouses largely support reporting and batch processing. However, AI agents increasingly need access to live information to perform tasks such as customer support, fraud detection and business operations. Outdated or conflicting data can lead to incorrect decisions. The Streamhouse architecture is designed to bring together data streaming, processing, governance and querying. It allows AI agents, applications and analytics systems to work with a continuously updated view of business operations. As part of the announcement, Confluent has added Query as the fifth pillar of its Data Streaming Platform, alongside Stream, Connect, Process and Govern. The platform uses Apache Kafka to capture business events and Apache Flink to process and enrich streaming data. The new capabilities include Confluent Tableflow for making streaming data available to warehouses and lakehouses, Real-Time Context Engine for providing business context to AI agents through the Model Context Protocol (MCP), and Lightning Tables for low-latency data access. Confluent has also made Lightning Tables generally available on AWS. The feature allows businesses to query live streaming data through SQL and APIs without moving it into a separate database or maintaining additional caching systems. According to Confluent's internal testing, Lightning Tables can deliver data freshness of approximately 100 milliseconds, query latency of 10-100 milliseconds and throughput of more than 1,000 queries per second. The company said the architecture can help enterprises maintain consistent business information across applications and AI systems. Accenture is among the companies using a Streamhouse architecture powered by Confluent to connect data across its global operations. Summarize with:
Confluent introduces its Streamhouse architecture to power AI with real-time business context. Known as a Streamhouse, this architecture helps capture, process, govern and serve the current state of a business, giving decisions and actions a common foundation. Confluent today announced new capabilities for building a Streamhouse, a new type of data architecture that keeps business context current for AI agents, applications and analytics as they make decisions and take action. With Lightning Tables now generally available on AWS, Confluent completes its five-pillar Data Streaming Platform, bringing capabilities to Stream, Connect, Process, Govern and now Query data together in a unified platform for building a Streamhouse. Confluent sits at the center of IBM's data strategy, combining real-time data streaming with IBM's integration, governance and AI capabilities across hybrid environments. "Across APAC, businesses are scaling digital services exponentially, yet customers and operations increasingly expect experiences to respond in the moment. That raises a practical challenge for AI: an agent can only make a useful decision if it can see what is true across the business when it acts. A Streamhouse gives teams a continuously updated, governed foundation for that context, so applications and agents can work from the same current picture. It helps organizations build on their existing data investments as they scale to bring more responsive, real-world AI experiences into operation," said Greg Taylor, SVP & General Manager, APAC. Why enterprises need a Streamhouse Data lakes, warehouses and lakehouses were built primarily with reporting or other batch jobs in mind. As AI agents take on more work across the enterprise, they must make decisions using information spread across systems that update at different times. When those systems have different views of the current state of the business, agents can act on outdated or conflicting information. Those actions can carry into other workflows. A Streamhouse addresses this architectural problem by continuously capturing, processing, governing and serving current business context across agents, applications and analytics. Consider the following illustrative example of an airline managing a canceled flight: * Today, it has different systems holding conflicting views of the same operation. Flight operations track where the aircraft is, scheduling tracks when it will depart, and reservations track which seats are available. When those systems update at different times, an autonomous rebooking agent can assemble an itinerary that looks valid in each system but does not work in practice: a seat is available, but the aircraft cannot arrive in time for the passenger's connection. Customer-service teams and notification systems can then act on those same conflicting views, spreading the disruption. * With a Streamhouse, each change can update a shared picture of the airline's operations. When an aircraft's location changes, a departure is delayed or a seat is booked, the source system sends that update into a continuous flow of events. A Streamhouse combines those updates into current business context and makes it available to rebooking agents, customer-service teams and applications as they work. Instead of piecing together separately updated information, they can check aircraft location, departure time and seat availability together before offering a passenger a new itinerary. Enterprises are already seeing results. Accenture uses a Streamhouse architecture powered by Confluent to connect data across its global business. "Operating across more than 120 countries, our global enterprise was previously constrained by legacy batch and point-to-point architectures where duplicative data extractions drove up operational overhead and analytics data lagged. Moving to a Streamhouse architecture powered by Confluent decouples data producers from consumers, transforming high-volume event streams into governed, reusable real-time data products that flow seamlessly across operational and analytical systems. With Confluent handling infrastructure automation and providing seamless enterprise connectivity, our developers operate in a standardized environment without the friction of building custom integrations or micro-managing data movement. This continuous data foundation has dropped our time-to-insight from months to days and slashed reporting times, empowering our teams to focus on delivering high-value AI for our 800,000 employees." - Thomas Mahaffey, SAI Chief Data Strategist, Accenture. What makes a Streamhouse different A Streamhouse is built on three architectural principles: current, mission-critical and decentralized. It maintains continuously updated business context, is engineered to production service levels, and meets data where it lives without requiring consolidation first. It works alongside existing data warehouses and lakehouses, adding a real-time operational layer for decisions and actions. Confluent's Data Streaming Platform Now Offers a Complete Streamhouse Confluent's Data Streaming Platform (DSP) provides a complete, unified foundation for building a Streamhouse. At its core is Apache Kafka(R), which captures and streams business events. On its own, Kafka leaves teams to assemble everything else needed to turn those events into current business context. The DSP brings that together in one platform, now adding Query as its fifth pillar alongside Stream, Connect, Process and Govern. Core capabilities and latest additions to each platform pillar include: * Stream, built on Apache Kafka and the Kora engine, provides the durable, scalable foundation for capturing and streaming business events across systems with sub-millisecond latency in Confluent internal testing; actual latency varies by configuration and workload. * Connect, with 150+ fully managed and custom connectors, brings data from enterprise systems into Kafka and delivers it downstream. Hybrid connector management extends how teams manage those connections. * Process uses Apache Flink to combine, enrich and derive business context close to the source as data changes. Additional batch execution capabilities help initialize streaming workloads from existing data. * Govern helps teams discover, classify and secure data through lineage, catalog, quality, encryption, schema and access-control capabilities. * Query serves current business context to analytics, agents and applications. Query puts streaming data to work for analytics, agents and applications, each through the interface that fits the job: * Confluent Tableflow makes streaming data available to lakehouses and warehouses as open table formats, ready for analytics. * Real-Time Context Engine serves current business context to AI agents through the Model Context Protocol (MCP). * Lightning Tables gives applications low-latency SQL and API access to the current state of the business, so they can respond as conditions change. Lightning Tables: Fast access to the current state of the business Generally available on AWS, Lightning Tables on Confluent Cloud is a read-only serving layer that durably stores and materializes Apache Kafka data into tables, keeping them current as changes arise. It makes the current state of the business available for low-latency queries. It features: * Data freshness and query performance: In Confluent internal testing, approximately 100 milliseconds from new data creation to serving, with query latency of 10-100 milliseconds and throughput of 1,000+ queries per second. * Lower cost and complexity: Serve continuously with a fully managed serving layer, without separate ETL pipelines, databases, or caches. * Multiple query interfaces: Query through SQL and a direct API. * Unified governance: Apply schemas, lineage and access policies from data capture through serving. * Schema evolution: Manage schema changes to help prevent breaks in downstream applications. * Feature store: Compute features in Flink and store them for machine learning use cases, including real-time personalization. "The next era of enterprise AI will be won by the agents that know what's happening in the business the moment they act," said Shaun Clowes, General Manager, Confluent and Data, IBM. "That's what a Streamhouse can deliver. With Lightning Tables, our Data Streaming Platform gives each agent and application a live, governed view of the business. This means companies can act on fraud signals sooner, serve customers in the moment and run operations on what's true now versus what was true yesterday."
Confluent, an IBM company, today announced new tools for building a Streamhouse, a data architecture that keeps business context current for AI agents, applications, and analytics. Lightning Tables is now generally available on AWS. The release completes Confluent's five-pillar Data Streaming Platform: Stream, Connect, Process, Govern, and now Query. A Streamhouse works alongside existing data warehouses and lakehouses, adding a real-time layer for decisions. Lightning Tables is a read-only serving layer that turns Apache Kafka data into current tables. In Confluent's internal testing, it delivered data about 100 milliseconds after creation, with query latency of 10-100 milliseconds. Accenture says the approach cut its time-to-insight from months to days. Extend, an AI-native commerce platform, also uses it.
Find jobs on Simplify and start your career today
We update Confluent's jobs every few hours, so check again soon!Browse all jobs
Industries
Company Size
1,001-5,000
Company Stage
IPO
Headquarters
Mountain View, CA
Founded
2014
Find jobs on Simplify and start your career today
We update Confluent's jobs every few hours, so check again soon!Browse all jobs