mirror of
https://github.com/moby/moby.git
synced 2022-11-09 12:21:53 -05:00
Added information about Docker's high level tools over LXC. Formatting cleanup. Mailing list cleanup.
This commit is contained in:
parent
f6760fca88
commit
e2409ad337
3 changed files with 116 additions and 13 deletions
|
@ -2,9 +2,10 @@
|
||||||
:description: Documentation for docker Registry and Registry API
|
:description: Documentation for docker Registry and Registry API
|
||||||
:keywords: docker, registry, api, index
|
:keywords: docker, registry, api, index
|
||||||
|
|
||||||
|
.. _registryindexspec:
|
||||||
|
|
||||||
=====================
|
=====================
|
||||||
Registry & index Spec
|
Registry & Index Spec
|
||||||
=====================
|
=====================
|
||||||
|
|
||||||
.. contents:: Table of Contents
|
.. contents:: Table of Contents
|
||||||
|
|
|
@ -9,40 +9,140 @@ FAQ
|
||||||
Most frequently asked questions.
|
Most frequently asked questions.
|
||||||
--------------------------------
|
--------------------------------
|
||||||
|
|
||||||
1. **How much does Docker cost?**
|
How much does Docker cost?
|
||||||
|
..........................
|
||||||
|
|
||||||
Docker is 100% free, it is open source, so you can use it without paying.
|
Docker is 100% free, it is open source, so you can use it without paying.
|
||||||
|
|
||||||
2. **What open source license are you using?**
|
What open source license are you using?
|
||||||
|
.......................................
|
||||||
|
|
||||||
We are using the Apache License Version 2.0, see it here: https://github.com/dotcloud/docker/blob/master/LICENSE
|
We are using the Apache License Version 2.0, see it here:
|
||||||
|
https://github.com/dotcloud/docker/blob/master/LICENSE
|
||||||
|
|
||||||
3. **Does Docker run on Mac OS X or Windows?**
|
Does Docker run on Mac OS X or Windows?
|
||||||
|
.......................................
|
||||||
|
|
||||||
Not at this time, Docker currently only runs on Linux, but you can use VirtualBox to run Docker in a
|
Not at this time, Docker currently only runs on Linux, but you can
|
||||||
virtual machine on your box, and get the best of both worlds. Check out the :ref:`install_using_vagrant` and :ref:`windows` installation guides.
|
use VirtualBox to run Docker in a virtual machine on your box, and
|
||||||
|
get the best of both worlds. Check out the
|
||||||
|
:ref:`install_using_vagrant` and :ref:`windows` installation
|
||||||
|
guides.
|
||||||
|
|
||||||
4. **How do containers compare to virtual machines?**
|
How do containers compare to virtual machines?
|
||||||
|
..............................................
|
||||||
|
|
||||||
They are complementary. VMs are best used to allocate chunks of hardware resources. Containers operate at the process level, which makes them very lightweight and perfect as a unit of software delivery.
|
They are complementary. VMs are best used to allocate chunks of
|
||||||
|
hardware resources. Containers operate at the process level, which
|
||||||
|
makes them very lightweight and perfect as a unit of software
|
||||||
|
delivery.
|
||||||
|
|
||||||
5. **Can I help by adding some questions and answers?**
|
What does Docker add to just plain LXC?
|
||||||
|
.......................................
|
||||||
|
|
||||||
|
Docker is not a replacement for LXC. "LXC" refers to capabilities
|
||||||
|
of the Linux kernel (specifically namespaces and control groups)
|
||||||
|
which allow sandboxing processes from one another, and controlling
|
||||||
|
their resource allocations. On top of this low-level foundation of
|
||||||
|
kernel features, Docker offers a high-level tool with several
|
||||||
|
powerful functionalities:
|
||||||
|
|
||||||
|
* *Portable deployment across machines.*
|
||||||
|
Docker defines a format for bundling an application and all its
|
||||||
|
dependencies into a single object which can be transferred to
|
||||||
|
any Docker-enabled machine, and executed there with the
|
||||||
|
guarantee that the execution environment exposed to the
|
||||||
|
application will be the same. LXC implements process sandboxing,
|
||||||
|
which is an important pre-requisite for portable deployment, but
|
||||||
|
that alone is not enough for portable deployment. If you sent me
|
||||||
|
a copy of your application installed in a custom LXC
|
||||||
|
configuration, it would almost certainly not run on my machine
|
||||||
|
the way it does on yours, because it is tied to your machine's
|
||||||
|
specific configuration: networking, storage, logging, distro,
|
||||||
|
etc. Docker defines an abstraction for these machine-specific
|
||||||
|
settings, so that the exact same Docker container can run -
|
||||||
|
unchanged - on many different machines, with many different
|
||||||
|
configurations.
|
||||||
|
|
||||||
|
* *Application-centric.*
|
||||||
|
Docker is optimized for the deployment of applications, as
|
||||||
|
opposed to machines. This is reflected in its API, user
|
||||||
|
interface, design philosophy and documentation. By contrast, the
|
||||||
|
``lxc`` helper scripts focus on containers as lightweight
|
||||||
|
machines - basically servers that boot faster and need less
|
||||||
|
RAM. We think there's more to containers than just that.
|
||||||
|
|
||||||
|
* *Automatic build.*
|
||||||
|
Docker includes :ref:`a tool for developers to automatically
|
||||||
|
assemble a container from their source code <dockerbuilder>`,
|
||||||
|
with full control over application dependencies, build tools,
|
||||||
|
packaging etc. They are free to use ``make, maven, chef, puppet,
|
||||||
|
salt,`` Debian packages, RPMs, source tarballs, or any
|
||||||
|
combination of the above, regardless of the configuration of the
|
||||||
|
machines.
|
||||||
|
|
||||||
|
* *Versioning.*
|
||||||
|
Docker includes git-like capabilities for tracking successive
|
||||||
|
versions of a container, inspecting the diff between versions,
|
||||||
|
committing new versions, rolling back etc. The history also
|
||||||
|
includes how a container was assembled and by whom, so you get
|
||||||
|
full traceability from the production server all the way back to
|
||||||
|
the upstream developer. Docker also implements incremental
|
||||||
|
uploads and downloads, similar to ``git pull``, so new versions
|
||||||
|
of a container can be transferred by only sending diffs.
|
||||||
|
|
||||||
|
* *Component re-use.*
|
||||||
|
Any container can be used as a :ref:`"base image"
|
||||||
|
<base_image_def>` to create more specialized components. This
|
||||||
|
can be done manually or as part of an automated build. For
|
||||||
|
example you can prepare the ideal Python environment, and use it
|
||||||
|
as a base for 10 different applications. Your ideal Postgresql
|
||||||
|
setup can be re-used for all your future projects. And so on.
|
||||||
|
|
||||||
|
* *Sharing.*
|
||||||
|
Docker has access to a `public registry
|
||||||
|
<http://index.docker.io>`_ where thousands of people have
|
||||||
|
uploaded useful containers: anything from Redis, CouchDB,
|
||||||
|
Postgres to IRC bouncers to Rails app servers to Hadoop to base
|
||||||
|
images for various Linux distros. The :ref:`registry
|
||||||
|
<registryindexspec>` also includes an official "standard
|
||||||
|
library" of useful containers maintained by the Docker team. The
|
||||||
|
registry itself is open-source, so anyone can deploy their own
|
||||||
|
registry to store and transfer private containers, for internal
|
||||||
|
server deployments for example.
|
||||||
|
|
||||||
|
* *Tool ecosystem.*
|
||||||
|
Docker defines an API for automating and customizing the
|
||||||
|
creation and deployment of containers. There are a huge number
|
||||||
|
of tools integrating with Docker to extend its
|
||||||
|
capabilities. PaaS-like deployment (Dokku, Deis, Flynn),
|
||||||
|
multi-node orchestration (Maestro, Salt, Mesos, Openstack Nova),
|
||||||
|
management dashboards (docker-ui, Openstack Horizon, Shipyard),
|
||||||
|
configuration management (Chef, Puppet), continuous integration
|
||||||
|
(Jenkins, Strider, Travis), etc. Docker is rapidly establishing
|
||||||
|
itself as the standard for container-based tooling.
|
||||||
|
|
||||||
|
Can I help by adding some questions and answers?
|
||||||
|
................................................
|
||||||
|
|
||||||
Definitely! You can fork `the repo`_ and edit the documentation sources.
|
Definitely! You can fork `the repo`_ and edit the documentation sources.
|
||||||
|
|
||||||
|
|
||||||
42. **Where can I find more answers?**
|
Where can I find more answers?
|
||||||
|
..............................
|
||||||
|
|
||||||
You can find more answers on:
|
You can find more answers on:
|
||||||
|
|
||||||
* `Docker club mailinglist`_
|
* `Docker user mailinglist`_
|
||||||
|
* `Docker developer mailinglist`_
|
||||||
* `IRC, docker on freenode`_
|
* `IRC, docker on freenode`_
|
||||||
* `Github`_
|
* `Github`_
|
||||||
* `Ask questions on Stackoverflow`_
|
* `Ask questions on Stackoverflow`_
|
||||||
* `Join the conversation on Twitter`_
|
* `Join the conversation on Twitter`_
|
||||||
|
|
||||||
|
|
||||||
.. _Docker club mailinglist: https://groups.google.com/d/forum/docker-club
|
.. _Docker user mailinglist: https://groups.google.com/d/forum/docker-user
|
||||||
|
.. _Docker developer mailinglist: https://groups.google.com/d/forum/docker-dev
|
||||||
.. _the repo: http://www.github.com/dotcloud/docker
|
.. _the repo: http://www.github.com/dotcloud/docker
|
||||||
.. _IRC, docker on freenode: irc://chat.freenode.net#docker
|
.. _IRC, docker on freenode: irc://chat.freenode.net#docker
|
||||||
.. _Github: http://www.github.com/dotcloud/docker
|
.. _Github: http://www.github.com/dotcloud/docker
|
||||||
|
|
|
@ -2,6 +2,8 @@
|
||||||
:description: Dockerfiles use a simple DSL which allows you to automate the steps you would normally manually take to create an image.
|
:description: Dockerfiles use a simple DSL which allows you to automate the steps you would normally manually take to create an image.
|
||||||
:keywords: builder, docker, Dockerfile, automation, image creation
|
:keywords: builder, docker, Dockerfile, automation, image creation
|
||||||
|
|
||||||
|
.. _dockerbuilder:
|
||||||
|
|
||||||
==================
|
==================
|
||||||
Dockerfile Builder
|
Dockerfile Builder
|
||||||
==================
|
==================
|
||||||
|
|
Loading…
Reference in a new issue