AWS、Docker Desktop代替となり得る「Finch」をオープンソースで公開。ローカルマシンに仮想環境とコンテナランタイム、ビルドツールなど一式を導入
AWSは、ローカルマシン上にLinuxコンテナのランタイム、ビルドツール、コマンドラインツールなど一式を簡単にインストールし、コンテナを用いた開発環境を開始できるソフトウェア「Finch」をオープンソースで公開しました。 Today we are happy to announce a new open source project, Finch. Finch is a command line client for building, running, and publishing Linux containers. Learn more in this blog from @estesp and @ChrisShort https://t.co/5qDdio806E#AWSCloud #containers #opensource pic.twitter.com/TDfcYlwwIs
Docker is Updating and Extending Our Product Subscriptions | Docker
Editor’s Note: Be sure to check out the Pricing page for the latest Docker Desktop packages and features! Docker is used by millions of developers to build, share, and run any app, anywhere, and 55% of professional developers use Docker every day at work. In these work environments, the increase in outside attacks on software supply chains is accelerating developer demand for Docker’s trusted cont
Podman で Compose したかったらどうするの？ - Qiita
Podman の CLI はほぼ Docker 互換だから、コマンドに戸惑わず同じ使用感で使えるよって言うけど、 ネットワークの仕組みは違うみたいだし、公式サポートの compose も無い Podman でコンテナ同士の疎通と連携はどうすればいいの！？と迷える子羊化していた自分にこの記事を送ります。 はじめに この記事では Podman-Compose の使い方については詳しく触れていません。サードパーティ製のツールである Podman-Compose に代わって、 Podman の標準機能である podman generate kube と podman play kube を使って起動、実行、停止までを完結してみようと試みた内容です。 背景 CentOS8, RHEL8 で最も衝撃的だった変更の一つは何か？ と聞かれた時、 Docker のサポート廃止と Podman の採用を挙げる
Dockerイメージのビルド中にExitedしたコンテナに入る方法 - Namiking.net
長めのansible-playbookをRUNしてる途中でエラーが出た時に役立ったので、まとめておく。 どういう時に使う？ 例えば、docker build途中によくわからない理由でエラー落ちした時、 直前状態のコンテナに入ってデバッグしたい事がある。 ビルドに失敗した後、docker ps -aすると、 Exitedしたビルド作業用のコンテナが消されずに残っているので、 このコンテナの中にシェルで入れれば、エラーの詳細を調べられる。 コンテナだけでなく、直近のイメージも残っているが、 Dockerコマンド単位でコミットされるため、 数珠つなぎのRUNとか、ansibleやchefなどのプロビジョニングツールを併用した時に、 大幅にロールバックしていることがある。 ビルド途中にエラーで落ちるDockerfileの例 FROM busybox RUN touch /step1 RUN tou
Dockerを使うとRedmineのテストが少しだけ楽になりました
テスト環境によってはRedmineのテストの一部が実施されない場合があります 足らない機能（ミドルウェア）はDockerコンテナを使って補うことが可能です 必要となるミドルウェアは都度Dockerを使うことで仮想マシン構築等の時間が不要になり楽になります 原田です。12月になり今年も終わり新しい年を迎えるということで、付き合いのある方々からカレンダーを頂きます。毎年デザインが変わるので年末ぎりぎりまで新しいカレンダーは開けないで楽しみにしています。 今回はRedmineの改善作業の一つであるテストをDockerコンテナを使用してすべて通してみることについて書きたいと思います。 Redmineはテストが通らないとリリースできません 当然のことですけどテストが失敗するコードをリリースするとRedmineを利用する多くの方々にご迷惑をかけます。最悪業務が止まってしまう事もあり得ます。Redmin
CPU律速なRuby/Pythonコードはデフォルト設定のdocker上で遅くなる - まめめも
English version 要約 dockerはデフォルトでセキュリティ機構（Spectre脆弱性の対策）を有効にします。この影響で、RubyやPythonのようなインタプリタは速度が劣化します。特にCPU律速なプログラムで顕著に遅くなります（実行時間が倍くらいになることがあります）。 現象 Rubyで1億回ループするコードを、直接ホスト上で実行する場合と、docker上で実行する場合で実行時間を比較してみます。 直接ホスト上で実行した場合： $ ruby -ve 't = Time.now; i=0;while i<100_000_000;i+=1;end; puts "#{ Time.now - t } sec"' ruby 2.7.1p83 (2020-03-31 revision a0c7c23c9c) [x86_64-linux] 1.321703922 sec docker
Dockerメモ : awesome-dockerで紹介されているDocker関連の便利ツール - もた日記
管理ツール lazydocker ctop portainer cadvisor ユーティリティ dive docker-slim docker-bench-security watchtower container-diff pumba container-structure-test Linter/Formatter hadolint dockfmt Dockerfileサンプル チートシート github.com awesome-dockerで紹介されているDocker関連の便利ツール、Dockerfileサンプル、チートシートなどをいくつか見てみる。 ざっくりとしか確認していないので実際には使えないものもあるかも。 管理ツール Repository スター数 jesseduffield/lazydocker 14,925 bcicen/ctop 9,823 lirantal/doc
Dockerコンテナ内でpuppeteerを使うとChromeゾンビプロセスがたまる問題 - その手の平は尻もつかめるさ
表題のような問題があり，その調査したという記録です．なお，結論を一言で言うと--initを使え，ということになります． そもそもDockerコンテナを起動すると，CMDあるいはENTRYPOINTに指定されたコマンドがコンテナ内でPID 1として起動します．これが何を意味するかと言うと，「CMDあるいはENTRYPOINTに指定されたコマンド」はそのコマンド自体の責務をまっとうするのと同時に，initプロセスとしての振る舞いも行わなければならないということになります (id:hayajo_77さんにこの辺を詳しく教えてもらいました，ありがとうございます)． つまりPID 1で動いているプロセスは「SIGCHLDをトラップすることで孤児プロセスを適切に回収し，waitpidをかける」という処理も適切に行う必要があります． さて，puppeteerを使ってChromeブラウザを起動するとどうな
Best practices for writing Dockerfiles | Docker Documentation
{ switch(e.key) { case 'k': if (e.metaKey || e.ctrlKey) { e.preventDefault() open = !open; if (open) { document.body.classList.add('overflow-hidden'); } else { document.body.classList.remove('overflow-hidden'); } } } }"> OverviewGet Docker Docker Desktop Overview Install MacUnderstand permission requirements for MacWindows Use the MSI installer Early Access OverviewInstall and configureUse IntuneF
Alpine Linux で Docker イメージを劇的に小さくする - Qiita
Docker イメージを小さく作るテクニックって、いろいろありますよね。不要なファイルやディレクトリを削除したり、複数の RUN 命令をひとつにまとめたりなどなど。 ところが、ベースイメージに Alpine Linux を使う（FROM alpine とする）と、Docker イメージのサイズを 劇的に小さくできる ことがわかりました。 いままで、Docker イメージのサイズを小さくするために、ちまちまとやってきたことは、なんだったんだろうという感じです。まあ、それはそれで組み合わせて使いますが . . . なんとも . . . ねえ（笑） Alpine Linux とは Alpine Linux は、セキュアで軽量な Linux ディストリビューション musl libc と BusyBox をベースに構成されている 組込み系に適した Linux ディストリビューション パッケージ管理
Dockerやる前のAlpine Linux
Dockerやる前のAlpine LinuxSat, 01 Oct 2016 12:11:23 GMT仮想化 Docker 会社でNginxのDockerfileを作ったので、記事を書こうと思ったものの書くことがあまりに多すぎるので、まずベースに使用したAlpine Linuxについて書きます。 上司が「DockerならAlpine Linuxですよ！Alpine！」というので、Dockerイメージを作るのにAlpine Linuxなるものをベースにすることにしました。 「ただでさえDocker知らないのにAlpine Linuxとかいうディストリビューションだされてますますわけわかんないよ」と思ったし、いろんなことを同時に覚えないといけないというプレッシャーからかなり消耗したのですが、結論から書くと別に難しくないので「Alpine Linuxしらないよ」って人も使ってみたらいいと思います
Dockerを使ったGolang開発環境 - unknownplace.org
しばらくiOSアプリのクライアントサイドばかり開発していてサーバサイドプログラムにご無沙汰だったのだけど、 最近またGoでアプリのサーバサイドを書くようになった。 ちょうど xhyve が話題になっているのもあって、OS X の仮想環境がアツい感じだったので、 ひさしぶりに Docker で開発してみよう、と思いたち、Dockerを使ったアプリ開発をやってみている。 docker-compose を使って依存ミドルウェアも一緒に立ち上げる docker-compose [1] というのを使うと、複数のコンテナを同時に立てられ、それぞれにリンクも良い感じにやってくれる。 開発環境を作るにはもってこいのツールだ。 GoのWebアプリ サンプルとして以下のようなアプリを考える。 // main.go package main import ( "fmt" "log" "net/http" "gi
Rail5.1 rc1+Dockerでいい感じの環境を構築する - あすたぴのブログ
目的 いい感じに使える、Dockerの開発環境を構築する。 最終的な目的はProductionでDockerを使うイメージを固めること。 環境 Vagrant Ubuntu Trusty 14.04 Docker Docker version 17.03.1-ce, build c6d412e Rails5.1 rc1 docker for mac はいい噂を聞かないのでVagrant上でDockerを使用する。 当然、docker for mac でも動く。 Railsアプリ作成 bundle init gem 'rails', '~> 5.1.0.rc1' bundle instlal --path vendor/bundle sprockets, turbolinksを抜いています。 DBはmysqlを使用 bundle exec rails new --skip-bundle -d
docker buildのオプションまとめ - Qiita
[root@master cent_mount]# docker version Client version: 1.6.2.el7 Client API version: 1.18 Go version (client): go1.4.2 Git commit (client): c3ca5bb/1.6.2 OS/Arch (client): linux/amd64 Server version: 1.6.2.el7 Server API version: 1.18 Go version (server): go1.4.2 Git commit (server): c3ca5bb/1.6.2 OS/Arch (server): linux/amd64
Alpine Linux入門 -内部構造とapkでパッケージインストール編-
さて、前回のエントリはAlpine Linuxの環境を作ってみる話でした。 Alpine Linux入門 -環境構築編- - tehepero note(・ω<) 今回は実際にAlpine Linuxの中身を探索していったり、apkでのパッケージインストール等をやってみます。 前回使った仮想環境をそのまま利用します。前回の環境構築プロセスはもういいよって人は、Vagrant Cloudに公開されているboxを使うでもOKです。 各自のAlpine環境にsshでログインしている前提で話を進めます。 Alpineを探索する まずは素の状態のAlpineがどうのような状態になっているかを確認しておきましょう。Alpineは非常に軽量とされていますが、実際どの程度機能が絞られているかをある程度理解しておく必要があります。 /bin とりあえず基本的なプログラムが配置されている/binでも見てみまし
DockerイメージとGitのブランチ戦略 · tehepero note(・ω<) 2.0
Dockerイメージ あのブランチからできたDockerイメージをディプロイしたい、っていうことが当然あります。ということは、イメージはGitのブランチ名で識別できなければならないわけです。 Dockerイメージにはタグでバージョンをつけることができます。最新のものはlatestとつけられますが、任意のバージョン名でタグ付けしてしまうと同名ではforce pushしないと更新できません。それは微妙なので、今のところ次のような運用を考えてます。 masterブランチ 本流であるmasterブランチはストレートにlatestでよいでしょう。 master -> USER_NAME/image-name:latest リリースバージョン、またはタグ付けされたリビジョン 実際にリリースされたバージョンの場合、Gitで作成したタグをイメージでも採用すればよいでしょう。 master -> USER_
docker-compose コマンドまとめ
開発環境としてDockerを使ってるのですが、なんとなくコマンドを打っていて、あまりちゃんとコマンドを理解していないので、覚え書きとしてまとめてみようと思います。 dockerコマンドというよりdocker-composeを紹介します。 今回は以下のようなdocker-compose.ymlを参考にします。 web: build: . environment: DISABLE_SPRING: "1" DB_USERNAME: "root" DB_PASSWORD: "root" DB_HOST: "db" ports: - "3000:3000" volumes: - ".:/var/local/rails5_product" links: - "db" db: image: mysql:5.6 environment: MYSQL_ROOT_PASSWORD: "root" # rail
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - bcicen/ctop: Top-like interface for container metrics
build — Docker-docs-ja 1.11.0 ドキュメント
お前のDockerイメージはまだ重い💢💢💢
