docker_remote_api.rst 9.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407
  1. :title: Remote API
  2. :description: API Documentation for Docker
  3. :keywords: API, Docker, rcli, REST, documentation
  4. .. COMMENT use https://pythonhosted.org/sphinxcontrib-httpdomain/ to
  5. .. document the REST API.
  6. =================
  7. Docker Remote API
  8. =================
  9. 1. Brief introduction
  10. =====================
  11. - The Remote API is replacing rcli
  12. - By default the Docker daemon listens on unix:///var/run/docker.sock and the client must have root access to interact with the daemon
  13. - If a group named *docker* exists on your system, docker will apply ownership of the socket to the group
  14. - The API tends to be REST, but for some complex commands, like attach
  15. or pull, the HTTP connection is hijacked to transport stdout stdin
  16. and stderr
  17. - Since API version 1.2, the auth configuration is now handled client
  18. side, so the client has to send the authConfig as POST in
  19. /images/(name)/push
  20. - authConfig, set as the ``X-Registry-Auth`` header, is currently a Base64 encoded (json) string with credentials:
  21. ``{'username': string, 'password': string, 'email': string, 'serveraddress' : string}``
  22. 2. Versions
  23. ===========
  24. The current version of the API is 1.10
  25. Calling /images/<name>/insert is the same as calling
  26. /v1.10/images/<name>/insert
  27. You can still call an old version of the api using
  28. /v1.0/images/<name>/insert
  29. v1.10
  30. *****
  31. Full Documentation
  32. ------------------
  33. :doc:`docker_remote_api_v1.10`
  34. What's new
  35. ----------
  36. .. http:delete:: /images/(name)
  37. **New!** You can now use the force parameter to force delete of an image, even if it's
  38. tagged in multiple repositories.
  39. **New!** You can now use the noprune parameter to prevent the deletion of parent images
  40. .. http:delete:: /containers/(id)
  41. **New!** You can now use the force paramter to force delete a container, even if
  42. it is currently running
  43. v1.9
  44. ****
  45. Full Documentation
  46. ------------------
  47. :doc:`docker_remote_api_v1.9`
  48. What's new
  49. ----------
  50. .. http:post:: /build
  51. **New!** This endpoint now takes a serialized ConfigFile which it uses to
  52. resolve the proper registry auth credentials for pulling the base image.
  53. Clients which previously implemented the version accepting an AuthConfig
  54. object must be updated.
  55. v1.8
  56. ****
  57. Full Documentation
  58. ------------------
  59. :doc:`docker_remote_api_v1.8`
  60. What's new
  61. ----------
  62. .. http:post:: /build
  63. **New!** This endpoint now returns build status as json stream. In case
  64. of a build error, it returns the exit status of the failed command.
  65. .. http:get:: /containers/(id)/json
  66. **New!** This endpoint now returns the host config for the container.
  67. .. http:post:: /images/create
  68. .. http:post:: /images/(name)/insert
  69. .. http:post:: /images/(name)/push
  70. **New!** progressDetail object was added in the JSON. It's now possible
  71. to get the current value and the total of the progress without having to
  72. parse the string.
  73. v1.7
  74. ****
  75. Full Documentation
  76. ------------------
  77. :doc:`docker_remote_api_v1.7`
  78. What's new
  79. ----------
  80. .. http:get:: /images/json
  81. The format of the json returned from this uri changed. Instead of an entry
  82. for each repo/tag on an image, each image is only represented once, with a
  83. nested attribute indicating the repo/tags that apply to that image.
  84. Instead of:
  85. .. sourcecode:: http
  86. HTTP/1.1 200 OK
  87. Content-Type: application/json
  88. [
  89. {
  90. "VirtualSize": 131506275,
  91. "Size": 131506275,
  92. "Created": 1365714795,
  93. "Id": "8dbd9e392a964056420e5d58ca5cc376ef18e2de93b5cc90e868a1bbc8318c1c",
  94. "Tag": "12.04",
  95. "Repository": "ubuntu"
  96. },
  97. {
  98. "VirtualSize": 131506275,
  99. "Size": 131506275,
  100. "Created": 1365714795,
  101. "Id": "8dbd9e392a964056420e5d58ca5cc376ef18e2de93b5cc90e868a1bbc8318c1c",
  102. "Tag": "latest",
  103. "Repository": "ubuntu"
  104. },
  105. {
  106. "VirtualSize": 131506275,
  107. "Size": 131506275,
  108. "Created": 1365714795,
  109. "Id": "8dbd9e392a964056420e5d58ca5cc376ef18e2de93b5cc90e868a1bbc8318c1c",
  110. "Tag": "precise",
  111. "Repository": "ubuntu"
  112. },
  113. {
  114. "VirtualSize": 180116135,
  115. "Size": 24653,
  116. "Created": 1364102658,
  117. "Id": "b750fe79269d2ec9a3c593ef05b4332b1d1a02a62b4accb2c21d589ff2f5f2dc",
  118. "Tag": "12.10",
  119. "Repository": "ubuntu"
  120. },
  121. {
  122. "VirtualSize": 180116135,
  123. "Size": 24653,
  124. "Created": 1364102658,
  125. "Id": "b750fe79269d2ec9a3c593ef05b4332b1d1a02a62b4accb2c21d589ff2f5f2dc",
  126. "Tag": "quantal",
  127. "Repository": "ubuntu"
  128. }
  129. ]
  130. The returned json looks like this:
  131. .. sourcecode:: http
  132. HTTP/1.1 200 OK
  133. Content-Type: application/json
  134. [
  135. {
  136. "RepoTags": [
  137. "ubuntu:12.04",
  138. "ubuntu:precise",
  139. "ubuntu:latest"
  140. ],
  141. "Id": "8dbd9e392a964056420e5d58ca5cc376ef18e2de93b5cc90e868a1bbc8318c1c",
  142. "Created": 1365714795,
  143. "Size": 131506275,
  144. "VirtualSize": 131506275
  145. },
  146. {
  147. "RepoTags": [
  148. "ubuntu:12.10",
  149. "ubuntu:quantal"
  150. ],
  151. "ParentId": "27cf784147099545",
  152. "Id": "b750fe79269d2ec9a3c593ef05b4332b1d1a02a62b4accb2c21d589ff2f5f2dc",
  153. "Created": 1364102658,
  154. "Size": 24653,
  155. "VirtualSize": 180116135
  156. }
  157. ]
  158. .. http:get:: /images/viz
  159. This URI no longer exists. The ``images --viz`` output is now generated in
  160. the client, using the ``/images/json`` data.
  161. v1.6
  162. ****
  163. Full Documentation
  164. ------------------
  165. :doc:`docker_remote_api_v1.6`
  166. What's new
  167. ----------
  168. .. http:post:: /containers/(id)/attach
  169. **New!** You can now split stderr from stdout. This is done by prefixing
  170. a header to each transmition. See :http:post:`/containers/(id)/attach`.
  171. The WebSocket attach is unchanged.
  172. Note that attach calls on the previous API version didn't change. Stdout and
  173. stderr are merged.
  174. v1.5
  175. ****
  176. Full Documentation
  177. ------------------
  178. :doc:`docker_remote_api_v1.5`
  179. What's new
  180. ----------
  181. .. http:post:: /images/create
  182. **New!** You can now pass registry credentials (via an AuthConfig object)
  183. through the `X-Registry-Auth` header
  184. .. http:post:: /images/(name)/push
  185. **New!** The AuthConfig object now needs to be passed through
  186. the `X-Registry-Auth` header
  187. .. http:get:: /containers/json
  188. **New!** The format of the `Ports` entry has been changed to a list of
  189. dicts each containing `PublicPort`, `PrivatePort` and `Type` describing a
  190. port mapping.
  191. v1.4
  192. ****
  193. Full Documentation
  194. ------------------
  195. :doc:`docker_remote_api_v1.4`
  196. What's new
  197. ----------
  198. .. http:post:: /images/create
  199. **New!** When pulling a repo, all images are now downloaded in parallel.
  200. .. http:get:: /containers/(id)/top
  201. **New!** You can now use ps args with docker top, like `docker top <container_id> aux`
  202. .. http:get:: /events:
  203. **New!** Image's name added in the events
  204. v1.3
  205. ****
  206. docker v0.5.0 51f6c4a_
  207. Full Documentation
  208. ------------------
  209. :doc:`docker_remote_api_v1.3`
  210. What's new
  211. ----------
  212. .. http:get:: /containers/(id)/top
  213. List the processes running inside a container.
  214. .. http:get:: /events:
  215. **New!** Monitor docker's events via streaming or via polling
  216. Builder (/build):
  217. - Simplify the upload of the build context
  218. - Simply stream a tarball instead of multipart upload with 4
  219. intermediary buffers
  220. - Simpler, less memory usage, less disk usage and faster
  221. .. Warning::
  222. The /build improvements are not reverse-compatible. Pre 1.3 clients
  223. will break on /build.
  224. List containers (/containers/json):
  225. - You can use size=1 to get the size of the containers
  226. Start containers (/containers/<id>/start):
  227. - You can now pass host-specific configuration (e.g. bind mounts) in
  228. the POST body for start calls
  229. v1.2
  230. ****
  231. docker v0.4.2 2e7649b_
  232. Full Documentation
  233. ------------------
  234. :doc:`docker_remote_api_v1.2`
  235. What's new
  236. ----------
  237. The auth configuration is now handled by the client.
  238. The client should send it's authConfig as POST on each call of
  239. /images/(name)/push
  240. .. http:get:: /auth
  241. **Deprecated.**
  242. .. http:post:: /auth
  243. Only checks the configuration but doesn't store it on the server
  244. Deleting an image is now improved, will only untag the image if it
  245. has children and remove all the untagged parents if has any.
  246. .. http:post:: /images/<name>/delete
  247. Now returns a JSON structure with the list of images
  248. deleted/untagged.
  249. v1.1
  250. ****
  251. docker v0.4.0 a8ae398_
  252. Full Documentation
  253. ------------------
  254. :doc:`docker_remote_api_v1.1`
  255. What's new
  256. ----------
  257. .. http:post:: /images/create
  258. .. http:post:: /images/(name)/insert
  259. .. http:post:: /images/(name)/push
  260. Uses json stream instead of HTML hijack, it looks like this:
  261. .. sourcecode:: http
  262. HTTP/1.1 200 OK
  263. Content-Type: application/json
  264. {"status":"Pushing..."}
  265. {"status":"Pushing", "progress":"1/? (n/a)"}
  266. {"error":"Invalid..."}
  267. ...
  268. v1.0
  269. ****
  270. docker v0.3.4 8d73740_
  271. Full Documentation
  272. ------------------
  273. :doc:`docker_remote_api_v1.0`
  274. What's new
  275. ----------
  276. Initial version
  277. .. _a8ae398: https://github.com/dotcloud/docker/commit/a8ae398bf52e97148ee7bd0d5868de2e15bd297f
  278. .. _8d73740: https://github.com/dotcloud/docker/commit/8d73740343778651c09160cde9661f5f387b36f4
  279. .. _2e7649b: https://github.com/dotcloud/docker/commit/2e7649beda7c820793bd46766cbc2cfeace7b168
  280. .. _51f6c4a: https://github.com/dotcloud/docker/commit/51f6c4a7372450d164c61e0054daf0223ddbd909