You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Now that we have everything setup, it's time to get our hands dirty. In this section, we are going to run a [Busybox](https://en.wikipedia.org/wiki/BusyBox) (a lightweight linux distribution) container on our system and get a taste of the `docker run` command.
112
113
113
114
To get started, let's run the following in our terminal
@@ -164,14 +165,25 @@ Running the `run` command with the `-it` flags attaches us to an interactive tty
164
165
165
166
> **Danger Zone**: If you're feeling particularly adventureous you can try `rm -rf bin` in the container. Make sure you run this command in the container and **not** in your laptop. Doing this will not make any other commands like `ls`, `echo` work. Once everything stop working you can exit the container and then run it back up again with the `docker run -it busybox sh` command. Since docker creates a new container everytime, everything should start working back again.
166
167
167
-
The `docker run` command is going to be command you'll be using the most so it makes sense to explore it in more detail.
168
+
So that was a whirlwind tour of the mighty `docker run` command which would most likely be the command you'll most often. Hence it makes sense to spend some time getting comfortable with it. To find out more about `run`, use `docker run --help` to see a list of all flags it supports. As we proceed further, we'll see a few more variants of `docker run`.
169
+
170
+
<aid="terminology"></a>
171
+
### 1.2 Terminology
172
+
In the last section, we used a lot of docker-specific jargon which might be confusing to some. So before we go further, let me clarify some terminology that is used frequently in the docker ecosystem.
173
+
174
+
-*Images* - The blueprints of our application. Form the basis of containers.
175
+
-*Containers* - Created from docker images and run the actual application.
176
+
-*Docker Daemon* - The background service running on the host that manages building, running and distributing docker containers
177
+
-*Docker Client* - The command line tool that allows the user to interact with the daemon.
178
+
-*Docker hub* - A [registry](https://hub.docker.com/explore/) of docker images.
<h2id="playing-with-busybox">Playing with Busybox</h2>
415
+
<h2id="10-playing-with-busybox">1.0 Playing with Busybox</h2>
415
416
<p>Now that we have everything setup, it's time to get our hands dirty. In this section, we are going to run a <ahref="https://en.wikipedia.org/wiki/BusyBox">Busybox</a> (a lightweight linux distribution) container on our system and get a taste of the <code>docker run</code> command.</p>
416
417
<p>To get started, let's run the following in our terminal </p>
<p><strong>Danger Zone</strong>: If you're feeling particularly adventureous you can try <code>rm -rf bin</code> in the container. Make sure you run this command in the container and <strong>not</strong> in your laptop. Doing this will not make any other commands like <code>ls</code>, <code>echo</code> work. Once everything stop working you can exit the container and then run it back up again with the <code>docker run -it busybox sh</code> command. Since docker creates a new container everytime, everything should start working back again.</p>
465
466
</blockquote>
466
-
<p>The <code>docker run</code> command is going to be command you'll be using the most so it makes sense to explore it in more detail.</p>
467
+
<p>So that was a whirlwind tour of the mighty <code>docker run</code> command which would most likely be the command you'll most often. Hence it makes sense to spend some time getting comfortable with it. To find out more about <code>run</code>, use <code>docker run --help</code> to see a list of all flags it supports. As we proceed further, we'll see a few more variants of <code>docker run</code>.</p>
468
+
<p><aid="terminology"></a></p>
469
+
<h3id="12-terminology">1.2 Terminology</h3>
470
+
<p>In the last section, we used a lot of docker-specific jargon which might be confusing to some. So before we go further, let me clarify some terminology that is used frequently in the docker ecosystem.</p>
471
+
<ul>
472
+
<li><em>Images</em> - The blueprints of our application. Form the basis of containers.</li>
473
+
<li><em>Containers</em> - Created from docker images and run the actual application.</li>
474
+
<li><em>Docker Daemon</em> - The background service running on the host that manages building, running and distributing docker containers</li>
475
+
<li><em>Docker Client</em> - The command line tool that allows the user to interact with the daemon.</li>
476
+
<li><em>Docker hub</em> - A <ahref="https://hub.docker.com/explore/">registry</a> of docker images. </li>
0 commit comments