Docker Machine、Docker Swarm、Docker Composeの3つの機能を組み合わせることで、Dockerの環境がない状態から、Docker環境を構築し、分散アプリケーションのための動的なクラスタを構成し、そこへアプリケーションをデプロイすることがすべてコマンドと構成ファイルによって実行できるようになります。 これによって分散アプリケーションが簡単にクラスタ環境ごとポータブルになり、かつ動的な構成と運用が容易になると説明されています。
Dockerを使い始めた人がよくする質問といえば、「どうすればコンテナに入れますか?」です。その質問に対して、「コンテナ内でSSHサーバを起動すればいいよ」と答える人たちがいますが、これは非常にマズいやり方です。なぜその方法が間違いなのか、そして代わりにどうすればよいのかをこれから紹介します。 注:本記事へのコメントやシェアは、 Dockerブログ にアップされた標準版から行ってください。よろしくお願いします。 コンテナでSSHサーバを起動すべきではない …もちろん、コンテナ自体がSSHサーバである場合は除きます。 SSHサーバを起動したくなる気持ちは分かります。それはコンテナの”中に入る”簡単な方法だからです。この業界の人ならほぼ全員がSSHを一度は使ったことがあります。多くの人がSSHを日常的に使用し、公開鍵や秘密鍵、パスワード入力の省略、認証エージェント、そして時にはポート転送やその
アプリケーション実行環境をLinuxコンテナのDocker Engineに最適化し、軽量LinuxOSとして開発されている「CoreOS」が、初めての安定版「CoreOS 367.1.0」をリリースしました。 CoreOS 367.1.0には「Linux 3.15.2」と「Docker 1.0.1」が含まれており、Amazon EC2、Google Compute Engineなどの主要なクラウドをサポート。日本では、さくらのクラウドが早速OSイメージとして「CoreOS 367.1.0」をパブリックアーカイブに含めたと発表しています。 またCoreOSの開発元であるCoreOS社が先日発表した「CoreOS Managed Linux」では、管理ツールや電話サポートなどを含む商用サポートも提供されます。 今後さまざまなDocker実行環境が CoreOSはDocker Engine上のア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く