In the docker source repo, there exists an interface in image/backend.go:
type imageBackend interface {
....
ImagesPrune(pruneFilters filters.Args) (*types.ImagesPruneReport, error)
}
and, there is an implementation in daemon/prune.go:
func (daemon *Daemon) ImagesPrune(pruneFilters filters.Args) (*types.ImagesPruneReport, error) {
... implementation details ...
}
Does this mean it's correct to say that Daemon implements the imageBackend interface?
Background:
I'm trying to understand how calling docker system prune cmd invokes the ImagesPrune function in daemon.go. I could trace the code flow as:
cli/../system/prune.go -> cli/../prune/prune.go -> cli/../image/prune.go -> client/image_prune.go -> api/server/..image/image_routes.go -> api/server/../image/backend.go -----> ??? ----> daemon/prune.go
I don't know what comes in the ??? section above.
Yes, Daemon does implement the imageBackend interface (as pointed out in the comments, it's actually the *Daemon type that implements the interface). All of imageBackend's methods are implemented in various source code files inside the daemon package (mostly the image_*.go ones).
In the image_routes.go the postImagesPrune method is called, which in turn calls the ImagesPrune method of s.backend. s is a pointer to the instance of imageRouter.
type imageRouter struct {
backend Backend
decoder httputils.ContainerDecoder
routes []router.Route
}
This imageRouter instance is initialized with backend set to an instance of Daemon in cmd/dockerd/daemon.go here.
So when s.backend.ImagesPrune is called, it is running the ImagesPrune method of the Docker Daemon, which as you point out above is in daemon/prune.go.