2018年なぜ私達はコンテナ/Dockerを使うのか | iret.media
2017年にもうコンテナの未来・一つのカタチはもう確定したと言え、今更感があるものの、改めてDockerとコンテナについて。 今更こんなことを書くのは、情報が溢れてくる今こそ、正しく理解し、正しい順序で学習することが重要だと切に思うから。 内容についてのお断り How Toはかきません あくまでも2018年時点の私見 目新しい情報はない、2016年頃に書けたレベル Dockerをこう使えとか、こうするのがいいとかの話ではなく、コンテナとDockerに関して大きな視点で現時点で私の考えを書きます。また、私自身はかなりのコンテナ推進派です。 Dockerをよくわかっている人には意味のない記事となります。 コンテナ(Docker)のメリット 何故コンテナがいいのか、コンテナをある程度の学習コストを払ってでもやる理由 コンテナとDocker コンテナ技術はDockerが生まれる前から存在する技術で
Kubernetes 1.11 カスタム・クラスタをゼロ（スクラッチ）から構築（参考訳）
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 Creating a Custom Cluster from Scratch - Kubernetes https://kubernetes.io/docs/setup/scratch/ こちらにクラスタ構築やカスタマイズに関して有益と思われる情報が記載されていました。参考のために翻訳しましたので、共有いたします。日本語で熟れない表現、分かりづらいところ、変更提案がございましたらお知らせください。 カスタムクラスタをゼロから構築 このガイドが対象としているのは、カスタム Kubernetes クラスタを高度な技術でうまく作りたい方
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が用いられていました。 これを、よりシ
「Dockerによるアプリケーション開発環境構築ガイド」はプロのエンジニア必読の一冊だ（断言） - Lean Baseball
マイナビ出版社様および、著者（かつ、私から見たら元同僚）の櫻井さん（このエントリーではこの後sakuさんと称す）*1のご厚意により、一冊頂戴いたしました. Dockerによるアプリケーション開発環境構築ガイド 作者: 櫻井洋一郎,村崎大輔出版社/メーカー: マイナビ出版発売日: 2018/05/29メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る ありがとうございます！ 結論から言うと、タイトルの通り プロのエンジニアを名乗って一人前に仕事するなら一冊個人なり会社なりで持っておけ！！！ っていうくらい（元同僚バイアスを抜きにしても）よくできている本なので、感想（書評）と自分のDockerなお話を書きたいと思います. TL;DR Dockerはじめての人も使ってる人も「Dockerによるアプリケーション開発環境構築ガイド」は手元においておけ、それぐらい良い本だぞ！ サ
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
Dockerコンテナ内でdockerコマンドを使う（dockerクライアントバイナリだけインストール方法） - Qiita
はじめに Dockerコンテナ内でdockerコマンドが使いたい。 このエントリは、いわゆるDocker in Dockerでネストしたいわけではなくて、同じdockerデーモンを共有する兄弟コンテナを立てたい場合の話です。 どういうユースケースかというと、 社内Heroku的なアプリケーションをDockerコンテナで動かして、Web画面をポチポチするとdocker service createしたいとか HubotをDockerコンテナで動かして、特定の発言に反応してdocker runしたいとか JenkinsをDockerコンテナで動かして、CIの実行でdocker runしたいとか Dockerを使ってるとなんでもDockerにしたい病になるので、Dockerコンテナを起動するような必要があるアプリケーションもDockerで管理したい。 作戦としては必要なイメージにdockerクラ
コンテナの軽量さと、より安全な分離を実現する「gVisor」、Googleがオープンソースで公開
Googleがオープンソースで公開したgVisorは、準仮想化のような仕組みを用いて従来のコンテナよりも安全性を高めたコンテナランタイムだ。Kubernetes時代の標準コンテナランタイムとなる有力候補かもしれない。 Dockerなどに代表されるコンテナ型仮想化は、OSのユーザー空間の名前空間を分離することなどで実現されています。 この仕組みの利点は、あらかじめ起動されているOSの上で名前空間を分離するだけでコンテナが起動できる点にあります。これがコンテナの迅速さや軽量さにつながっている一方、コンテナ間でOSのカーネルを共有しているためにコンテナ間の分離レベルは高くなく、同一OS上で稼働している別のコンテナの負荷の影響を受けやすかったり、コンテナからOSのシステムコールを直接呼び出せることなどによるセキュリティ上の課題を引き起こしやすくもあります。 OCIに準拠し、runc互換のgViso
Dockerコンテナが遅くなるもう一つの原因 | POSTD
前回の ブログ記事 では、Kubernetesの話と、 ThoughtSpot がKubernetesを開発インフラのニーズに合わせてどのように取り入れたかをご紹介しました。今回はその続報として、最近の興味深いデバッグ経験について少々駆け足になりますがお話ししていきます。本記事も「コンテナ化と仮想化はノットイコールである」という事実に基づいており、たとえcgroupの上限がどれも高くない値に設定されホストマシンで十分な演算能力が利用できるとしても、コンテナ化されたプロセス同士がリソースの競合を起こす場合があることを示したいと思います。 ThoughtSpotでは内部のKubernetesクラスタで 多数のCI/CDや開発関連のワークフロー を稼働させており、ある1点を除いては全てが順調でした。唯一問題だったのは、ドッカー化された製品コピーを起動すると、パフォーマンスが期待を極端に下回るレベ
［速報］「Open Container Project」発足。Docker、CoreOS、マイクロソフト、Amazon、Googleらが合流し、コンテナは統一仕様へ － Publickey
［速報］「Open Container Project」発足。Docker、CoreOS、マイクロソフト、Amazon、Googleらが合流し、コンテナは統一仕様へ 6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演において、コンテナ標準化団体「Open Container Project」の発足が発表されました。 コンテナの標準仕様「Open Container Format」発表 Docker創業者兼CTOのSolomon Hykes氏。 Dockerの本当の価値はテクノロジーではない。 何も変更することなくどこでも同じアプリケーションが実行でき、そうしたものが自動化できる、ということが重要だ。Dockerはそのデファクトスタンダードになった。 私たちにはこれを適切な標準にする義務がある。そこで、「Open Container Format」を発表する
Docker発展の貢献者、Docker社創業者兼CTOのSolomon Hykes氏がDockerを去ると発表
Docker発展の貢献者、Docker社創業者兼CTOのSolomon Hykes氏がDockerを去ると発表 Docker社の創業者兼CTOのSolomon Hykes氏は、3月28日付けでDockerブログにポストされた記事「AU REVOIR」（フランス語の「さよなら」）で、同社を去ることを発表しました。 Today I’m announcing my departure from Docker, the company I helped create ten years ago and have been building ever since. 本日、私はDocker社から去って行くことを発表します。この会社は10年前に私が設立に立ち会い、それ以来築き上げてきたものでした。 Dockerの発展にもっとも大きな貢献をした人物のひとり Hykes氏は、2008年7月に現在のDocke
Kubernetesはクラスタで障害があったとき、どういう動きをするのか - あさのひとりごと
Kubernetesは、コンテナアプリケーションをデプロイするためのオーケストレーションツールです。Kuberenetesは分散環境におけるスケーラブルなコンテナ実行環境をつくるための、さまざまな機能が提供されています。 もともとはGoogleが開発したBorgをもとにOSS化したものですが、今日ではマイクロソフトやRedHatも積極的に開発に加わり、非常に早いスピートで機能拡張していて、追いかけるのも大変です。 Kubernetesの大きな特徴は宣言的設定にあります。 この宣言的設定とは、イミュータブルなインフラを作るための基本的な考え方で、「システムのあるべき姿」を設定ファイルにて宣言する！という考え方です。Kubernetesは設定ファイルに書いたとおりのインフラを維持するように設計されています。 Kubernetesはコンテナを「Pod」という単位で管理します。このPodをKube
Docker for Mac/Windows ではじめる Kubernetes / NDS55 Docker with Kubernetes
Docker for Mac/Windows ではじめる Kubernetes / NDS55 Docker with Kubernetes
「Kubernetes」とは何か――コンテナ型仮想化の本番利用に向けた課題
「Kubernetes」とは何か――コンテナ型仮想化の本番利用に向けた課題：先行事例に学ぶKubernetes企業活用の現実（1） 本連載では、サービスの開発、提供のアジリティ向上の一助となることを目的として、企業における「Kubernetes」の活用について解説する。初回は、Kubernetesを使う上で前提となる「Docker」についておさらいし、Kubernetesの概要や起源、現状などを紹介する。 昨今、コンテナオーケストレーションツール「Kubernetes」に注目が集まっています。本連載「先行事例に学ぶKubernetes企業活用の現実」では、サービスの開発、提供のアジリティ向上の一助となることを目的として、企業におけるKubernetesの活用について数回にわたり解説します。 第1回となる本稿では、Kubernetesを使う上で前提となる「Docker」についておさらいし、K
Dockerが提供するオフィシャルイメージがマルチアーキテクチャ対応に。Windows、Linux、ARM、IBM Z対応
Dockerが提供するオフィシャルイメージがマルチアーキテクチャ対応に。Windows、Linux、ARM、IBM Z対応 Docker社は、同社が提供しているオフィシャルイメージがマルチアーキテクチャ対応になったことを、同社のブログに掲載した記事「DOCKER OFFICIAL IMAGES ARE NOW MULTI-PLATFORM」で明らかにしました。 Linuxのコンテナ型仮想化機能として登場したDockerは、いまやLinuxだけでなく、Windowsに対応し、ARMに対応し、そして先月には新たにメインフレームのIBM Z対応を実現するなど対応を広げており、これらのOSやCPUアーキテクチャ上でDockerコンテナが利用可能になっています。 オフィシャルイメージがマルチアーキテクチャ対応になったことで、どのプラットフォームのDockerからDockerレジストリに対してオフィシ
今日からはじめるDocker - コンテナー仮想化の必要性を理解して、まず開発環境に導入してみよう！｜ハイクラス転職・求人情報サイト AMBI（アンビ）
今日からはじめるDocker - コンテナー仮想化の必要性を理解して、まず開発環境に導入してみよう！ Dockerは、コンテナー仮想化ツールです。本稿では、サーバーサイドのアーキテクチャの歴史からDockerが生まれた流れや背景を説明し、PCの開発環境で実際にインストールしてDockerの動作を体験します。 エンジニアの方であれば、「コンテナー」や「Docker」といったキーワードを耳にしたことがあるかと思います。自分が関わっているシステムの開発や運用に活用できるかどうか検討している方もいるでしょう。 この記事の前半では、コンテナーやDockerとはそもそもどういったものかを概観していきます。後半では、PC（WindowsやMac）を使ってローカルでDockerを試していきます。 コンテナーとDockerを歴史から知る 仮想化前はすべて手作業だった サーバー仮想化技術の採用 パブリッククラ
Dockerエンジンのコアランタイムが「containerd」として分離、独立したオープンソースプロジェクトに。Docker、AWS、Google、IBM、マイクロソフトらが協力して開発推進へ
Dockerエンジンのコアランタイムが「containerd」として分離、独立したオープンソースプロジェクトに。Docker、AWS、Google、IBM、マイクロソフトらが協力して開発推進へ Dockerは、Dockerエンジンのコア部分を「containerd」（発音はCon-tay-ner-D：コンテナーディー）として分離し、単独のオープンソースプロジェクトとしてアリババ、AWS、Google、IBM、マイクロソフトらと共同で開発を推進していくことを発表しました。来年2017年の早期には、このプロジェクトを中立的な団体へ寄贈するとしています。 containerdは、Docker 1.11以降のDockerのコアコンテナランタイムに相当するもの。RunCベースであり、コンテナ標準であるOCI（Open Container Initiative）に準拠しています。 下記の図は現在のDo
Docker、OCI やめるってよ : 革命の日々 その２
週末のTwitterの応酬が面白かったのでメモ タイトルはもちろん「桐島、部活やめるってよ」のパクリですが、わたしはこれ見たことないです。 Kelsey Hightower （GoogleのKubernetesの中の人） がまず燃料投下 There are many application platforms that support Docker images without the Docker daemon. Which one was first I have no idea. — Kelsey Hightower (@kelseyhightower) 2016年7月28日 Dockerアプリ動かすのってもうDocker純正エンジンいらないよねー もちろん（Docker CTOの） Solomon Hykes は反論 @kelseyhightower pseudo-support.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【dots. IT勉強会】開発環境のDocker化
コンテナを守る技術2018/container-security-20180310
Dockerを本番で使ってみて分かったこと
