←back to thread

Docker Model Runner

(www.docker.com)
100 points kordlessagain | 4 comments | | HN request time: 0.22s | source
1. leowoo91 ◴[] No.43678416[source]
I don't understand why add another domain-specific command to a container manager and go out of scope for what the tool was designed for at first place.
replies(3): >>43679076 #>>43680621 #>>43690303 #
2. saidinesh5 ◴[] No.43679076[source]
The main benefit I see for cloud platforms: caching/co-hosting various services based on model instead of (model + user's API layer on top).

For the end user, it would be one less deployment headache to worry about: not having to package ollama + the model into docker containers for deployment. Also a more standardized deployment for hardware accelerated models across platforms.

3. anentropic ◴[] No.43680621[source]
gotta have an AI strategy to report to the board
4. kiview ◴[] No.43690303[source]
(disclaimer: I'm leading the Docker Model Runner team at Docker)

It's fine to disagree of course, but we envision Docker as a tool that has a higher abstraction level than just container management. That's why having a new domain-specific command (that also uses domain-specific technology that is independent from containers, at least on some platform targets) is a cohesive design choice from our perspective.