A distributed model serving system generates predictions across a cluster when the trained model or serving dataset exceeds one machine’s capacity. It follows model training and must remain scalable, reliable, and efficient as request volume and request size grow. section 4.0 section 4.1
Core design concerns include:
- Store data in a remote distributed database or partition it across multiple machines. section 4.1
- Replicate services to handle increasing request volume through horizontal scaling. section 4.0
- Shard services to process large model-serving requests. section 4.0
- Assess whether event-driven design improves a real-world serving scenario. section 4.0
The design trades off scalability, reliability, efficiency, and communication overhead. Operational risks include unstable networks, corrupted data, and preempted machines, requiring deliberate distributed-system safeguards. section 4.0
Locate model serving after model training within the machine-learning pipeline. section 4.1
Table 4.1 Comparison between traditional model serving and distributed model serving systems (view table figure)
| Remote distributed database or partitioned on disks of multiple machines |
||
Compare single-machine and distributed serving by resources, storage location, and model or dataset size. section 4.1
