Docker社、Docker Hubのソースコードの一部を「Docker Distribution」としてCloud Native Computing Foundationに寄贈
Docker社、Docker Hubのソースコードの一部を「Docker Distribution」としてCloud Native Computing Foundationに寄贈 Docker社は、同社が提供しているDockerコンテナのレジストリサービス「Docker Hub」のソースコードの一部であり、さまざまなDockerコンテナレジストリサービスのリファレンス実装にもなっている「Docker Distribution」を、Cloud Native Computing Foundationに寄贈したことを発表しました。 Docker HubはDockerコンテナのイメージを登録し、検索し、引き出すことのできるレジストリサービスです。 こうした、いわゆるDockerコンテナレジストリのサービスは、現在では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
マルチコンテナ環境を構成するためのオープン仕様「Compose Specification」登場。Docker、AWS、マイクロソフトらが協力して仕様拡張へ
マルチコンテナ環境を構成するためのオープン仕様「Compose Specification」登場。Docker、AWS、マイクロソフトらが協力して仕様拡張へ Docker社は、同社がDocker Composeとして提供してきた複数のDockerコンテナをまとめて構成する機能の仕様を「Compose Specification」としてオープンな仕様とし、Amazon Web Services（AWS）やマイクロソフトらと協力して拡張していくことを発表しました。 Docker Composeは、2014年にDocker社が買収したOrchard社のマルチコンテナ構成ツール「Fig」を、Docker社が同社のブランドとして製品化し、コンテナオーケストレーションツールのDocker Swarmと同時に2015年2月に公開したソフトウェアです。 Docker Composeを用いると、複数のDoc
Docker/Kubernetes で PID 1 問題を回避する
はじめにPID 1 問題というのは、コンテナを実行した際にアプリケーションのプロセスが PID 1（プロセス番号が1番）で実行されることで、コンテナに対して SIGTERM などのシグナルを送信してもコンテナ内のプロセスが正常に終了しないというものです。ここでは2020年3月現在でこの PID 1 問題を回避する方法を Docker と Kubernetes のそれぞれで紹介します。 TL;DRアプリケーションが「明示的にシグナルをハンドリングするようにする」、または「PID 1 で実行されないようにする」の2つの回避策があるアプリケーションプロセスが PID 1 で実行されないようにする場合、Docker では Tini のような軽量 init を使う、もしくは Docker 1.13 以上の場合は docker run の --init オプションを使うで問題を回避できるKuberne
コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する[Container Runtime Meetup #1発表レポート]
こんにちは、NTTの徳永です。本稿では、コンテナユーザなら誰もが使っていると言っても過言ではない、コンテナランタイムの筆頭「runc」に注目し、その概要を仕様と実装の両面から俯瞰します。本稿は私が主催者の一人として参加した「Container Runtime Meetup #1」で発表した内容をベースにしています。詳しい内容は発表資料もぜひご参照ください。 コンテナランタイムとはKubernetes等のコンテナオーケストレータを用いてアプリケーションをコンテナ(Pod)として実行するとき、実際にコンテナの作成をしているのは誰でしょうか。実はKubernetesはコンテナを直接触らず、あるソフトウェアを用います。まさにそれがコンテナランタイム（以降、ランタイム）です。つまり、ランタイムはクラスタを構成する各ノード上で稼動し、上位のオーケストレータからの指示に応じ実際にコンテナを作成・管理しま
![コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する[Container Runtime Meetup #1発表レポート]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2757b228827ed0ff7a4891cb1dc730c4d4c6e047/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A809%2F1%2AmFt37mfkCaV2P1rprRuwBw.png)
Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)
NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは， curl -fsSL http
Docker社、WSL 2に最適化した「Docker Desktop for WSL 2」来月リリース。Windows 10でLinux版Dockerを実現、Kubernetesも1クリックでセットアップ
Docker社、WSL 2に最適化した「Docker Desktop for WSL 2」来月リリース。Windows 10でLinux版Dockerを実現、Kubernetesも1クリックでセットアップ Docker社は、WSL 2に最適化した「Docker Desktop for WSL 2」テクニカルプレビューを来月公開する予定であることを明らかにしました。 The Future of #Docker Desktop for #Windows https://t.co/3xNkXc2aoY via @sferquel pic.twitter.com/HKsMraXJKH — Docker (@Docker) 2019年6月17日 WSL 2は、Windows 10上でLinux環境を実現する「Windows Subsystem for Linux（WSL）」の次期版。Windows
コンテナランタイム「containerd」が十分に成熟したとして、Cloud Native Computing Foundationの「卒業」プロジェクトに
Kubernetesなどの開発をホストしている団体「Cloud Native Computing Foundation」（CNCF）は、コンテナランタイムのcontainerdが「卒業」（Graduated）プロジェクトになったと発表しました。 CNCFはKubernetes、containerdをはじめ、Fluentd、gRPC、Helm、etcd、Prometheus、Envoy、CoreDNSなど多数のオープンソースプロジェクトをホストしています。 CNCFはこうしたプロジェクトを成熟度ごとに、実験的な位置付けとなる「Sandbox」、育成段階の位置付けとなる「Incubating」、そして十分に成熟した位置づけとなる「Graduated」に分類しています。 そしてそれぞれの段階にあるソフトウェアの導入はキャズム理論に従い、Snadbox段階のソフトウェアはいわゆる「イノベータ」と呼
Docker Engine 18.09リリース、BuildKitの搭載でコンテナビルドのスピードを最大9倍以上に高速化
Docker Engine 18.09リリース、BuildKitの搭載でコンテナビルドのスピードを最大9倍以上に高速化 DockerはcontainerdやBuildKitの最新版を搭載したDocker Engine 18.09のリリースを発表しました。 Docker Engine 18.09の最大の特徴は、新しく登場したコンテナイメージのビルダであるBuildKitを搭載したことで、ビルドのスピードが大幅に向上した点でしょう。 BuildKitは7月に登場したDocker Engine 18.06で実験的に搭載され、実験モード（experimental mode）では利用可能でした。今回のDocker Engine 18.09では実験モードでなくとも利用可能な標準機能となりました。 BuildKitはビルドの機能を根本的に見直したとされており、ローレベル中間ビルドフォーマット（LLB：L
Kubernetes 1.11が正式リリース。より軽量なIPVSロードバランシング採用、KubeDNSからCoreDNSへ、Kubeletの動的コンフィグレーションなど
Kubernetes 1.11が正式リリース。より軽量なIPVSロードバランシング採用、KubeDNSからCoreDNSへ、Kubeletの動的コンフィグレーションなど Kubernetes 1.11ではクラスタのスケーラビリティに関する2つの大きな変更が完了し、より高いスケーラビリティを安定して実現できるようになっています。Kubernetesのコア機能が大きく進歩したリリースと言えます。 CoreDNSがKubernetesのデフォルトDNSとして選択可能に その1つ目は、KubeDNSからCoreDNSへの変更が完了した点です。 Kubernetesはオーケストレーション機能を実現するために内部にDNS機能を必要としており、これまではそこにKubernetesの開発エンジニアがKubernetes開発の合間に開発しメンテを行ってきたKubeDNSが用いられていました。 これを、よりシ
Kubernetes対応コンテナランタイム「containerd 1.1」正式リリース。CRIにネイティブ対応し、Dockerより軽量で高速な動作を実現
Kubernetes対応コンテナランタイム「containerd 1.1」正式リリース。CRIにネイティブ対応し、Dockerより軽量で高速な動作を実現 コンテナ型仮想化を実現するDockerは、その内部にコンテナランタイムとしてcontainerdと呼ばれるソフトウェアを内蔵しています。 このcontainerdはもともとDocker社によって開発されてきましたが、標準的なランタイム実装を実現するために、Docker社から中立的な団体であるCloud Native Computing Foundationに（CNCF）に、2017年3月に寄贈されました。 コンテナ実装の一本化へ向かうか。DockerとCoreOSがそれぞれのコンテナ実装をCloud Native Computing Foundationへ寄贈すると協同提案 － Publickey containerdは現在もDocker
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」を利用した新たなホスティングサービス「Arukas」を提供開始 | さくらインターネット
さくらインターネット、 コンテナ型仮想化技術「Docker」を利用した新たなホスティングサービス「Arukas」を提供開始 〜転送量課金なしで128MBメモリーを0円から利用可能〜 インターネットインフラサービスを提供するさくらインターネット株式会社（本社：大阪府大阪市、代表取締役社長：田中 邦裕）は、Docker, Inc.（本社：米国サンフランシスコ、CEO：Ben Golub、以下：Docker社）が開発するコンテナ型仮想化技術「Docker」を利用した新たなホスティングサービス「Arukas（アルカス）」を2018年3月26日より提供開始します。 「Docker」は、Docker社より2013年に公開されたオープンソースのコンテナ型の仮想化ソフトウエアです。Dockerで実現されるコンテナ型仮想化技術は、これまでの仮想化技術に比べ、オーバーヘッドの大幅な削減に成功し、サーバーリソー
Kubernetesを統合したDockerがついにリリース。Docker for Mac with Kubernetesのベータ版が公開
Kubernetesを統合したDockerがついにリリース。Docker for Mac with Kubernetesのベータ版が公開 Docker社は、Kubernetesを統合したmacOS向けのDockerをベータ版として公開したことを明らかにしました。Community Editionで公開されているため、誰でも無料で利用できます。 Announcing #Docker for Mac with #Kubernetes - available with the latest Edge release for #Mac. https://t.co/o1vR5FNjgj pic.twitter.com/JLtc23ssQB — Docker (@Docker) 2018年1月10日 Docker社は昨年、2017年10月にDockerとコンテナオーケストレーションツールのKubern
Dockerコンテナ時代の第一章の終わり、そして第二章の展望など － Publickey
コンテナ型仮想化の技術や実装はDockerが登場する以前から存在していたとはいえ、IT業界で本格的にコンテナの活用が始まったと言えるのは、やはり2013年3月に当時のdotCloudからDockerが登場したことがきっかけでしょう。 そうして始まったコンテナ時代の第一章は今年2017年、コンテナの標準仕様がOpen Container Initiativeによって策定完了し、コンテナオーケストレーションの事実上の標準がKubernetesに決まったことで基盤技術の基本要素がおおむね固まり、一つの区切りがついたように見えます。 そして今後は、この基盤技術を用いたコンテナによる分散アプリケーションのための様々なサービスや開発、テスト、デプロイ、本番環境に対応したツールやサービス実行環境などのソリューションが登場し、競う段階へ入っていくのではないでしょうか。 この記事では、Docker登場から現
Rust言語による新しいDockerコンテナランタイム実装「Railcar」、オラクルがオープンソースで公開。なぜRustでコンテナランタイムを実装したのか？ － Publickey
Rust言語による新しいDockerコンテナランタイム実装「Railcar」、オラクルがオープンソースで公開。なぜRustでコンテナランタイムを実装したのか？ Rust言語で実装したコンテナランタイムの「Railcar」を、オラクルがオープンソースとしてGitHubで公開しました。 Railcarはコンテナランタイム標準であるOCI（Open Container Initiative）に準拠してているため、Dockerのバックエンドとしても利用可能と説明されています。 なぜDockerをRust言語で実装するのか Railcarの公開を明らかにしたOracle Developers Blogに投稿された記事「Building a Container Runtime in Rust」によると、Rust言語でコンテナランタイムを実装した理由が次のように説明されています。少し長いのですが、引用し
Arukas API Reference | Arukas
Overview The Arukas API provides programmable access interface for resources, which extends and integrates Arukas application with other services. Creating apps, provisioning, and performing other tasks through Arukas API empowers to automate your daily workflow. Authentication The API keys consist of API token and secret token. You can generate them in Arukas user control panel. To follow along w
Docker、オフィシャルイメージのOSをAlpine Linuxへ切り替える計画が明らかに。OSの軽量化に傾倒するDocker
Docker、オフィシャルイメージのOSをAlpine Linuxへ切り替える計画が明らかに。OSの軽量化に傾倒するDocker Dockerは現在、同社が提供するオフィシャルなDockerイメージのOSにUbuntu Linuxを採用していますが、これをAlpine Linuxへ切り替える計画があることが明らかになりました。 海外のメディアで次のように報じられています。 Docker gets minimalist with plan to migrate images to Alpine Linux | SiliconANGLE What's Behind Docker's Host OS Change? | Data Center Knowledge UbuntuからAlpine Linuxへの切り替え計画が明らかになった理由は、同社の従業員がHacker Newsのスレッドで次のよ
コンテナに入りたい？それ docker exec でできるよ - Qiita
この方法を使えば、コンテナ内のファイルをリダイレクトして親ホストに保存したり、パイプで処理をつなげたりすることもできます。docker cp コマンドと比べると、プロセスの実行結果を取得できるという点で柔軟な処理ができそうです。 nsenter は jpetazzo/nsenter コンテナを使えば簡単にインストールできましたが、docker が標準対応してくれたことで事前準備が不要になり、さらに楽になりました。 追記 nsenter と違って環境変数が正しく設定された状態でコマンドが実行されるようです。以下のような方法で指定した環境変数を参照することができます。素晴らしい！ Dockerfile に ENV で書いた環境変数 docker run の --link オプションにより設定される環境変数 docker run の -e オプションにより設定される環境変数
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
私家版 Dockerfile Pattern
