Docker入門-基礎編いまから始めるDocker管理【2nd Edition】

1. Docker入門-基礎編いまから始める D o c k e r 管理 v 2 . 0 0 JAWS-UG コンテナ支部 Docker 入門 #2 2015年10月30日(金) @zembutsu Technology Evangelist; Creationline, Inc. Introduction to docker, basic management and operations 背景画像CREDIT:スフィア / PIXTA(ピクスタ)

2. 2 本スライドで得られる知識 Docker入門-基礎編いまから始めるDocker ‣ Docker概要と環境構築なぜ Docker なのか？速さと利便性。そして、Docker はコンテナではなくプラットフォーム。 ‣ Dockerの基本操作コマンドの理解コンテナのイメージ管理、起動、情報取得、ログ参照、Dockerfile、ボリューム操作 ‣ Dockerとコンテナを取り巻く状況 DockerCon 2015 前後、Dockerのオーケストレーション Docker Machine, Swarm, Compose This slide is an introduction of the basic concept and command of Docker. Because the main purpose uses Docker as a tool. This is a Japanese document for community of the JAWS-UG Container Branch, in Tokyo on Oct 30. Are you interested in this English version? Please comment me or mention @zembutsu . Thank you. これからDockerを知る方のためコンテナ概要から、環境構築、ツールを使ったコンテナの操作や管理方法を整理したものです。 2015年秋現在の状況にあわせ、内容を大幅に改訂しました。

3. 3 重要なポイント Docker入門-基礎編いまから始めるDocker ‣ Dockerコンテナはプロセスレベルの隔離技術 Control Groups(cgroups) と Namespaces という Linux カーネル機能 Docker イメージ（ファイルシステム、各種設定等）を使って、Docker コンテナを起動する ‣ Dockerはクライアント・サーバ型 Docker デーモンに対して、クライアントからアクセスする ‣ 複数の環境を管理するオーケストレーションコンテナを扱う環境を、より簡単にする、Docker Machine、 Docker Swarm、 Docker Compose 今回は特に、そもそもコンテナや Dockerとは何だっけ？との説明を追加しています。

4. 4 今日の内容 Docker入門-基礎編いまから始めるDocker ‣ 1. コンテナとは何か？なぜDockerなのか？ ‣ 2. Docker概要と環境構築 ‣ 3. 基本操作コマンドの理解 ‣ 4. Dockerのオーケストレーション ‣ 5. Amazon ECS (EC2 Container Service) JAWS-UG コンテナ支部による Docker入門 #2 の発表資料。 10月30日(金)にドリコムさんの会場をお借りして開催。

5. 私・個人としては、基本的に、無理にコンテナを導入したりコンテナ環境に移行しようとしても、導入目的や目標が定まらなければ・・・・

6. コンテナの残骸だけしか残されないことに…と思っています。

7. コンテナとは何か？なぜDockerなのか？ 1 ■□□□□□ Introduction – What is Docker?  Docker登場前後  Dockerは何を解決するのか  コンテナを取り巻く業界動向

8. 物理サーバ・ネットワーク環境の全盛時代開発用端末社内サーバデータセンタかつてプログラムやデータを送るには

9. 物理サーバ・ネットワーク環境の全盛時代開発用端末社内サーバデータセンタ ftp, rsync, scp FTP等で別々の環境に転送するのが大前提

10. 環境の構築は大変環境をデプロイするのも大変壊れた後の復旧も大変ですが、そもそも…

11. 突然の死サーバ障害があれば…

12. 再構築の悪夢復旧作業が大変でした

13. 仮想化・クラウド時代開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Virtual Machine 新しい技術の登場で

14. 仮想化・クラウド時代開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Machine Image Virtual Machine Machine Image 開発用 C I ステージング本番 Virtual Machine Virtual Machine Virtual Machine 構成管理ツール (Chef, Puppet, Ansible, Itamae… etc.) デプロイ支援ツール (Capistrano, Vagrant, Packer, Terraform, AWS CLI … etc.) 異なる環境をつなぐ技術が拡がりました

15. インフラ別の環境構築は面倒環境によってOSが違う開発・リモートどちらも同じにしたいそして新しい課題が

16. 開発の各段階から運用に至る流れをより効率的に！より速く！確実に！

17. Docker誕生

18. The future of Linux Containers - YouTube https://www.youtube.com/watch?v=wW9CAH9nSLs ‣ 2013年3月13日 ‣ PyCon US 2013 ‣ Solomon Hyke 氏 Dockerが世の中に登場してから、まだ 3年も経っていません。初めての公開は Pythonカンファレンスの、たった5分のライトニングトークでした。

19. The future of Linux Containers - YouTube https://www.youtube.com/watch?v=wW9CAH9nSLs ‣ dotCloud ‣ どこにでも運ぶ ‣ プロセスの分離 "Software you can deliver from your laptop to EC2,to BareMetal, giant server, run the same way. Because isolated with process level. And it's has own file system" 発表したのはdotCoud社の創設者。皆はソフトをどこでも動かせるのを求めている

20. コンテナ化それを実現するのは、コンテナ化というプロセスを隔離・分離(isolate)する技術

21. Linux kernel Control Groups Namespaces 基盤となっているのは、Linuxカーネルに搭載されている２つの機能

22. サーバ OS のカーネル空間ユーザ空間 OS … 通常の環境通常のLinuxは、１つのOSの中に複数のプロセスがいくつも稼働しています。

23. サーバ OS のカーネル空間 Docker Docker環境ユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ Dockerの場合は、Linuxカーネルの名前空間を使って、プロセス毎にユーザ空間を分離して、Cgroupsでリソースを設定。このプロセス環境をコンテナと呼びます。しかも、それぞれの環境はお互い分離しています。それぞれがファイルシステムやホスト名・ドメイン名、ネットワーク、 UID・GIDを持ち、プロセス毎に独立してます。コンテナからホストは見えません。 chrootやfork・execに近いものです。一方ホスト側からは、あくまでも普通にプロセスが起動しているように見えます。（例えるとマジックミラーのようなもの） OS

24. サーバ OS のカーネル空間ユーザ空間 OS … 通常の環境サーバ OS のカーネル空間 Docker Docker環境ユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ

25. コンテナやLinuxカーネルの機能に関しては、次のスライドがとても参考になります。 • Dockerを支える技術 ( @enakai00 さん ) http://www.slideshare.net/enakai/docker-34668707 • LinuxコンテナとLXC入門 (2015-09-13) （ @ten_forward さん） https://speakerdeck.com/tenforward/1st-kistudy

26. The future of Linux Containers - YouTube https://www.youtube.com/watch?v=wW9CAH9nSLs ‣ docker ps ‣ docker images ‣ docker run さて、これらLinuxカーネルの技術を使い、コンテナ環境を操作するのが「docker」コマンド。デモで使われたのがプロセス確認、イメージ一覧、"hello world"を表示する、これら３つのコマンドでした。なお、dotCloud社は後にDocker社に名前を変え、事業主体をDockerに絞ります。

27. プラットフォームこのようにDockerはコンテナを操作するためのツールであり、また、コンテナを管理するためのプラットフォームの役割をもっているものです。

28. サーバ・クライアント型 Docker Hub オープンソースコンテナ管理の仕組みだけでなく、共有するためのGitHub風の環境。そして、オープンな開発体制がDockerの特長。

29. サーバ OS のカーネル空間 Docker Docker サーバユーザ空間ユーザ空間 $ docker run -ti ubuntu /bin/bash https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント DockerHubの役割について説明します。これは「docker run」コマンドでコンテナを実行する時の流れです。「ubuntu」イメージを使い、「/bin/bash」プロセスを実行しようとしています。

30. サーバ OS のカーネル空間 Docker Docker サーバユーザ空間ユーザ空間 $ docker run -ti ubuntu /bin/bash https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント ubuntu:latest ? しかし、ローカル環境に「ubuntu」の Dockerイメージ（ファイルシステムや各種設定が１ファイルになったもの）がローカルにありません。その場合自動で Docker Hubからイメージを取得します。

31. サーバ OS のカーネル空間 Docker Docker サーバユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ $ docker run -ti ubuntu /bin/bash https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント ubuntu:latest ubuntu:latest イメージを取得したあと、「/bin/bash」のプロセスをLinuxカーネル技術を使い起動します。これこそがコンテナ化したプロセスを起動した状態です。

32. zem@dev:~$ docker run -ti ubuntu /bin/bash root@bdf6207621c7:/# ps -ef UID PID PPID C STIME TTY TIME CMD root 1 0 0 01:11 ? 00:00:00 /bin/bash root 16 1 0 01:11 ? 00:00:00 ps -ef root@bdf6207621c7:/# zem@dev:~$ ps -ef UID PID PPID C STIME TTY TIME CMD root 27987 1 0 Oct07 ? 00:13:58 /usr/bin/docker root 22881 27987 0 21:11 pts/5 00:00:00 /bin/bash PID TTY STAT TIME COMMAND 27987 ? Ssl 13:58 /usr/bin/docker daemon -H tcp://... 22881 pts/5 Ss+ 0:00 ¥_ /bin/bash コンテナ内の P I D コンテナのプロセスそのため、コンテナ化された環境内では bashのプロセスIDは「1」です。しかしホスト側では、dockerのプロセスツリー下にあり、別のPIDを持っています。

33. 開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Machine Image Virtual Machine Machine Image 開発用 C I ステージング本番 Virtual Machine Virtual Machine Virtual Machine 構成管理ツール (Chef, Puppet, Ansible, Itamae… etc.) デプロイ支援ツール (Capistrano, Vagrant, Packer, Terraform, AWS CLI … etc.) この技術があれば、先ほどの課題に対し

34. 開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Machine Image Virtual Machine Machine Image 開発用 C I ステージング本番 Virtual Machine Virtual Machine Virtual Machine 構成管理ツール (Chef, Puppet, Ansible, Itamae… etc.) デプロイ支援ツール (Capistrano, Vagrant, Packer, Terraform, AWS CLI … etc.) D o k c e r H u b autobiuld webhook Dockerを使うことにより、

35. 開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Machine Image Virtual Machine Machine Image 開発用 C I ステージング本番 Virtual Machine Virtual Machine Virtual Machine 構成管理ツール (Chef, Puppet, Ansible, Itamae… etc.) デプロイ支援ツール (Capistrano, Vagrant, Packer, Terraform, AWS CLI … etc.) D o k c e r H u b autobiuld webhook コンテナ化されたプロセス、そしてDockerHubやDocker イメージを活用することが、問題解決につながるのでは？これがDockerの役割です。

36. Ｚ氏の場合 Munin 3.0.0b1 l o c a l P C sudo apt-get update sudo apt-get install git git clone git://github.com/munin-monitoring/munin cd munin perl Build.PL sudo apt-get install gcc pkg-config libssl-dev build-essential sudo apt-get install expat libexpat1 libexpat1-dev libexpat1-dev sudo apt-get install libxml2-dev libxml-libxml-perl libcairo-gobject-perl libglib2.0-dev libglib-perl sudo apt-get install libcairo-perl libcairo-gobject-perl libgraphics-primitive-driver-cairo-perl sudo apt-get install libcairo2-dev libpango1.0-dev sudo cpan -i XML::Parser XML::Dumper sudo cpan -i Alien::RRDtool sudo cpan -i Test::Class Test::MockModule Test::MockObject Test::LongString Test::Differences sudo cpan -i File::Slurp sudo ./Build installdeps ./Build test sudo ./Build installe cd /usr/local/etc/munin/ sudo mkdir /usr/local/etc/munin/plugins sudo cp munin.conf.sample munin.conf sudo cp munin-node.conf.sample munin-node.conf sudo munin-node-configure --shell --families=contrib,auto | sh -x リモートのサーバもう少し具体的な例をみていきます。 Muninは多くの依存関係がありますが最新ベータはバイナリがありません。なので、リモート環境上で使うには、手動で環境の再構築が必要です。

37. Ｚ氏の場合 Munin 3.0.0b1 l o c a l P C sudo apt-get update sudo apt-get install git git clone git://github.com/munin-monitoring/munin cd munin perl Build.PL sudo apt-get install gcc pkg-config libssl-dev build-essential sudo apt-get install expat libexpat1 libexpat1-dev libexpat1-dev sudo apt-get install libxml2-dev libxml-libxml-perl libcairo-gobject-perl libglib2.0-dev libglib-perl sudo apt-get install libcairo-perl libcairo-gobject-perl libgraphics-primitive-driver-cairo-perl sudo apt-get install libcairo2-dev libpango1.0-dev sudo cpan -i XML::Parser XML::Dumper sudo cpan -i Alien::RRDtool sudo cpan -i Test::Class Test::MockModule Test::MockObject Test::LongString Test::Differences sudo cpan -i File::Slurp sudo ./Build installdeps ./Build test sudo ./Build installe cd /usr/local/etc/munin/ sudo mkdir /usr/local/etc/munin/plugins sudo cp munin.conf.sample munin.conf sudo cp munin-node.conf.sample munin-node.conf sudo munin-node-configure --shell --families=contrib,auto | sh -x zembutsu/muinin3 Dockerfile docker commit docker bulid でも、もしそこにDockerを使っていれば、 Muninの環境をDockerイメージ化しておくことができます。これを使い、

38. Ｚ氏の場合 Munin 3.0.0b1 l o c a l P C sudo apt-get update sudo apt-get install git git clone git://github.com/munin-monitoring/munin cd munin perl Build.PL sudo apt-get install gcc pkg-config libssl-dev build-essential sudo apt-get install expat libexpat1 libexpat1-dev libexpat1-dev sudo apt-get install libxml2-dev libxml-libxml-perl libcairo-gobject-perl libglib2.0-dev libglib-perl sudo apt-get install libcairo-perl libcairo-gobject-perl libgraphics-primitive-driver-cairo-perl sudo apt-get install libcairo2-dev libpango1.0-dev sudo cpan -i XML::Parser XML::Dumper sudo cpan -i Alien::RRDtool sudo cpan -i Test::Class Test::MockModule Test::MockObject Test::LongString Test::Differences sudo cpan -i File::Slurp sudo ./Build installdeps ./Build test sudo ./Build installe cd /usr/local/etc/munin/ sudo mkdir /usr/local/etc/munin/plugins sudo cp munin.conf.sample munin.conf sudo cp munin-node.conf.sample munin-node.conf sudo munin-node-configure --shell --families=contrib,auto | sh -x zembutsu/muinin3 Dockerfile D o c k e r H u b docker push zembutsu/muinin3 docker commit docker bulid DockerHubにDockerイメージをアップロードしておけば、

39. Ｚ氏の場合 Munin 3.0.0b1 l o c a l P C sudo apt-get update sudo apt-get install git git clone git://github.com/munin-monitoring/munin cd munin perl Build.PL sudo apt-get install gcc pkg-config libssl-dev build-essential sudo apt-get install expat libexpat1 libexpat1-dev libexpat1-dev sudo apt-get install libxml2-dev libxml-libxml-perl libcairo-gobject-perl libglib2.0-dev libglib-perl sudo apt-get install libcairo-perl libcairo-gobject-perl libgraphics-primitive-driver-cairo-perl sudo apt-get install libcairo2-dev libpango1.0-dev sudo cpan -i XML::Parser XML::Dumper sudo cpan -i Alien::RRDtool sudo cpan -i Test::Class Test::MockModule Test::MockObject Test::LongString Test::Differences sudo cpan -i File::Slurp sudo ./Build installdeps ./Build test sudo ./Build installe cd /usr/local/etc/munin/ sudo mkdir /usr/local/etc/munin/plugins sudo cp munin.conf.sample munin.conf sudo cp munin-node.conf.sample munin-node.conf sudo munin-node-configure --shell --families=contrib,auto | sh -x リモートのサーバ zembutsu/muinin3 Dockerfile D o c k e r H u b docker push zembutsu/muinin3 docker pull zembutsu/muinin3 docker run docker commit docker bulid 環境を再構築する必要なく、すぐに環境を実行できるように。

40. l o c a l P C l o c a l P C l o c a l P C G i t H u b D o c k e r H u b B i t B u c k e t git add … git push origin master autobuild webhook 共同開発環境に向けて、DockerHubには GitHubと連携してpushするとDocker イメージを自動構築する機能があります。

41. l o c a l P C l o c a l P C l o c a l P C G i t H u b D o c k e r H u b B i t B u c k e t git add … git push origin master autobuild webhook また、webhook でフックさせることにより、いわゆるCIやCDツールとの連携も可能になります。

42. l o c a l P C l o c a l P C l o c a l P C G i t H u b D o c k e r H u b B i t B u c k e t git add … git push origin master autobuild webhook 更に、様々なシステムと連携し、デプロイまでも。その中心にいるのがDockerなのです。

43. Open Container Initiative Open Container Project (runC) https://www.opencontainers.org/ http://runc.io/ コンテナ規格の標準化団体標準ランタイム策定プロジェクトコンテナをとりまく業界は、2014年当時は混沌としていましたが、2015年には標準化団体やプロジェクトが始まりました。単にDocker社だけの取り組みというより業界全体を大きく動かし始めています。

44. なんとなく、こんな雰囲気もありますが

45. そうではありません。

46. だがちょっと待って欲しい

47. 48 なぜコンテナ化するのか？ ‣ 開発から運用に至る流れをより速く、正確に、効率的に行う手段の１つ ‣ Docker を入れたから、コンテナを使うから速く・正確・効率的になる訳ではない ‣ 理想的な開発・運用にDockerが適している（かも）例えば、私はVOCALOID大好きですが、 VOCALOIDのソフトを購入しただけでだれもが自由に歌い手になれるわけでは決してありません。それと同じです。

48. 引用 https://www.docker.com/what-docker そもそも仮想化・クラウドとは技術が異なるので、単純にインフラとしての比較は意味が無いのではないでしょうか。

49. 50Introduction to Docker Basic Course ここまでのまとめ ‣ Docker は Linux カーネルの機能でプロセスレベルの「隔離」を行う＝コンテナ化 Control Groups ( cgroups ) Namespaces ‣ Dockerは Linux コンテナを扱うプラットフォーム ‣ オープンソースで配布、オープンな開発体制

50. Docker概要と環境構築 2 ■■□□□□ How to use Docker?  Dockerアーキテクチャ  Dockerイメージとコンテナ  環境構築方法

51. サーバ OS のカーネル空間 Docker サーバユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run … Dockerが「コンテナ」と「イメージ」扱う流れを詳しく見ていきます。

52. サーバ OS のカーネル空間 Docker サーバユーザプロセスユーザプロセスユーザ空間ユーザプロセスユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run … Docker コンテナそもそも「Dockerコンテナ」とは？

53. サーバ OS のカーネル空間 Docker サーバユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run …

54. • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User DockerはLinuxカーネルの機能を使ってプロセスを隔離。この環境がコンテナ。

55. zem@dev:~$ docker run -ti ubuntu /bin/bash root@bdf6207621c7:/# ps -ef UID PID PPID C STIME TTY TIME CMD root 1 0 0 01:11 ? 00:00:00 /bin/bash root 16 1 0 01:11 ? 00:00:00 ps -ef root@bdf6207621c7:/# コンテナ内のプロセスコンテナの中のプロセスは、自分自身が PIDが１として存在して見えます。

56. root@bdf6207621c7:/# ls bin dev home lib64 mnt proc run srv tmp var boot etc lib media opt root sbin sys usr root@bdf6207621c7:/# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs 20511356 12952564 6493836 67% / none 20511356 12952564 6493836 67% / tmpfs 250896 0 250896 0% /dev shm 65536 0 65536 0% /dev/shm tmpfs 250896 0 250896 0% /sys/fs/cgroup /dev/disk/by-label/DOROOT 20511356 12952564 6493836 67% /etc/hosts tmpfs 250896 0 250896 0% /proc/kcore tmpfs 250896 0 250896 0% /proc/latency_stats tmpfs 250896 0 250896 0% /proc/timer_stats コンテナ内のファイルシステムそれだけでなく、コンテナ内だけで独自のファイルシステムを持ちます。

57. root@bdf6207621c7:/# ip addr show 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 361: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default link/ether 02:42:ac:11:00:25 brd ff:ff:ff:ff:ff:ff inet 172.17.0.37/16 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::42:acff:fe11:25/64 scope link valid_lft forever preferred_lft forever root@bdf6207621c7:/# ip route default via 172.17.42.1 dev eth0 172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.37 コンテナ内のネットワークさらに、独自でネットワークを持ちます。これはホスト側(eth0等)とは異なったインターフェースを持ちます。正確には dokcer0というブリッジを通しています。またルーティングにはiptablesも自動的に使用しています。

58. root@bdf6207621c7:/# free total used free shared buffers cached Mem: 501792 485128 16664 460 127028 164560 -/+ buffers/cache: 193540 308252 Swap: 0 0 0 コンテナ内のメモリメモリのリソースは、ホスト側と共有なので（コンテナ内で上限は設定できますが）、このようにホスト側のメモリ量がそのまま表示されます。

59. root@bdf6207621c7:/# exit zem@dev:~$ docker stop bdf6207621c7 コンテナの終了なお、コンテナは「プロセス」なので、 bashであれば"exit"で終了したらプロセス終了＝コンテナ終了です。あるいはdocker stopやkillコマンドでも停止可能です。

60. サーバ OS のカーネル空間 Docker サーバユーザプロセスユーザプロセスユーザ空間ユーザプロセスユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User コンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run … Docker イメージもう１つ重要な「Dockerイメージ」とは。

61. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only) Dockerイメージの実体は、単なるバイナリ(Tar)です。中にはいくつもの「イメージ層」を持っています。

62. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only) 一番下に「ベース・イメージ」という Docker社が配布している各ディストリビューションのイメージがあります。ここは自分で独自に作ることもできます。

63. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only) その上に、コマンドを実行する毎にイメージ層が積み重なります。

64. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only)

65. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only)

66. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only) これらの集合体がDockerイメージです。この仕組みがあるので共通部分をキャッシュとして使い高速にイメージを構築したり、イメージ間で共用するので容量を節約するといった利点があります。

67. ベース・イメージ (公式) Ubuntu, CentOS等イメージ層コマンドごとに記録 Docker イメージの構造読み込み専用 (Read Only) これらの集合体がDockerイメージです。この仕組みがあるので共通部分をキャッシュとして使い高速にイメージを構築したり、イメージ間で共用するので容量を節約するといった利点があります。

68. Nginx イメージの構造具体的なDockerイメージの例を見てみましょう。各イメージは、それぞれ「イメージID」をもって持っています。先ほど見たように、実体は複数のイメージの積み重ねです。もちろん、それぞれのイメージ層ごとにイメージIDが存在します。

69. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 一番下にあるのは、このファイルを追加するというコマンドを実行したイメージID 902b87aaaec9 というものです。

70. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 9a61b6b1315e 3 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B その上に…

71. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 9a61b6b1315e 3 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B aface2a79f55 3 months ago /bin/sh -c #(nop) MAINTAINER NGINX Docker Mai 0 B いくつもの

72. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 9a61b6b1315e 3 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B aface2a79f55 3 months ago /bin/sh -c #(nop) MAINTAINER NGINX Docker Mai 0 B 5dd2638d10a1 3 months ago /bin/sh -c apt-key adv --keyserver hkp://pgp. 1.997 kB イメージ層が

73. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 9a61b6b1315e 3 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B aface2a79f55 3 months ago /bin/sh -c #(nop) MAINTAINER NGINX Docker Mai 0 B 5dd2638d10a1 3 months ago /bin/sh -c apt-key adv --keyserver hkp://pgp. 1.997 kB 97df1ddba09e 3 months ago /bin/sh -c echo "deb http://nginx.org/package 221 B e7e7a55e9264 10 weeks ago /bin/sh -c #(nop) ENV NGINX_VERSION=1.9.4-1~j 0 B 72b67c8ad0ca 10 weeks ago /bin/sh -c apt-get update && apt-get inst 7.695 MB 9108e25be489 10 weeks ago /bin/sh -c ln -sf /dev/stdout /var/log/nginx/ 11 B 6dda3f3a8c05 10 weeks ago /bin/sh -c ln -sf /dev/stderr /var/log/nginx/ 11 B 42d2189f6cbe 10 weeks ago /bin/sh -c #(nop) VOLUME [/var/cache/nginx] 0 B 3cb7f49c6bc4 10 weeks ago /bin/sh -c #(nop) EXPOSE 443/tcp 80/tcp 0 B a486da044a3f 10 weeks ago /bin/sh -c #(nop) CMD ["nginx" "-g" "daemon o 0 B $ docker history nginx IMAGE CREATED CREATED BY SIZE COMMENT 積み重なっています。上の方には Nginxのデーモンとしてのオプションや公開ポート等の情報もあります。

74. Nginx イメージの構造 902b87aaaec9 3 months ago /bin/sh -c #(nop) ADD file:e1dd18493a216ecd0c 125.2 MB 9a61b6b1315e 3 months ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B aface2a79f55 3 months ago /bin/sh -c #(nop) MAINTAINER NGINX Docker Mai 0 B 5dd2638d10a1 3 months ago /bin/sh -c apt-key adv --keyserver hkp://pgp. 1.997 kB 97df1ddba09e 3 months ago /bin/sh -c echo "deb http://nginx.org/package 221 B e7e7a55e9264 10 weeks ago /bin/sh -c #(nop) ENV NGINX_VERSION=1.9.4-1~j 0 B 72b67c8ad0ca 10 weeks ago /bin/sh -c apt-get update && apt-get inst 7.695 MB 9108e25be489 10 weeks ago /bin/sh -c ln -sf /dev/stdout /var/log/nginx/ 11 B 6dda3f3a8c05 10 weeks ago /bin/sh -c ln -sf /dev/stderr /var/log/nginx/ 11 B 42d2189f6cbe 10 weeks ago /bin/sh -c #(nop) VOLUME [/var/cache/nginx] 0 B 3cb7f49c6bc4 10 weeks ago /bin/sh -c #(nop) EXPOSE 443/tcp 80/tcp 0 B a486da044a3f 10 weeks ago /bin/sh -c #(nop) CMD ["nginx" "-g" "daemon o 0 B $ docker history nginx IMAGE CREATED CREATED BY SIZE COMMENT docker history <image id/name> これがNginxイメージの実体です。どのイメージも、「docker history」コマンドでイメージ作成の経緯を辿ることが可能です。

75. ベース・イメージ (公式) イメージ層 Docker コンテナを起動するとは読み込み専用 (Read Only) docker run <opts> <image:tag> もう１つ、このイメージを使いコンテナを起動する時何が起こっているのか？

76. ベース・イメージ (公式) イメージ層 Docker コンテナを起動するとは読み込み専用 (Read Only) ・新しいイメージ・レイヤの自動的な割り当て・隔離されたプロセスの起動 (コンテナ化の状態） docker run <opts> <image:tag> イメージを使ってコンテナを実行すると、新しくイメージが割り当てられています。だから、実行するたびに環境が作り直されているように見えますが、実際には都度イメージが作り直されているのです。

77. サーバ OS のカーネル空間 Docker サーバユーザプロセスユーザプロセスユーザ空間ユーザプロセスユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User Dockerコンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run … Dockerイメージ以上が「コンテナ」と「イメージ」の関係です。

78. Docker動作環境の構築ローカルで構築リモートで構築クラウドサービスの利用 Docker Machine (旧boot2docker) Docker社によるバイナリ・パッケージ Amazon EC2 Container Service (ECS) IBM Bluemix Microsoft Azure Google Container Engine VirtualBox Windows or Mac OSX Virtual or Physical Linux Machine コミュニティによるバイナリ・パッケージ商用サポート版ソースコードからビルド＋ Docker Toolbox コンテナを動かすためには様々な選択肢があります。

79. 81Introduction to Docker Basic Course ‣ 様々なツールのパッケージ • Docker Client • Docker Machine • Docker Compose • Docker Kitematic • VirtualBox ‣ 標準セットアップ手法 • かつての boot2docker に置き換わる位置付け Docker Toolbox PC上の開発環境向けには、Docker Toolbox（道具箱）というインストーラーが提供されています。

80. 82Introduction to Docker Basic Course ‣ オーケストレーション強化の目的 • Docker Machine, Swarm, Compose それぞれ v0.4.0 リリース • 以前のバージョンに比べ、お互いが連携 • まだベータ版の扱い Docker Toolbox Dockerはサーバ・クライアント型のシステムですが、Docker単体で足りない機能を、これらのツール群が補っています。 Docker コンテナ実行エンジン Docker Machine 環境構築 Docker Swarm クラスタ管理 Docker Compose 複数コンテナの管理と運用

81. 83Introduction to Docker Basic Course ‣ 方法１：インストール用の汎用スクリプトを使用 wget -qO- https://get.docker.com/ | sh service docker start ※ Ubuntu や Debian などは、こちらで Docker 社が提供する最新安定版をダウンロード可能 ※ RHEL/CentOS の場合は、後述の個別パッケージをセットアップ ‣ 方法２：各ディストリビューション向けパッケージ ‣ 方法３：Docker Toolboxを使う ※ Windows と Mac OS X は、VirtualBox 上の仮想サーバを使用 Dockerのセットアップ方法その時点の最新版が使えます。ディストリビューションやバージョンで、パッケージの名前が異なる場合があります。

82. 84Introduction to Docker Basic Course ‣ Linux Linux Kernel の機能を使うので、インストールスクリプトかパッケージをセットアップすることですぐに使えます。 ‣ Windows・Mac OS Docker Toolbox (VirtualBox)で Linux 環境を仮想マシン上に作り、そこに Docker の動く環境をセットアップします。クライアントは、PC上のコマンドライン(ターミナル)で動作します。 OSごとに違いが？

83. 85Introduction to Docker Basic Course ‣ Windows or Mac OS 環境 Dokcer Toolbox をセットアップするコマンドラインのクライアントを通して、 VirtualBox 仮想マシン上の docker に接続 ‣ セットアップインストーラーを使う • https://www.docker.com/docker-toolbox – ”Download (Mac)” または "Download (Win)" をクリック PC 環境で Docker を使うには？

84. 86Introduction to Docker Basic Course ‣ 方法１：Docker版 v1.8（最新版）docker-engine sudo yum update yum install docker-engine ‣ 方法２： EPEL版 v1.6 パッケージ doker-io curl -s https://get.docker.com | sudo sh ※参考 http://docs.docker.com/installation/centos/ RHEL/CentOS 7 $ cat >/etc/yum.repos.d/docker.repo <<-EOF [dockerrepo] name=Docker Repository baseurl=https://yum.dockerproject.org/repo/main/centos/7 enabled=1 gpgcheck=1 gpgkey=https://yum.dockerproject.org/gpg EOF

85. 87Introduction to Docker Basic Course ‣ 動作条件 RHEL/CentOS 6.5 以上かつ、Linux kernel 2.6.32-431 以上 ※ Kernel のバグに起因する問題がある可能性のため、CentOS 7 の利用が推奨されています。 ‣ 手順 ( EPEL 版 v1.5 ) sudo yum install epel-release sudo yum install docker-io sudo service docker start ※参考 http://docs.docker.com/installation/centos/ RHEL/CentOS 6.5

86. 88Introduction to Docker Basic Course ‣ sudo docker version ‣ sudo docker run hello-world 動作確認 Hello from Docker. This message shows that your installation appears to be working correctly. To generate this message, Docker took the following steps: 1. The Docker client contacted the Docker daemon. 2. The Docker daemon pulled the "hello-world" image from the Docker Hub. (Assuming it was not already locally available.) 3. The Docker daemon created a new container from that image which runs the executable that produces the output you are currently reading. 4. The Docker daemon streamed that output to the Docker client, which sent it to your terminal. To try something more ambitious, you can run an Ubuntu container with: $ docker run -it ubuntu bash For more examples and ideas, visit: http://docs.docker.com/userguide/ 「hello-world」コンテナはテストで使われるものです。

87. 89Introduction to Docker Basic Course ‣ sudo を使わず docker コマンドを使う設定 docker グループに対象ユーザを追加する – $ sudo usermod –aG docker <ユーザ名> ※注意：docker クライアントは /var/run/docker.sock にアクセスします。docker.sock の所有者は root、グループが docker のためです。以下の方法は、グループに所属するユーザが事実上の root 権限を持つためセキュリティには十分配慮ください。 docker グループについて

88. 90Introduction to Docker Basic Course ここまでのまとめ ‣ Docker コンテナは Docker イメージを使う • 新しいイメージ・レイヤの自動的な割り当て • 隔離されたプロセスの起動 ‣ Docker イメージは、イメージ層の積み重ね • ベース・イメージは Docker 社が提供 • コンテナ起動時に、自動的に書き込み可能なイメージを追加 ‣ セットアップ方法 • クライアント PC は Docker Toolbox ( Docker Machine ) • Linux サーバはスクリプトで、またはバイナリのセットアップが簡単

89. 基本操作コマンドの理解 3 ■■■□□□ How to management?  イメージ操作  コンテナ起動・停止  主要なオプション設定

90. 92 Docker基本コマンド docker run コンテナ実行 docker stop コンテナ停止 docker commit コンテナイメージ化 docker pull イメージの取得 docker build イメージの自動構築 docker attach コンテナにアタッチ docker logs 標準出力の表示 docker inspect 詳細情報の表示 docker rm イメージ削除 docker images イメージ一覧表示 diff | history 差分・履歴表示コンテナのライフサイクルを通して、主要なコマンドを覚えていきます。

91. サーバ OS のカーネル空間 Docker サーバユーザ空間ユーザ空間 • Cgroups • Namespaces  mount  UTS  IPC  PID  Network  User Dockerコンテナ https://hub.docker.com/ Docker Hub (レジストリ) Docker クライアント "docker" デーモン TCP:2375,TCP:2376(TSL),UnixSocket Ubuntu レポジトリ MySQL レポジトリ tag:latest tag:14.04 … tag:latest tag:5.7 …docker run … Dockerイメージまずはじめは、Docker イメージ管理用のコマンドからです。

92. docker pull docker images docker search よく使うのが、この３つのコマンドです。

93. 書式：docker pull <image名:タグ> $ docker pull ubuntu:latest $ docker pull zembutsu/serf $ docker pull localhost:5000/localuser/foo:bar コンテナイメージの取得 $ docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE zembutsu/perl_test latest 689c2a8b0b52 25 hours ago 187.9 MB test1 latest f0b80600cf79 25 hours ago 187.9 MB ubuntu 14.04 a5a467fddcb8 7 days ago 187.9 MB rocketchat/rocket.chat latest d2a9f69c1426 2 weeks ago 409.9 MB mongo latest 5e53867deb23 3 weeks ago 261.3 MB mynginx latest 197fa3a74539 3 weeks ago 360.6 MB ローカル上のイメージ一覧書式：docker search <name> コンテナイメージの検索

94. 96Introduction to Docker Basic Course ‣ https://hub.docker.com/ Docker Hub # docker search wordpress NAME DESCRIPTION STARS OFFICIAL AUTOMATED wordpress The WordPress rich content management syst... 358 [OK] tutum/wordpress Wordpress Docker image - listens in port 8... 44 [OK] tutum/wordpress-stackable Wordpress Docker image - listens in port 8... 23 [OK] centurylink/wordpress Wordpress image with MySQL removed. 7 . . . ブラウザ上で公式イメージを含む様々な検索が可能です。

95. 97Introduction to Docker Basic Course ‣ 公式レポジトリは Docker 社の認証・精査済み ‣ 様々なベンダから提供されている NGINX, WordPress, Ubuntu, Red Hat, Redis, MySQL, Mariadb 等々 ‣ 実際は、様々なイメージの合成ベースイメージ：Linux の各ディストリビューション公式のものその上に、プログラミング言語、開発ツール、アプリケーション公式レポジトリ OS部分だけでなく、アプリやミドルウェア、データベースなど100の公式イメージや、 45,000件のイメージが公開・配布されています。

96. 98Introduction to Docker Basic Course ‣ 「docker images」の実行で、コンテナ一覧表示コンテナ実行時には、ローカルにイメージがあるかどうか確認。無ければレポジトリからダウンロード。 ‣ イメージは「レポジトリ名:タグ」の形式で管理タグ省略時は latest （最新）が標準で適用 • Ubuntu 省略時は「ubuntu:latest」 • タグ「14.04」を指定するイメージは「ubuntu:14.04」 • CentOS 省略時は「centos:latest」 • タグ「6」を指定するイメージは「centos:6」ローカルのイメージの表示 docker images イメージ一覧表示

97. 99Introduction to Docker Basic Course ‣ 「docker pull」でイメージを取得 docker pull は、ローカルにイメージを保存 docker run 時、ローカルに無ければ自動取得 ‣ 例： CentOS 最新版「docker pull centos」＝「centos:7」 CentOS 6 を指定するには「docker pull centos:6」イメージの取得 docker pull イメージの取得

98. docker run docker ps docker attach docker logs 次はコンテナの実行関連。

99. 書式：docker run [オプション] <image名:タグ> [コマンド] [引数] $ docker run –ti ubuntu /bin/bash $ docker run –d –P nginx コンテナの起動 $ docker ps [オプション] CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES bdf6207621c7 ubuntu "/bin/bash" 6 hours ago Up 6 hours thirsty_almeida $ docker ps –a ←すべて(all) $ docker ps –l ←最新(last) コンテナ一覧の表示

100. ベース・イメージ (公式) イメージ層 Docker コンテナを起動するとは読み込み専用 (Read Only) ・新しいイメージ・レイヤの自動的な割り当て・隔離されたプロセスの起動 (コンテナ化された状態） docker run <opts> <image:tag> 先ほど見たように、要らないコンテナ用のイメージ層やコンテナイメージが残り続けます。これを消すには

101. docker rm docker rmi

102. 書式：docker rm <コンテナID> $ docker rm bdf6207621c7 bdf6207621c7 コンテナ（が使ったイメージレイヤ）の削除書式：docker rmi <イメージID> $ docker rmi f0b80600cf79 f0b80600cf79 D o c k e r イメージの削除 rm はコンテナが使ったイメージ層を削除します。再利用する場合は、事前に commitしたりpushやexportを使えます。対してこちらは「Dockerイメージ」の削除です。"docker images"コマンドで表示されるローカルのイメージ・タグが対象です。

103. docker commit docker tag docker push

104. ベース・イメージ (公式) イメージ層読み込み専用 (Read Only) docker commit <image:tag> 操作したコンテナの内容を、イメージ IDとして確定する「docker commit」コマンド。そのとき、イメージ名称やタグ（:の右側の文字列）を指定可能。

105. その他のコマンドオプションいろいろ

106. 108Introduction to Docker Basic Course ‣ docker run コマンド指定したイメージを使ったコンテナを作成コンテナの実行 ‣ 構文 docker run [オプション] [イメージ名] [コマンド] [引数] • 例：docker run ubuntu:14.04 echo “Hey World!” • 例：docker run Ubuntu:14.04 ps ax コンテナの作成と実行 docker run コンテナ実行

107. 109Introduction to Docker Basic Course ‣ docker ps – CONTAINER ID … コンテナ ID と呼ばれる、コンテナ毎にユニーク – IMAGE … コンテナ・イメージの名称 – COMMAND … コンテナ内で PID 1 で実行中のコマンド – CREATED … 作成時間 – STATUS … ステータス – PORT … ポートマッピングの状態 – NAMES … コンテナの名前 ‣ docker ps –l – 直近(latest)のコンテナの情報を表示コンテナの確認コンテナID確認用に使います。こちらも非常に使います。

108. 110Introduction to Docker Basic Course ‣ docker ps –a – 停止しているコンテナを含めて全て(all)表示 ‣ docker -ps –q – ショートID のみで表示コンテナの確認 $ docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d6a33b8c0147 amazon/amazon-ecs-agent:latest "/agent" 38 minutes ago Up 38 minutes 127.0.0.1:51678->51678/tcp ecs-agent c89b318326c9 centos "ps ax" 4 minutes ago Exited (0) 4 minutes ago kickass_banach c0963adcc32e centos "echo 'hello world'" 4 minutes ago Exited (0) 4 minutes ago distracted_sammet

109. 111Introduction to Docker Basic Course ‣ ２つのオプション -i 標準入力(standard input)を有効化 -t 疑似ターミナル(pseudo-terminal) • bash を実行するには、docker run –i –t ubuntu:latest bash ‣ ターミナルの終了 CTRL + P + Q を押す ※ exit はコンテナを終了するので注意 ‣ 別プロセスで接続する方法 ”docker exec <image> /bin/bash” コンテナのターミナル「-it」や「-ti」も使えます。

110. 112Introduction to Docker Basic Course ‣ ロング ID とショート ID ショート ID は省略されたものコンテナ１つ１つにユニーク ‣ docker ps –q docker ps –l, -aq ,-lq --filter でフィルタも可能ですコンテナID $ docker ps -aq 9f0bf0d6ad01 コンテナを操作するとき、ロングID全てを入力する必要はありません。ショートIDか、それより短かな部分一致する文字列でも構いません。例：IDが9f0bf0d6ad01…であれば、「docker attach 9f」のように指定できます（部分一致の適用）。IDの重複がなければ「docker attach 9」のような指定もできますが、被ることが多いので、２・３桁なら間違いなさそうです。

111. 113Introduction to Docker Basic Course ‣ 「-d」フラグでデタッチ指定 docker run –d centos:7 ping 127.0.0.1 –c 50 ‣ コマンドラインからのアタッチ docker attach <コンテナID> 再度デタッチするには CTRL+Q+P なので注意！デタッチ・モードで起動 docker attach コンテナにアタッチ「デタッチ」detach とは、コンテナに接続していない状態を指定します。一般的にデーモンとしての起動時に多く見られます。デタッチされたコンテナにはアタッチすることができます。

112. 114Introduction to Docker Basic Course ‣ ポート・マッピング docker run –d –P tomcat:7 docker run –d –P nginx docker run –d –p 8080:80 nginx ‣ docker exec でコマンド実行 docker exec –i –t [コンテナID] bash その他のコマンド対象コンテナでデフォルトのポートマッピングが自動的に適用されます。あるいは、小文字の「-p」オプションで指定します。注意点としては、コンテナの起動時に指定します。

113. 115Introduction to Docker Basic Course ‣ 標準出力の内容をコンテナ外から確認 docker logs [コンテナID] docker logs –f [コンテナID] docker logs –tail 10 [コンテナID] docker logs –tail -10 –f [コンテナID] ログの参照 docker logs 標準出力の表示ログファイルの確認ではなく、あくまでコンテナ上での状況確認に使います。

114. 116Introduction to Docker Basic Course ‣ docker stop SIGTERM シグナルで停止 ‣ docker kill SIGKILL シグナルで停止 ‣ docker start –a [コンテナID] コンテナの停止 docker stop コンテナ停止デタッチモード(-d)で動作中コンテナの停止に使います。

115. 117Introduction to Docker Basic Course ‣ docker inspect JSON 形式の出力 ‣ --format オプションでフィルタコンテナの詳細確認 $ docker inspect $CONTAINER [ { "Id": "7bc2a8876520d19c08d2f71641eacaf643910ebac2cfa79870e4a7ef50dc6815", "Created": "2015-07-06T03:43:46.882917122Z", "Path": "ping", "Args": [ "127.0.0.1", "-c", "120" ], "State": { "Running": false, "Paused": false, ... docker inspect 詳細情報の表示

116. 118Introduction to Docker Basic Course ‣ docker ps –aq でコンテナID把握 ‣ docker rm <コンテナID> で削除 ‣ docker rm $(docker ps –aq) exit のものだけを一括指定 • docker rm $(docker ps -aq --filter='status=exited') コンテナの停止と削除 docker rm イメージ削除コンテナを停止後もコンテナが使用していたイメージは、ファイルとして残り続けます。不要な場合「docker rm」で削除が必要です。便利な一括削除コマンドも紹介します。

117. 119Introduction to Docker Basic Course ‣ 既存のイメージに対する変更をコミットする開発段階で多く用いられると思います。 ‣ Dockerfile から作成する別のマシン環境で環境を再現するときに便利な方法です。 ‣ tar 形式のファイルからイメージを読み込む環境移行時や、バックアップしているイメージの再利用に活用します。イメージを構築するには目的により、この３つの方法を使い分けています。方法は違いますが、イメージ作成という意味では、共通です。

118. 120Introduction to Docker Basic Course ‣ docker diff ‣ docker history 差分と履歴の確認 $ docker diff <コンテナID> A /hello.txt C /root A /root/.bash_history $ docker history $IMEGEID IMAGE CREATED CREATED BY SIZE COMMENT 1b07ddefe341 2 minutes ago bash 66 B 6d4946999d4f 3 weeks ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0 B 9fd3c8c9af32 3 weeks ago /bin/sh -c sed -i 's/^#¥s*¥(deb.*universe¥)$/ 1.895 kB 435050075b3f 3 weeks ago /bin/sh -c echo '#!/bin/sh' > /usr/sbin/polic 194.5 kB 428b411c28f0 3 weeks ago /bin/sh -c #(nop) ADD file:b3447f4503091bb6bb 188.1 MB diff | history 差分・履歴表示

119. 121Introduction to Docker Basic Course ‣ docker commit コマンド docker commit [オプション] [コンテナID] [レポジトリ名:タグ] コミットして変更内容を確定 $ docker commit $CONTAINER ecsdocker/myapp:1.0 1b07ddefe341abdae8f497a4dea24b2fef46a2a32621a0998fb0e7e8c2fbf666 $ docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE ecsdocker/myapp 1.0 1b07ddefe341 17 seconds ago 188.3 M docker commit コンテナイメージ化

120. 122Introduction to Docker Basic Course ‣ ルート（公式レポジトリ） Ubuntu:14.04 nginx ‣ ユーザやグループ zembutsu/testapp ‣ ローカルのレジストリ registry.zem.jp:5000/zem-image レポジトリ(イメージ)の名前空間３つの使い方があります。複数の利用者が居る場合は、名前で分けるようにした方が混同しなくてオススメです。

121. 123Introduction to Docker Basic Course ‣ Dockerfile の役割どのようなイメージにするか指示 • どのベース・イメージを使うのか？ • 何のプログラムをインストールするのか？ • どのようなコマンドを実行するのか ‣ docker build コマンドで構築 docker build –t <レポジトリ:タグ> <Dockerfileのパス> Dockerfile docker build イメージの自動構築設定を自動的に行うための命令をファイルに記述します。内容はテキスト形式ファイルなのでエディタで編集します。

122. 124Introduction to Docker Basic Course ‣ FROM ベースイメージの指定 • 例：FROM Ubuntu • 例：FROM nginx ‣ RUN コマンドの実行 • 例：RUN yum –y install nginx Dockerfileの基本命令 FORMは必須です。

123. 125Introduction to Docker Basic Course ‣ CMD または ENTRYPOINTで実行コマンド指定 ENTRYPOINT使用時は、 • CMDで指定した項目がオプション適用 • コンテナ実行時にオプションがあれば、CMD指定よりも優先 ‣ ADD でファイル/URL/ZIP からコンテナへ追加 ‣ MAINTAINER で管理者の情報を追記様々な命令

124. 126Introduction to Docker Basic Course Dockerfileの例 FROM ubuntu:14.04 RUN apt-get install -y wget CMD /usr/bin/wget FROM nginx ADD ./contents /usr/share/nginx/html どれもシンプルです。「docker build」コマンドで環境を構築(ビルド)します。

125. 127Introduction to Docker Basic Course ‣ -p オプションで、ポートマッピング例：-p 8080:80 • ホスト側の port 8080 をコンテナの port 80 へ ‣ -P (大文字) はデフォルトポートの指定 $ docker run -d -p 80:80 ecsdocker/web 010a5fbd22acbfab818541e3f07055b5338f9fa010ee9a26899423dd5944938c $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 010a5fbd22ac ecsdocker/web "nginx -g 'daemon of 3 seconds ago Up 2 seconds 0.0.0.0:80->80/tcp, 443/tcp determined_albattani

126. 128Introduction to Docker Basic Course ‣ -v オプションは、領域をホストとコンテナで共有例：-v /home/web:/usr/share/nginx/html • ホスト側の「/home/web」をコンテナの「/usr/share/nginx/html」へボリュームの設定

127. 129 Docker基本コマンド docker run コンテナ実行 docker stop コンテナ停止 docker commit コンテナイメージ化 docker pull イメージの取得 docker build イメージの自動構築 docker attach コンテナにアタッチ docker logs 標準出力の表示 docker inspect 詳細情報の表示 docker rm イメージ削除 docker images イメージ一覧表示 diff | history 差分・履歴表示

128. Dockerとオーケストレーション 4 ■■■■□□ Docker Orchestration  Dockerコンテナの課題  Machine, Swarm, Compose

129. 開発用端末社内サーバクラウド環境 VirtualBox VirtualBox VirtualBox Virtual Machine Virtual Machine Virtual Machine Virtual Machine Machine Image Virtual Machine Machine Image 開発用 C I ステージング本番 Virtual Machine Virtual Machine Virtual Machine 構成管理ツール (Chef, Puppet, Ansible, Itamae… etc.) デプロイ支援ツール (Capistrano, Vagrant, Packer, Terraform, AWS CLI … etc.) D o k c e r H u b autobiuld webhook さて、Dockerエンジンは基本的に１つの環境しか管理できません。

130. この環境管理が課題です。

131. 複数環境の管理これら複数のDocker環境の管理と運用を自動化（オーケストレーション）するツール群がDocker社によって開発・提供されています。

132. Docker Engine コンテナ実行用プラットフォーム Docker Machine Docker実行環境の自動構築 Docker Swarm クラスタ管理とスケジューリング Docker Compose 複数コンテナ管理と運用ツール

133. 135Introduction to Docker Basic Course ‣ Docker 動作環境の自動作成仮想サーバの起動と Docker のプロビジョニングを自動的に行う ‣ コマンドラインで使うツール docker-machine –d <ドライバ> [option] マシン名 …のように、コマンドで操作 ‣ Linux, Windows, Mac OS X に対応 ‣ VirtualBox だけでなく、多くのクラウドに対応 Amazon Web Services, DigitalOcean, exoscale, Google Compute Engine, SoftLayer, Azure, Hyper-V, OpenStack, RackSpace, VMwareFusion, VMwarea vCloud Air, VMware vSphere, SSH 可能なリモートホスト Docker Machine 複数のDocker環境を簡単に使うためのツールがMachineです。

134. 136Introduction to Docker Basic Course Docker Machine の入手と実行 ‣ 方法１：バイナリのダウンロード • https://github.com/docker/machine/releases/ $ curl -L https://github.com/docker/machine/releases/download/v0.4.1/docker-machine_linux-amd64 > ¥ /usr/local/bin/docker-machine $ sudo chmod +x /usr/local/bin/docker-machine ‣ 方法２：Docker Toolbox

135. かつてはboot2dockerという、 VirtualBoxと連携するツールがありました。

136. Docker Toolbox ・Machine ・Compose ・VirtualBox ・Kitematic 複数の環境を一括管理できます。

137. $ docker-machine create --driver=amazonec2 ¥ --amazonec2-access-key=<アクセス・キー> ¥ --amazonec2-secret-key=<シークレット・キー> ¥ --amazonec2-vpc-id=<VPC ID> ¥ ec2docker $ docker-machine env ec2docker export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://54.152.12.116:2376" export DOCKER_CERT_PATH="/root/.docker/machine/machines/ec2docker" export DOCKER_MACHINE_NAME="ec2docker" # Run this command to configure your shell: # eval "$(docker-machine env ec2docker)“ $ docker-machine ssh ec2docker EC2上であれば、Docker環境を準備しなくても、「docker- machine」コマンドを実行すると、自動的にDockerが入ったインスタンスを起動します。環境変数を有効化すると、リモートのDokcerを操作できます。 SSHでログインもできます。

138. このように、コンソールにアクセスしなくても、自動的に環境が作られています。もちろん削除もコマンドライン上から可能。

139. $ docker-machine create --driver= digitalocean ¥ --digitalocean-access-token <token> ¥ ec2docker $ docker-machine ls NAME ACTIVE DRIVER STATE URL SWARM b2d virtualbox Stopped default virtualbox Stopped dev virtualbox Stopped do03 digitalocean Error tcp://104.131.113.166:2376 rancheros virtualbox Stopped rancheros2 virtualbox Stopped sl3 * softlayer softlayer-docker01 * softlayer softlayer-docker02 * softlayer test2 virtualbox Stopped testhost1 virtualbox Stopped testhost21 virtualbox Stopped testhost22 virtualbox Stopped DigitalOceanの環境でも同様に環境を構築することができます。違いは「--driver」の指定です。環境一覧を「ls」オプションで見られます。

140. 142Introduction to Docker Basic Course Docker Machine 主要オプション • create … 作成 • rm … 削除 • ls … 一覧表示 • ssh … SSH 接続 • scp … ファイル転送 • start … 起動 • stop … 停止 • restart … 再起動 • ip … パブリック IP アドレスの確認 • inspect … 詳細表示

141. リモートも、ローカルも、複数の仮想マシン環境を自由に切り替えられるようになりました(v0.3.0～)。

142. scpを使った転送も可能です。 Docker Machine上の名前をつかってやりとりできます。 ※正確には、データはすべて docker-machineコマンド実行環境を経由します(v0.3.0+)。

143. http://qiita.com/zembutsu/items/9d189da5d2c7708717a3

144. 146Introduction to Docker Basic Course Docker Swarm ‣ 役割 "Dockerホスト群をクラスタ化し、どのホストでコンテナを起動するのかコンテナをスケジュールするためのツール" クラスタ全体を１つのリソース・プールとして扱う Docker の API と互換性を持つ • docker ps や run 等のコマンドを Swarm 全体に対して適用できる • どこにコンテナを置く（スケジュール）方針がアフィニティとフィルタ次にSwarm（スウォーム）です。複数OS上のDocker環境を１つのリソースプールとして扱えます。詳しくは次章で紹介します。

145. docker engine (docker daemon) machine docker client $ docker run コンテナコンテナ $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" TCP:2375 TCP:2376 DOCKER_OPTS="-H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/docker/ca.pem --tlscert=/etc/docker/server-cert.pem --tlskey=/etc/docker/server-key.pem” DOCKER_OPTS=“-H tcp://0.0.0.0:2375 –H unix:///var/run/docker.sock” 1台のDocker環境の操作ならまだしも…

146. docker engine (docker daemon) machine docker client $ docker run コンテナコンテナ docker engine (docker daemon) machine コンテナコンテナ docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine コンテナコンテナコンテナ $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" TCP:2375 TCP:2376 DOCKER_OPTS="-H tcp://0.0.0.0:2376 --tlsverify --tlscacert=/etc/docker/ca.pem --tlscert=/etc/docker/server-cert.pem --tlskey=/etc/docker/server-key.pem” DOCKER_OPTS=“-H tcp://0.0.0.0:2375 –H unix:///var/run/docker.sock” 通常、複数Docker環境の操作は環境変数の切り替えが都度行う必要があります。面倒です。

147. Swarm Manager machine docker client $ docker run $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) Docker互換 API コンテナの配置をスケジューリング対してSwarmは、まずmanager (マネージャ)を準備します。 Dockerデーモンに代わり、同じインターフェースで操作します。

148. Swarm Manager machine docker client $ docker run docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) Docker互換 API コンテナの配置をスケジューリング docker machine でデプロイ/プロビジョニングディスカバリ・バックエンド例；DockerHub 次にDocker Machineを使うか、あるいは手動でDocker動作環境を構築します。

149. Swarm Manager machine docker client $ docker run docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) Docker互換 API コンテナの配置をスケジューリング docker machine でデプロイ/プロビジョニングディスカバリ・バックエンド例；DockerHub ディスカバリ・バックエンドに自分のノード情報の登録(join) します。正確にはSwarmというエージェントを起動します。 join join join join

150. Swarm Manager machine docker client $ docker run docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) Docker互換 API コンテナの配置をスケジューリング docker machine でデプロイ/プロビジョニングディスカバリ・バックエンド例；DockerHub 登録された情報は、マネージャに送信され、マネージャが各ノードを管理できるようになり、 Swarmはバックエンド監視対象となります。

151. Swarm Manager machine docker client $ docker run docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) Docker互換 API リソース・プールコンテナの配置をスケジューリング docker machine でデプロイ/プロビジョニングディスカバリ・バックエンド複数のノードが、１つの環境（リソース・プール）として見えるようになります。

152. Swarm Manager machine docker client $ docker run docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine docker engine (docker daemon) machine コンテナ $ docker-machine env docker01 export DOCKER_TLS_VERIFY="1" export DOCKER_HOST="tcp://104.131.113.166:2376" export DOCKER_CERT_PATH="/home/zem/.docker/machine/machines/docker01" export DOCKER_MACHINE_NAME="docker01" $ docker run –d –P swarm manage ¥ token://<token> docker engine (docker daemon) コンテナコンテナコンテナコンテナ Docker互換 API リソース・プールストラテジフィルタ • spread • binpack • random • constraint • affinity • port • dependency • health コンテナの配置をスケジューリング docker machine でデプロイ/プロビジョニングディスカバリ・バックエンドあとはストラテジとフィルタでコンテナをスケジュールします。

153. http://qiita.com/zembutsu/items/a1f0a89581d1d5832e2e

154. Docker Swarm入門 http://www.slideshare.net/zembutsu/introduction-to-docker-swarm

155. 157Introduction to Docker Basic Course ‣ 複数コンテナのアプリケーション自動設定 Dockerfile を複数のコンテナに拡張したようなイメージ ‣ コマンドラインで操作 docker-compose docker-compose.yml ‣ Linux, Windows, Mac OS X に対応 ‣ 構成情報を YAML 形式のファイルで定義 Docker Compose そしてもう１つ、コードで Dockerの環境を管理するもの。

156. docker-compose.yml web: build: . command: php -S 0.0.0.0:8000 -t /wordpress ports: - "8000:8000" links: - db volumes: - .:/wordpress db: image: orchardup/mysql environment: MYSQL_DATABASE: wordpress Dockerfile FROM orchardup/php5 ADD . /wordpress Dockerfileは単一のコンテナを定義するのに対し、Composeは複数のコンテナを定義します。他にも、docker-compose ps で複数のコンテナの状態を確認したり、スケールアップ・スケールダウンしたり、運用時におけるコンテナ管理機能も提供しています。

157. http://qiita.com/zembutsu/items/c277830c469d7a25ba15

158. 160Introduction to Docker Basic Course ここまでのまとめ ‣ Docker Machine は環境の自動構築 • ローカル環境 ( VirtualBox 等 ) • リモートのクラウド環境 ( AWS, DigitalOcean 等々 ) ‣ Docker Swarm はスケジューラ • 複数サーバ上に、どのようにコンテナを起動するか一元管理 ‣ Docker Compose は複数コンテナの環境管理 • YAML 設定ファイルを使い、起動・停止・管理を担う

159. Amazon EC2 Container Service 5 ■■■■■□ Amazon ECS  Amazon ECS  ECS CLI

160. さて、運用において避けられないのが…

161. 突然の死

162. Amazon EC2 Container Service (ECS) • EC2 上にクラスタを構築 • スケジューリング • タスク定義 • ELB や自動復旧 • AWS によるサポート • Docker 互換の CLI 製品の詳細 - Amazon EC2 Container Service (高いスケーラビリティとパフォーマンスを備えたコンテナ管理サービス) | アマゾンウェブサービス（AWS 日本語） https://aws.amazon.com/jp/ecs/details/

163. E E Amazon ECS CLI の場合 Docker Machine / Compose の場合 $ ecs-cli compose up $ docker-compose up YAML YAML $ ecs-cli up EC2 instance EC2 instance ap-northeast-1b ap-northeast-1c EC2 instance EC2 instance コンテナコンテナコンテナ $ docker-machine up VM VM amazon-ecs-agent amazon-ecs-agent Docker Daemon Docker Daemon Docker Daemon Docker Daemon Docker Daemon Docker Daemon VM Docker Daemon VM Docker Daemon $ docker-compose up YAML Amazon ECS コンテナコンテナ $ docker-machine up

164. ECS CLIを使うと、先ほどの Docker Machineのように、自動的にEC2インスタンスを起動します。

165. $ sudo curl -o /usr/local/bin/ecs-cli ¥ https://s3.amazonaws.com/amazon-ecs-cli/ecs-cli-linux-amd64-latest $ ecs-cli configure ¥ --region ap-northeast-1 ¥ --access-key $AWS_ACCESS_KEY_ID ¥ --secret-key $AWS_SECRET_ACCESS_KEY ¥ --cluster ecs-cli-demo $ ecs-cli up --keypair <キーペア名> --capability-iam --size 2 ¥ --instance-type t2.medium セットアップも、このバイナリ 1個をダウンロードし、初回設定用のコマンドを実行するだけです。

166. あとは自動的にEC2インスタンスの起動だけでなく、クラスタ設定も自動的に行われます。さらに、このクラスタ上でコンテナを実行することが可能に。

167. Rocket.Chat たとえば、Slack風のオープンソースのチャットツールがあります。対応したDockerイメージがDocker Hubを通して配布されています。

168. rocketchat: image: "rocketchat/rocket.chat" cpu_shares: 100 mem_limit: 262144000 ports: - "80:80" links: - mongodb environment: - ROOT_URL=http://localhost:80 - MONGO_URL=mongodb://mongodb/rocketchat mongodb: image: mongo cpu_shares: 100 mem_limit: 262144000 ports: - 27017 これが Docker Compose または ECS CLI で利用可能なYAML形式のファイルです。これを使い「rocketchat」と「mongodb」という２つのコンテナを管理できます。

169. $ ecs-cli compose -f rocket-chat.yml up INFO[0000] Using ECS task definition TaskDefinition=ecscompose-ecs:3 INFO[0000] Starting container... container=7d3c638c-add9-462c-84d2-8a74f3401a12/rocketchat INFO[0000] Starting container... container=7d3c638c-add9-462c-84d2-8a74f3401a12/mongodb . . $ ecs-cli ps Name State Ports TaskDefinition 7d3c638c-add9-462c-84d2-8a74f3401a12/mongodb RUNNING 54.64.171.210:32768->27017/tcp ecscompose-ecs:3 7d3c638c-add9-462c-84d2-8a74f3401a12/rocketchat RUNNING 54.64.171.210:80->80/tcp ecscompose-ecs:3 コマンド「ecs-cli」にファイル名と「up」を指定すると、自動的にコンテナの起動とIPアドレスが割り当てられます。

170. Amazon ECS CLI を使い Rocket.Chat 環境を compose するには | Pocketstudio.jp log3 http://pocketstudio.jp/log3/2015/10/14/amazon-ecs-cli-compose-rocket-chat/ もし興味がありましたら、私の記事ですが、参考にどうぞ。このように ECS CLI を使えば、 EC2 環境を意識せずに環境を簡単に構築・運用できます。

171. まとめ 6 ■■■■■■ Wrap up  復習  質疑応答  Docker 都市伝説

172. 174 今日の内容 Docker入門-基礎編いまから始めるDocker ‣ 1. コンテナとは何か？なぜDockerなのか？ ‣ 2. Docker概要と環境構築 ‣ 3. 基本操作コマンドの理解 ‣ 4. Dockerのオーケストレーション ‣ 5. Amazon ECS (EC2 Container Service)

173. 175 重要ポイント Docker入門-基礎編いまから始めるDocker ‣ Dockerコンテナはプロセスレベルの隔離技術 Control Groups(cgroups) と Namespaces という Linux カーネル機能 Docker イメージ（ファイルシステム、各種設定等）を使って、Docker コンテナを起動する ‣ Dockerはクライアント・サーバ型 Docker デーモンに対して、クライアントからアクセスする ‣ 複数の環境を管理するオーケストレーションコンテナを扱う環境を、より簡単にする、Docker Machine、 Docker Swarm、 Docker Compose

174. 176 何か気になることはありますか？

175. 177 ‣ Docker ドキュメント http://docs.docker.com/ ‣ Docker Machine https://docs.docker.com/machine/ ‣ docker-machine - Docker Machine ドキュメント参考日本語訳 - Qiita http://qiita.com/zembutsu/items/9d189da5d2c7708717a3 ‣ Docker Swarm https://docs.docker.com/swarm/ ‣ DockerSwarm - Docker Swarm ドキュメント参考日本語訳目次 - Qiita http://qiita.com/zembutsu/items/a1f0a89581d1d5832e2e ‣ Docker Compose https://docs.docker.com/compose/ ‣ docker-compose - Docker Compose ドキュメント参考日本語訳概要・目次 - Qiita http://qiita.com/zembutsu/items/c277830c469d7a25ba15 参考情報 References

176. 背景画像CREDIT:rvika/ PIXTA(ピクスタ) https://pixta.jp/@prof261092

177. 背景画像CREDIT:rvika/ PIXTA(ピクスタ) https://pixta.jp/@prof261092 1. 今すぐ始めなくてはいけない 2. すべての環境をコンテナにしなくてはいけない 3. 仮想化システムは不要になる 4. 構成管理ツール（Chef,Puppet,Ansible等）は不要になる 5. クラウド環境は不要になる 6. Dockerやコンテナが全てを解決してくれる 7. Dockerは難しい 8. 本番環境では使えない 9. セキュリティや信頼性に問題がある 10. Dockerは冗長化できない

178. 背景画像CREDIT:rvika/ PIXTA(ピクスタ) https://pixta.jp/@prof261092 11. ネットワークが貧弱だ 12. よく落ちる 13. 商用サポートを受けられない 14. Docker ではなく CoreOS を使うべきだ 15. データの可用性が貧弱 16. Docker があればコスト削減できる 17. Docker は kubernetes がないと意味が無い 18. Docker やコンテナを使うとベンダーロックインされる 19. Docker であれば業務効率化できる 20. そもそも、Docker を使う意味が無い

Docker入門-基礎編いまから始めるDocker管理【2nd Edition】

Masahito Zembutsu