サーバの環境構築のテストはCoreOSのVMを使うといい感じだと思う
概要: と思う理由を簡素に書く
1. CoreOSとDockerに関する簡単な説明
1.1 Dockerとは？
- Docker とは:
- Docker社(元dotCloud社)が開発しているオープンソースの軽量Linuxコンテナ管理ソフトウェア
- 技術的にはLXCとaufsを組み合わせて、Go言語で実装してる
- VMと違い、Linuxの軽量コンテナを使うので、イメージの作成と破棄が超簡単
- つまり、使い捨て(CI ServerとかDevOpsのテストとか)にはもってこいの環境
- あと最近徐々にDockerエコシステムみたいなのが出来てきてて、Dockerを使うPaaSとかが出始めてるもよう
1.2 CoreOSとは？
- CoreOS とは:
- 分散サーバ環境の構築を目的として開発されているLinux
- 中身としてはLinux kernel + systemd + docker + dockerを使うためのutilitiesみたいな感じ。ちなみにGentooベース
- 基本的にCoreOSはシステムはRead-only。ソフトウェア追加できない。あとアップデートが自動。
- それとAlphaな間はChaos Monkeyによってたまに自動再起動したりする
- あと色々と分散環境で使いやすいようにソフトウェアが追加されてるものの、開発中なのですべてがそろっている訳ではない
2. 何故サーバ環境構築のテストをCoreOS(Docker)を使うと良いと思うか
- CoreOSのシステムはパッケージ追加とか出来ないので、システムを汚す心配がない
- また、開発環境はDockerに押し込めるので、いじり倒しておかしくなっても、リセットするのが簡単
- また
Dockerfileを使えば、コンテナのBootstrapが容易にでき、いつでも前と同じ環境を容易できる - あとVMと違ってコンテナなので、起動とかちょっぱや。
- _ ちなみにCoreOS VMの起動 / 終了もちょっぱや。_ 一瞬でVMが起動する
3. CoreOSを使う上で考慮すべき点
- まだ開発途上。不具合が有っても泣かない
- Chaos Monkeyがたまに暴れる。そして再起動
- CoreOSを基盤とした大規模分散環境構築インフラ実装とかはまだ無い
- 本番環境で使うとか行ったら勇者扱いされる
- 日本語のドキュメントなんて無い。あとEnglishなBlog Entryとかもあんまりない
4. CoreOSとDockerを使った開発の流れとTips
4.1 大体の流れ
- CoreOSのVMを立ち上げる
- ローカルの開発環境で
Dockerfileと関連ファイルを用意する rsync使ってCoreOSのVMに開発ファイルを流し込む- CoreOSVMにログインして
$ docker build . - 上手に焼けました〜♪
4.2 開発中のTips
- デーモンを動かすときはフォアグランド動作させるべし
- そうじゃないとDockerのコンテナが終了する
- 動作テストとかするときは、
Bashを実行してコンテナにログインしてから手動でデーモン起動とかするとデバッグが楽 - あとDockerのコンテナはLinux コマンド感覚で使えたりする
- 基本的に、CoreOS VMにファイル流し込むときは、
rsync使った方が柔軟にファイルを流し込める。scpはびみょい - ちなみにCoreOSのLive ISOとか作りたい方は、こちらの記事をどうぞ
5. というわけで以上
もうそろそろ寝る時間なのですが、 なんとなく書きたかったので書いてみました。
僕は、個人的には CoreOS は推しです。 なんというか、未来のサーバはこういう感じになってるんだろうなー、 というのを感じる。
まあそういう事で。僕は寝ます。おやすみ〜。
#FIXME
が大体