---
schema: 1
type: video
title: >-
  How Web Data Infrastructure Powers the Next Generation of AI — Patricija
  Žemaitytė, Oxylabs
description: >-
  Minutes into a call to demo a search API rebuilt to answer in under a second,
  the system got blocked, badly, in front of the client. Patricija Žemaitytė
  treats that as the useful distinction: something that works in development,
  something that passes tests, and something that survives reality are three
  different systems. The rebuild had no trick to it. Browsers are slow,
  expensive, and incompatible with low latency, and they were unavoidable, so
  the team went hunting for time across layouts, parsers, sessions, and proxies
  until the seconds were gone. It averages 550 milliseconds now, against a 4
  second baseline. Two other stories run the same way. A video API request
  arrived with a two week deadline and a floor of 5 petabytes a month, then kept
  moving. The transcripts the client asked for turned out to be subtitles, then
  came search, then metadata, until a one off feature request had quietly become
  a product suite. The punchline she offers is that the client has since
  collected 30 petabytes and has not paid yet. Scaling the unblocker from 10,000
  to 60,000 requests per second hit a wall around 20,000 in load testing, where
  the real difficulty was not generating synthetic traffic but knowing whether
  the number meant anything, since telemetry at that volume becomes part of the
  load it measures. Project 60 is already Project 150. Her argument throughout
  is that this is not a build once business, it is an adapt forever one. Speaker
  info: - https://www.linkedin.com/in/patricijazemaityte -
  https://oxylabs.io/press-area/from-web-to-artificial-intelligence Timestamps:
  0:00 - Infrastructure, not models, as the starting point 2:23 - A video API
  with a two week deadline 4:08 - Transcripts, subtitles, search, metadata 5:51
  - Thirty petabytes later, still unpaid 7:25 - A subsecond request, built and
  then shelved 8:42 - The rebuild, and getting blocked live on the call 10:53 -
  Hunting for time, second by second 12:26 - Scaling the unblocker to 60,000 per
  second 14:09 - Load testing, and the wall at 20,000 15:31 - Project 60 becomes
  Project 150
canonical: 'https://liquidgold.cc/watch/1UmZHb_E_SM'
markdown: 'https://liquidgold.cc/watch/1UmZHb_E_SM.md'
llms: 'https://liquidgold.cc/watch/1UmZHb_E_SM/llms.txt'
parent: 'https://liquidgold.cc/channel/aidotengineer.md'
channel: aidotengineer
updated: '2026-10-24T05:19:06.520Z'
language: null
children: []
videoId: 1UmZHb_E_SM
durationSeconds: 1143
publishedAt: '2026-08-14T17:00:37.000Z'
searchChunks:
  - ordinal: 0
    text: null
    startSeconds: 26
    endSeconds: 153
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=26'
    heldReason: rights
  - ordinal: 1
    text: null
    startSeconds: 26
    endSeconds: 153
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=26'
    heldReason: rights
  - ordinal: 2
    text: null
    startSeconds: 164
    endSeconds: 254
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=164'
    heldReason: rights
  - ordinal: 3
    text: null
    startSeconds: 164
    endSeconds: 254
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=164'
    heldReason: rights
  - ordinal: 4
    text: null
    startSeconds: 265
    endSeconds: 356
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=265'
    heldReason: rights
  - ordinal: 5
    text: null
    startSeconds: 368
    endSeconds: 455
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=368'
    heldReason: rights
  - ordinal: 6
    text: null
    startSeconds: 455
    endSeconds: 465
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=455'
    heldReason: rights
  - ordinal: 7
    text: null
    startSeconds: 465
    endSeconds: 530
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=465'
    heldReason: rights
  - ordinal: 8
    text: null
    startSeconds: 541
    endSeconds: 659
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=541'
    heldReason: rights
  - ordinal: 9
    text: null
    startSeconds: 541
    endSeconds: 659
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=541'
    heldReason: rights
  - ordinal: 10
    text: null
    startSeconds: 659
    endSeconds: 670
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=659'
    heldReason: rights
  - ordinal: 11
    text: null
    startSeconds: 670
    endSeconds: 753
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=670'
    heldReason: rights
  - ordinal: 12
    text: null
    startSeconds: 765
    endSeconds: 854
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=765'
    heldReason: rights
  - ordinal: 13
    text: null
    startSeconds: 865
    endSeconds: 933
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=865'
    heldReason: rights
  - ordinal: 14
    text: null
    startSeconds: 865
    endSeconds: 933
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=865'
    heldReason: rights
  - ordinal: 15
    text: null
    startSeconds: 943
    endSeconds: 1143
    watch: 'https://liquidgold.cc/watch/1UmZHb_E_SM?t=943'
    heldReason: rights
---


# How Web Data Infrastructure Powers the Next Generation of AI — Patricija Žemaitytė, Oxylabs

Minutes into a call to demo a search API rebuilt to answer in under a second, the system got blocked, badly, in front of the client. Patricija Žemaitytė treats that as the useful distinction: something that works in development, something that passes tests, and something that survives reality are three different systems. The rebuild had no trick to it. Browsers are slow, expensive, and incompatible with low latency, and they were unavoidable, so the team went hunting for time across layouts, parsers, sessions, and proxies until the seconds were gone. It averages 550 milliseconds now, against a 4 second baseline. Two other stories run the same way. A video API request arrived with a two week deadline and a floor of 5 petabytes a month, then kept moving. The transcripts the client asked for turned out to be subtitles, then came search, then metadata, until a one off feature request had quietly become a product suite. The punchline she offers is that the client has since collected 30 petabytes and has not paid yet. Scaling the unblocker from 10,000 to 60,000 requests per second hit a wall around 20,000 in load testing, where the real difficulty was not generating synthetic traffic but knowing whether the number meant anything, since telemetry at that volume becomes part of the load it measures. Project 60 is already Project 150. Her argument throughout is that this is not a build once business, it is an adapt forever one. Speaker info: - https://www.linkedin.com/in/patricijazemaityte - https://oxylabs.io/press-area/from-web-to-artificial-intelligence Timestamps: 0:00 - Infrastructure, not models, as the starting point 2:23 - A video API with a two week deadline 4:08 - Transcripts, subtitles, search, metadata 5:51 - Thirty petabytes later, still unpaid 7:25 - A subsecond request, built and then shelved 8:42 - The rebuild, and getting blocked live on the call 10:53 - Hunting for time, second by second 12:26 - Scaling the unblocker to 60,000 per second 14:09 - Load testing, and the wall at 20,000 15:31 - Project 60 becomes Project 150

Canonical: https://liquidgold.cc/watch/1UmZHb_E_SM · Channel: [AI Engineer](https://liquidgold.cc/channel/aidotengineer.md)

> Search chunk text is held until public-source provenance is verified.

## Document chunks

> Missing: no stored document chunks are available.
