Machine Learning Systems: A Survey from a Data-Oriented Perspective
summary
The gist
The survey, "Machine Learning Systems: A Survey from a Data-Oriented Perspective," details the evolving architectural patterns necessary for deploying robust machine learning models in complex,
In short
The episode discusses the paper "Machine Learning Systems: A Survey from a Data-Oriented Perspective." Hosts explore shifting from traditional service models to data-centric designs using patterns like dataflow and publish/subscribe. They conclude that while ML systems are common, fully adopting this decentralized, data-oriented approach remains rare in practice.
Key concepts
- Data Coupling
- This is a key mechanism where system components interact by reading from and writing to shared data storage mediums instead of making direct API calls. This loose coupling ensures that if one component fails, the entire system does not collapse when handling massive amounts of information.
- Data-Oriented Architecture
- This design approach shifts the focus from how services communicate to what the data itself does. It prioritizes data as the central component, aiming to build more robust and adaptable software by trusting the flow of information within a system.
- Publish/Subscribe Patterns
- These patterns allow for asynchronous communication where components interact without direct calls. One entity publishes data that other interested components subscribe to receive it, creating loose couplings that make systems more flexible and scalable.
Terminology used across episodes
This episode discusses
- Machine Learning Systems: A Survey from a Data-Oriented Perspective · Paper Radio
- Hyperparameter Optimization: Foundations, Algorithms, Best Practices and Open Challenges
- The Systems Engineering Approach in Times of Large Language Models · Paper Radio
- Evaluating Large Language Models Trained on Code
- Automated Machine Learning -- a brief review at the end of the early years
- Software Engineering for Intelligent and Autonomous Systems: Report from the GI Dagstuhl Seminar 18343
- Qualitatively characterizing neural network optimization problems
- Enabling All In-Edge Deep Learning: A Literature Review
- Data Engineering for Data Analytics: A Classification of the Issues, and Case Studies
- GPT-4 Technical Report
- Hyperparameter Selection for Offline Reinforcement Learning
- A penalisation method for batch multi-objective Bayesian optimisation with application in heat exchanger design
- Requirements are All You Need: The Final Frontier for End-User Software Engineering
- LLaMA: Open and Efficient Foundation Language Models
The paper
Machine Learning Systems: A Survey from a Data-Oriented Perspective · Read on arXiv
Hugo Touvron, Thibaut Lavril, Gautier Izacard, Xavier Martinet, Marie-Anne Lachaux, Timothée Lacroix, Baptiste Rozière, Naman Goyal, Eric Hambro, Faisal Azhar et al.
DOI: 10.1145/3769292
Transcript
Introduction to the show: ident: AI Radio. Generated commentary on the latest Artificial Intelligence papers.
Tom: Next we'll be talking about the paper "Machine Learning Systems: A Survey from a Data-Oriented Perspective".
Jane: The paper was written by Hugo Touvron, Thibaut Lavril, Gautier Izacard, Xavier Martinet, Marie-Anne Lachaux et al. from.
Tom: Stay tuned as we take you through the paper and discuss its implications.
Title: Tom: We’ve seen that many systems are still stuck in traditional service-oriented architectures, but the authors of "Machine Learning Systems: A Survey from a Data-Oriented Perspective" have some very clear recommendations for overcoming those hurdles.
Jane: They aren't just suggesting one thing; they're offering several practical strategies to move towards a more data-centric design. The advice is essentially about shifting focus from how services talk to what the data itself does.
Lu: I particularly like the suggestions around using dataflow and publish/subscribe patterns, which naturally create those loose couplings that make systems more flexible and scalable.
Meng: And it’s not just for big systems; even if your application is smaller, adopting these principles helps manage resources efficiently, which is a huge win for any startup looking to keep costs down.
Lalam: I think the advice also emphasizes building trust into the architecture by making data management visible and auditable, which builds a more reliable digital culture.
Tom: The paper identifies that "data coupling" is a key mechanism here, meaning components interact by reading from and writing to shared data mediums instead of direct calls. How does that change the way we build things?
Jane: It replaces those traditional API calls with something much looser, which means when components fail or when the system needs to handle massive amounts of information, it doesn's not everything collapsing into one rigid point.
Lu: That loose coupling is what allows for asynchronous interactions by design, making sure that a delay in one process doesn't halt the entire workflow.
Meng: When we have real-time systems, this is vital; you can’t afford to wait for a synchronous call if the data flow needs to keep moving continuously.
Lalam: It ensures our digital processes are more resilient and that our software supports continuous streams of information rather than just waiting for a single request.
Tom: We're really looking at how this shift from using data mediums is being implemented in practice, which will lead us right into the next section where we analyze the specific sub-principles.
Summary: Tom: The survey's summary of "Machine Learning Systems: A Survey from a Data-Oriented Perspective" gives us a clear picture of what works and what doesn't, especially when looking at those three core principles. It’s important to understand the strengths and weaknesses here.
Jane: It shows that while data-driven systems are unavoidable—they all use ML—only about seventy-five percent partially or fully adopt a shared data model, which is a big step but not perfect.
Lu: The findings on decentralization are equally telling; most systems still rely on centralized storage, which speaks to the current inertia in the industry toward familiar cloud setups.
Meng: But even though that centralization persists, the authors show how local data chunks can be used to improve things like privacy and fault tolerance in certain scenarios.
Lalam: This summary really highlights that our systems need to be more adaptable, and that trusting the data flow itself is a much better way to build robust software.
Tom: Let’s look at "Openness" as described in the paper—how do we move from static systems to open ones?
Jane: The paper notes that almost seventy percent of reviewed systems use autonomous entities, which is great for handling unpredictable environments where human intervention isn's possible.
Lu: And even better, about a quarter of those papers use asynchronous communication protocols like publish/subscribe, which makes the system much more dynamic and capable of handling large volumes.
Meng: This move to open systems is critical when we think about things like IoT devices joining the network or adapting to changing conditions in manufacturing plants.
Lalam: The goal isn't just for the components to exist; they have to be able to interact freely and autonomously, ensuring our digital infrastructure supports growth.
Tom: We've covered the core findings and how they lead into practical application; now we move toward a final wrap-up of what this all means for the world.
Conclusion: Tom: So, we’ve explored "Machine Learning Systems: A Survey from a Data-Oriented Perspective," and it's clear that while data-driven systems are the norm, fully embracing a "Data-Oriented" architecture remains quite rare.
Jane: We're seeing that the industry is still leaning heavily on centralized cloud solutions, which makes adopting decentralized architectures much harder to implement right now.
Lu: But I think this research shows us a pathway to create systems that are truly fault-tolerant and maintain their integrity over time, even in complex real-world applications.
Meng: It’s a call for developers to start thinking about data as the central component of their design, not just another service in the stack.
Lalam: We need to use this framework to build software that is not only efficient but also trustworthy and inherently adaptable for a global audience.
Tom: This survey provides a solid foundation for future work, highlighting where we are and what challenges remain.
Jane: I hope this discussion helps listeners understand the importance of moving towards data-centric designs in the real-world applications of AI.
Lu: We need to keep pushing our boundaries with these principles, making sure that the data flow is a critical part of our engineering DNA.
Meng: It' time for us to apply these architectural lessons across more practical projects and start seeing more decentralized solutions in production.
Lalam: Let's hope this "Machine Learning Systems: A Survey from a Data-Oriented Perspective" gives us the clarity we need to build better, smarter, digital futures.
Conclusion: Tom: So, we’ve spent time looking at this survey, and it’s clear that while data-driven systems are unavoidable in modern applications, fully embracing a Data-Oriented Architecture remains quite rare across the board.
Jane: I agree; it really highlights how much of the industry is still leaning on traditional service models despite the challenges those creates with privacy and latency.
Meng: And as a practical matter, it shows that unless we address those issues, building truly resilient ML-based systems will be incredibly difficult for startups trying to scale efficiently.
Lu: It’s fascinating how much more potential there's in designing systems around the flow of data rather than just looking at the current architectures.
Lalam: I think this entire discussion is about building a digital culture where trust and transparency aren't just features, but fundamental requirements for how we operate.
Tom: That ties back to the core findings of "Machine Learning Systems: A Survey from a Data-Oriented Perspective," which shows that data coupling is key to making things work.
Jane: It’s encouraging to see that even though adoption is low, there are paths forward toward decentralization and flexibility for real-time needs.
Meng: I hope the advice in this paper becomes a starting point for more tool development, because right now it's mostly theoretical guidance.
Lu: I wonder how far we can push these decentralized concepts when we consider combining them with complex edge computing environments?
Lalam: The vision is clear; we' are moving toward systems that not only work but also autonomously adapt to ensure better service for everyone.
Tom: It’s a powerful roadmap for the future, and I think it gives us a lot to think about as we move into our next topic.
More episodes
- 2610.10768-Strategic Investment Decision Making for Value Creation in Energy Transition: A Reinforcement Learning Approach
- 2610.10858-RFChipAgent: Multi-Agentic AI Flow for Analog/RF Chip Design
- 2610.10613-Temporal transformer CAN encoder with federated lightweight heads for anomaly detection
- 2610.10616-When Routing Reveals Membership: Privacy Leakage from MoE Router Telemetry
- 2610.10655-Nullify: Null-Space Activation Steering for Training-Free LLM Unlearning
- 2610.11031-Language Modeling is Monotone Compression
- 2610.01253-Context-Aware Error Mitigation Orchestration for Hybrid Quantum Reinforcement Learning on NISQ Systems
- 2604.24201-CMGL: Confidence-guided Multi-omics Graph Learning for Cancer Subtype Classification
- 2609.34069-Towards Certificate-Driven Software Porting: A Self-Improving Agentic Harness for Scientific Program Optimization
- 2312.01221-Enabling Quantum Natural Language Processing for Hindi Language