cd /news/ai-infrastructure/are-we-reinventing-the-tools-of-data… · home topics ai-infrastructure article
[ARTICLE · art-128910] src=ssp.sh ↗ pub= topic=ai-infrastructure verified=true sentiment=· neutral

Are We Reinventing the Tools of Data Engineering for AI?

Data engineering practitioner and author ssp.sh argues that the emerging wave of AI orchestrators is repeating the same scheduling, error-logging, and restartability patterns already solved by 15 years of data orchestration tools such as Airflow, Dagster, Prefect, and Kestra. The author contends that vector operations and AI workloads should be integrated into existing data engineering lifecycles rather than built as a parallel stack, citing prior write-ups on vector databases and AI data pipelines. The piece frames this as convergent evolution, noting that new tools offer narrow advantages but remain orchestrators at the broader level.

by read2 min views1 publishedSep 14, 2026
Are We Reinventing the Tools of Data Engineering for AI?
Image: Ssp (auto-discovered)

With data engineering and 15 years of building Data Orchestration tools like Airflow, Dagster, Prefect, and Kestra, we are now doing the same for AI agents. There were times when new AI Orchestrators came out almost daily. Sure, you might deal with embeddings instead of datasets, but the nature of scheduling, logging the errors, restartability, etc., is all the same. ^8a63b1

As in tech, we like to reinvent the wheel- I wrote a

whole book about [Repeated Terms in Tech], and it’s [Convergent Evolution]- I feel we are reinventing once more.

# Before We Did it for Vector Databases and It’s Orchestration #

I already felt that with [Vector Databases], see my write-up at Don’t Build a Parallel Stack: Integrate Vectors into Data Engineering Workflow:

The data engineering lifecycle defines the end-to-end data engineering process, addressing all different components. When integrating vector operations into this lifecycle, we should aim to enhance rather than duplicate existing infrastructure. Vector operations should complement, not replace, your well-established data engineering practices.

Just as we don’t replace existing data connectors (like ODBC/JDBC) with each new technology wave, we shouldn’t create an entirely separate infrastructure for AI workloads. Instead, we should leverage existing tools like orchestration, scheduling, and processing frameworks while adding vector capabilities where they provide clear benefits.

This approach prevents duplication, maintains consistency, and leverages your team’s existing expertise. The goal should be to add vector storage and processing capabilities within your existing data engineering cycle, not to build a parallel system.

I continue with Don’t Repeat Yourself with AI Data Pipelines, and also my book on Patterns of Data Engineering started for that reason. Still, I guess it’s easier to build something new than to use existing tools. Obviously, the new tools also have their advantages in the narrow use case, but on the broader level, it’s an orchestrator IMO 🙂.

# Further Reads #

- I write more at [Working with AI in Data Engineering]
- [The Hype Cycles of AI](/brain/the-hype-cycles-of-ai/) and[Hype Cycle of Data Engineering]

Origin: [AI Orchestrators](/brain/ai-orchestrators/#are-we-reinventing-the-tools)
── more in #ai-infrastructure 4 stories · sorted by recency
── more on @airflow 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/are-we-reinventing-t…] indexed:0 read:2min 2026-09-14 ·