Kubernetes、Dockerに依存しないKubernetes用の軽量コンテナランタイム「cri-o」正式版1.0リリース
Kubernetesは、Dockerに依存しない軽量コンテナランタイム「cri-o」正式版1.0リリースした。cri-oはコンテナランタイムとしてはDockerに競合するが、コンテナイメージなどを作る機能などは備えていない。 cri-oは、Kubernetesの育成プロジェクト（Kubernetes Incubator Project）として開発されています。 Red Hatに所属するcri-oエンジニアリングチームのDaniel Walsh氏は、cri-oのオフィシャルブログに投稿された記事「CRI-O 1.0 is here」で、Dockerに依存しないコンテナランタイムであるcri-oの開発動機について次のように説明しています。 We felt at the time that the upstream Docker project was changing too quickly
［速報］次バージョンのDocker for Win/Macでは、ローカルにKubernetes環境も自動構築。DockerCon Europe 2017 － Publickey
無料で提供される開発者向け「Docker Community Edition」Windows版、Mac版でもKubernetesの統合が行われ、ローカルにDocker環境と同時にKubernetes環境が構築されることが発表された。 デンマークのコペンハーゲンで10月17日に開幕したイベント「DockerCon EU 2017」。 DockerとKubernetesの統合とサポートの発表に続いて、無料で提供される開発者向けのDocker環境であるDocker Community EditionのWindows版、Mac版でもKubernetesの統合が行われ、ローカルにDocker環境と同時にKubernetes環境が構築されることが発表されました。 Docker Community EditionもKubernetesを統合 Docker創業者兼CTO Solomon Hykes氏。 も
［速報］DockerがKubernetesとの統合およびサポートを発表。DockerCon EU 2017
［速報］DockerがKubernetesとの統合およびサポートを発表。DockerCon EU 2017 デンマークのコペンハーゲンで10月17日に開幕したイベント「DockerCon EU 2017」で、DockerはKubernetesをSwarmと同等のレベルでDockerと統合し、サポートすると発表しました。 Dockerコンテナを用いた分散環境を管理するためのオーケストレータには、Dockerに統合されたSwarmだけでなく、Marathon、Rancher、そしてKubernetesなど複数のツールがありますが、この発表でKubernetesがオーケストレータにおける事実上の標準の地位を固めたと言えそうです。 次のDockerでネイティブにKubernetesをサポートする DockerCon EU 2017の基調講演に登壇した、Docker創業者兼CTO Solomon H
CircleCI 2.0でElasticsearchを起動しつつテストする - その手の平は尻もつかめるさ
例えばElasticsearchを使ったプロジェクトがあったとして，それをCircleCIで継続的にテストしたいとする．CircleCI 2.0はコンテナベースのCI環境なので，そのプロジェクトが採用している言語のコンテナの上でElasticsearchを動かす必要がある．どうするか． circleci.com CircleCIのドキュメントに記されている通り，docker imageは複数起動することができる．一番目に指定したdocker imageはprimary containerとして取り扱われ，stepsに書く手続きは全てそのコンテナ上で実行される．それ以降にdocker imageを指定した場合はそのimageがprimary containerと共通のネットワーク上で立ち上がり，そのコンテナ上で公開されているポートについてはprimary containerのlocalhos
CircleCIでDockerイメージをキャッシュするのに、実はちょっとした工夫が必要な件 · tehepero note(・ω<) 2.0
2月ですね。 さて、CircleCIにはcache_directoriesという機能があって、前回のビルドでダウンロードしたり生成したりするもので時間的コストのかかるものをキャッシュしておいて、次回以降のビルドでコンテナにリストアできます。 例えば、MavenでJarを大量にダウンロードしてきて出来上がったローカルリポジトリ等ですね。ちなみに.m2や.ivy等はデフォルトでキャッシュされます。 Dockerイメージのキャッシュ ライブラリの他に、時間的コストとなるものの代表というとやはりDockerイメージなんですけど、実はこれをcache_directoriesの機能を使ってイメージの場所を指定してもビルドの時間は短縮できません。 実はCircleCIの公式ドキュメントには、ひっそりと以下のように記述されています。 Docker images aren't cached automati
CircleCI 2.0 Beta における Docker イメージのビルド - Lambdar
追記（2017-06-09） CircleCI の公式ブログにおいて，本記事の英訳が投稿された．翻訳・公開に大変感謝している． circleci.com 先日，CircleCI 2.0 がオープンベータになった． CircleCI 1.0 ではベースコンテナとして LXC，ファイルシステムとして Btrfs を採用しているため，バージョン 1.11 以降の Docker を利用することができなかった． CircleCI 2.0 ではそのような制限は存在しない．Docker をネイティブサポートしているからだ． ユーザは任意の Docker イメージを自由に組み合わせて望みの CI コンテナ環境を作ることができる． プロジェクト毎の設定で「Ubuntu 12.04 (Precise)」か「Ubuntu 14.04 (Trusty) 」の二択から選んでいたことを考えると，レゴブロックを買い与え
Dockerのイメージはどこにある?
Dockerのイメージはどこにある? Where are Docker images stored? 非常にわかりやすいまとめ．ただ，自分の環境とはディレクトリ構造などが若干異なった (バージョンが異なる?) ので，自分で手を動かしながらまとめなおしてみた． 今回用いるDockerのバージョンは以下． $ docker -v Docker version 0.7.2 ubuntuレポジトリを取得する $ docker pull ubuntu $ docker images REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE ubuntu 12.04 8dbd9e392a96 8 months ago 128 MB ubuntu latest 8dbd9e392a96 8 months ago 128 MB ubuntu precise 8dbd9e39
DockerでサクッとDBからER図を作成する - Qiita
SchemaSpyというDBのスキーマを解析してテーブルの一覧やER図を出力してくれるツールがあります。 このツールの公式Dockerイメージが公開されており、非常に使いやすいので紹介させて頂きます。 https://hub.docker.com/r/schemaspy/schemaspy/ コマンド docker run -v "$PWD/schema:/output" --net="host" schemaspy/schemaspy:snapshot \ -t <DB種類> -host <DBホスト名/IP>:<ポート> -db <DB名> -u <DBユーザー名> -p <DBパスワード> このコマンドを実行するとカレントディレクトリのschemaディレクトリに解析結果のHTMLが出力されます。 （コンテナは自動的に終了します） docker run のオプション -vオプションで指
dockerのENTRYPOINTとCMDの書き方と使い分け、さらに併用 - Qiita
2019-06-01 追記 この記事より DockerfileのCMDとENTRYPOINTを改めて解説する - Qiita のほうがお勧めです。 元記事 Dockerfile referenceやDockerfile Best PracticesにENTRYPOINTとCMDの書き方と使い分け、さらに併用について書かれていました。 ENTRYPOINTとCMDの引数の書式 ENTRYPOINTの書式は以下の2種類があります。 ENTRYPOINT ["executable", "param1", "param2"] (シェルを介さずに実行。この形式を推奨) ENTRYPOINT command param1 param2 (シェルを介して実行) シェルを介して実行するほうは/bin/sh -cを使って実行するそうです。 CMDの書式は以下の3種類です。 CMD ["executable"
Alpine Linux入門 -環境構築編-
今、Docker界隈ではAlpine Linuxへの注目が急速に高まってきています。 Alpine Linuxは非常に軽量なディストリビューションであり、軽量なDockerイメージを作るために必要不可欠な要素になりつつあります。Alpine Linuxの有用性については、この間行われたJAWS-UGコンテナ支部 #4 - connpassでもお話させてもらったので、詳細はスライドをご覧あれ。 お前のDockerイメージはまだ重い💢💢💢 // Speaker Deck Alpineデビューする障壁 Alpineが軽いからといって、そうホイホイとDockerにalpineなイメージを簡単に作れるかというとそうではありません。最初はDockerfileを作るだけで相当消耗してしまうでしょう。そうならないためにも、Alpineの特性を抑えておく必要があります。 Alpineはデフォルトではか
Alpine Linux入門 -内部構造とapkでパッケージインストール編-
さて、前回のエントリはAlpine Linuxの環境を作ってみる話でした。 Alpine Linux入門 -環境構築編- - tehepero note(・ω<) 今回は実際にAlpine Linuxの中身を探索していったり、apkでのパッケージインストール等をやってみます。 前回使った仮想環境をそのまま利用します。前回の環境構築プロセスはもういいよって人は、Vagrant Cloudに公開されているboxを使うでもOKです。 各自のAlpine環境にsshでログインしている前提で話を進めます。 Alpineを探索する まずは素の状態のAlpineがどうのような状態になっているかを確認しておきましょう。Alpineは非常に軽量とされていますが、実際どの程度機能が絞られているかをある程度理解しておく必要があります。 /bin とりあえず基本的なプログラムが配置されている/binでも見てみまし
envsubstを使ってShellでテンプレートエンジン的なことをする、Dockerコンテナ起動時にファイルを生成する - そんな今日この頃の技術ネタ
毎回の起動時に外部から指定された文言を含んだHTMLファイルを生成して、以降はそれを返すようなDockerイメージを作りたいという案件があった。 一度コンテナを起動してしまえば完全にスタティックなページなのでわざわざMySQL等には繋ぎたくないし、 ファイルを置いたボリュームをマウントするという手もあるがホストが複数台なので管理がめんどくさい。 できることならコンテナの起動時に環境変数として値を渡すようなDocker的にお行儀の良い方法をとりたいが、 文字列結合でHTMLファイルを生成するのもかったるい。 要件的には何がしかの言語のテンプレートエンジンを使えばよいところではあるが、 本当に一文だけなんでそれだけのためには大げさだよなぁ何か無いかなぁと思ってググッていたら、 envsubst なるものをみつけた。 どうやら環境変数を埋め込んだ出力ができるらしい。 $ export var1=
envsubstを使ってDockerで設定ファイルに環境変数を埋め込めこむ汎用的なパターン - Qiita
はじめに Docker使ってるとできるだけイメージは共通化して、設定ファイルはマウントで差し込み、環境ごとの設定差分は環境変数で埋め込む方向になってきます。 しかしながら、設定ファイルに環境変数を直接埋め込めるかは対象のソフトウェアの実装次第で、例えばfluentdは設定ファイルで環境変数を直接埋め込めるけど、nginxは環境変数を直接埋め込めなかったりします。 で、よくやるのは entrypoint.sh みたいなのを作って起動時にsedするという原始的な方法もあるけど、もうちょっとスマートな方法として、 envsubst という軽量なテンプレートエンジンを使うことで、設定ファイルに汎用的に環境変数を埋め込むことができて便利なので紹介したい。 インストール nginx:alpineには既にenvsubstコマンド入ってるので、そのまま使える。 他のイメージで入ってなければ以下の方法でイン
Amazon EC2 Container Service(ECS)の概念整理 - Qiita
概念図 とりあえずECSに出てくるエンティティがそれぞれどんな多重度で関連しているのかをまとめてみました。ここからはそれぞれのエンティがどんな概念なのかを解きほぐしていきたいと思います。 図1 概念図 Serviceが中心 ECSは平たく言うと クラスター（＝複数EC2インスタンスの集合）の上で Dockerコンテナを使って、 Serviceを動作させる ものです。 図2 例えばの構成 上図は、 Front Service (裏にいるAPIをCallしてWEB UIを提供するもの） API Service （ビジネスロジック、DBへの読み書きをRESTful APIで提供するもの） と言う２つのService で構成されるWEBアプリケーションの例です。 ECSで言うServiceは、Serviceは利用者から見た「サービス」よりも一段階か二段階細かいもので、APIサーバーとか、フロントサ
production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita
実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。 ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれるため、もし参考にされる方が居たとしても、そのままの形では適用できない可能性が高い) 追記: RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiita コンテナ化のモチベーション CentOSのお守りからの
ECS を利用したオフラインジョブの実行環境 - クックパッド開発者ブログ
技術部の鈴木 (id:eagletmt) です。 クックパッドでは以前からアプリケーションの実行環境として Docker を利用していましたが、最近は徐々に Amazon EC2 Container Service (ECS) を利用し始めています。 去年の時点での Web アプリケーションのデプロイ手法 *1 や、最近 ECS を利用してどう Web アプリケーションをデプロイしているか *2 については紹介したことがあるので、今回は定期的なバッチ処理やジョブキューを介して非同期に実行されるようなオフラインの処理について、どのような環境を構築しているか紹介したいと思います。 Docker を使う前 Docker を利用し始めるより前から社内では kuroko2 *3 というジョブ管理システムが稼動しており、複数のアプリケーションから利用されていました。 kuroko2 は定期的にジョブを
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCI 2.0 では Docker ビルドキャッシュが効く - Qiita
普通のRailsアプリをdockerで本番運用する知見
https://qiita.com/Dr_ASA/items/e13aecc331e0e920f7ea