DockerのオーケストレーションツールであるKubernetesを開発したGoogleと、OpenStack専業のSIerであるMirantisは、共同でKubernetesをOpenStackに統合すると発表しました。 Kubernetesとは、Webサーバとデータベースのような複数のアプリケーションから構成される分散アプリケーションを、複数のDockerコンテナ上にデプロイし死活管理などをしてくれるツール。 参考：Dockerを管理するKubernetesの基本的な動作や仕組みとは？ Kubernetesを触ってみた。第20回 PaaS勉強会 － Publickey しかしKubernetesはコンテナレベルのオーケストレーションツールであり、コンテナの基盤となる仮想マシンや物理マシン、ネットワーク構成などはあらかじめ用意されていることが前提となっています。 KubernetesをO
Publickeyが選ぶ2014年のITトレンド。相次ぐ国内データセンター、状況を一変させたDocker、フラッシュストレージベンダの転換期 2014年もあと営業日としては数日でおしまいです。Publickeyの記事を中心に、この1年のITトレンドを振り返ってみました。 国内データセンターの設立が相次ぐ 今年もっとも明確だったトレンドの1つが、海外の大手クラウドベンダが相次いで日本国内にデータセンターを設立したこと。 2014年以前に日本にデータセンターを置いていた海外の大手クラウドベンダは2つだけでした。2011年3月に東京データセンターを開設していたAmazonクラウドと、同じく2011年12月に東京データセンターを開設していたセールスフォース・ドットコムです。 それから3年。今年、海外の大手クラウドベンダが日本国内にデータセンターを設立した動きを時系列で並べてみましょう。 2月 マイ
https://www.youtube.com/watch?v=mVN7aTqr550 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 Code ClimateのBryan HelmkampのRedDotRuby 2014での講演です。ビデオの前半の30分は、Docker + Rubyアプリのユースケースの場合の、概要/ツール紹介/デモです。ここでは、後半に語られているDockerのバリューについて、まとめてみます。 デリバリーの単位 Rubyエンジニアとして、デリバリーするときの単位という概念が今まではなかった（が、Dockerで実現できた）。かつて、JRubyでしばらく開発していたときがあって、その際は、jarファイルの中身がなんであれ、テストして問題なければ、DevOpsチームに渡すだけ。ある意
CoreOSは、アプリケーションの実行環境をDocker Engineに最適化し、軽量なOSを目指すLinuxディストリビューションの1つです。 ブート可能なOSの領域を内部に2つ持つことでOSのロールバックを実現しつつ安全にOSにパッチを当てることができ、また分散環境で利用することを前提にしたシステムツールを採用することで、大規模分散システムの構築を得意とするOSです。 CoreOSは、オープンソースとして開発され、クラウドとコンテナ技術に最適化した新しいタイプのLinux OSだといえるでしょう。 CoreOSの開発元であるCoreOSは、有償サポートプログラムの対象となる「CoreOS Managed Linux」と管理ツールの「CoreUpdate」を発表しました。 Managed Linuxは有償サポート CoreOS Managed Linuxの有償サポートは「Managed
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? （2014年の記事ですよ。） オリジナル："A Rails Development Environment with Docker and Vagrant" by Ben Dixon http://www.talkingquickly.co.uk/2014/06/rails-development-environment-with-vagrant-and-docker/ （デプロイ経験あまりないので訂正、つっこみなど大歓迎です。訳しづらかったところは原文も入れてます。Benさんから翻訳&&シェアOKの許諾もらっています。このテーマでさら
［速報］Docker Hub発表。ビルド、テスト、デプロイの自動化、Dockerイメージの管理など。Dockerのプラットフォーム化を推進 Dockerの開発元であるDocker社は、Docker 1.0の発表とともに、Dockerを基盤としたアプリケーションの開発、配布、実行のための一連の機能を備えたサービス「Docker Hub」を発表しました。 関連：［速報］コンテナ型仮想化のDocker 1.0がリリース。Dockerはコンテナエンジンからプラットフォームになると宣言 Docker Hubは、GitHubやBitbucketなどのソースコード管理ツールと連係して自動的にコードをビルドする機能や、AmazonクラウドのAWS Elastic BeansTalkやGoogle Compute Engine、Rackspace、Red HatのOSなどと連係してアプリケーションをデプロイ
Google Cloud Platform担当のシニアスタッフソフトウェアエンジニア Joe Beda氏が先週公開したスライド「Containers At Scale」は、「Everything at Google runs in a container」（Googleでは全部をコンテナで実行している）と説明するページがあります。Everythingがわざわざ太字で強調されています。 つまり私たちが利用するGoogleのすべてのサービスも、Googleの社内で使われているツールもすべて、すでにGoogleではDockerのようなコンテナ型仮想化技術の上で実行されているということのようです。 「We start over 2billion containers per week.」（私たちは毎週20億個以上のコンテナを起動している）とも書いてあり、Google内部ではすさまじい数のコンテナが
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く