[B! Virtualization] masa8aurumのブックマーク

Docker一強の終焉にあたり、押さえるべきContainer事情

章立てはじめに Docker・Container型仮想化とは Docker一強時代終焉の兆し Container技術関連史様々なContainer Runtime おわりに 1. はじめに Containerを使うならDocker、という常識が崩れつつある。軽量な仮想環境であるContainerは、開発からリリース後もすでに欠かせないツールであるため、エンジニアは避けて通れない。Container実行ツール︵Container Runtime︶として挙げられるのがほぼDocker一択であり、それで十分と思われていたのだが、Dockerの脆弱性や消費リソースなどの問題、Kubernetes︵K8s︶の登場による影響、containerdやcri-o等の他のContainer Runtimeの登場により状況が劇的に変化している。本記事では、これからContainerを利用したい人や再度情報

masa8aurum 2023/04/03

リンク

Dockerfileのベストプラクティス８選

はじめに Dockerfileを書く上で、Docker社の推奨するベストプラクティスを8つにまとめました。ベストプラクティスに従うことによって、簡単・安全・効率的な、Dockerfileの作成を目指します。 Dockerのガイドラインコンテナは、必要最小限︵エフェメラル︶であるべき。 Dockerfile で定義されたイメージを使って作成されるコンテナは、可能ならばエフェメラル︵短命‥ephemeral︶にすべきです。私たちの﹁エフェメラル﹂とは、停止・破棄可能であり、明らかに最小のセットアップで構築して使えることを意味します。 Dockerfileベストプラクティス 1. Baseイメージは、公式の信頼できるものを使おう特定の言語などを扱う場合は、公式が言語が入ったイメージを配布してくれている場合が多いので、そちらを使おう。

masa8aurum 2021/12/30

リンク

コンテナ監視って何見るの？～初心者編～

OpsJAWS Meetup #19でのLT登壇資料です。

masa8aurum 2021/07/27

リンク

Dockerの期待と現実～Docker都市伝説はなぜ生まれるのか～

NTT Tech Conference 2022 での「Dockerからcontainerdへの移行」の発表資料です https://ntt-techconf.connpass.com/event/241061/ 訂正： P2. . 誤: ``` Ship docker run -it --rm alpine Run docker push ghcr.io/ktock/myalpine:latest ``` 正: ``` Ship docker push ghcr.io/ktock/myalpine:latest Run docker run -it --rm alpine ```

masa8aurum 2018/07/02

リンク

Why it is recommended to run only one process in a container?

masa8aurum 2018/03/09

リンク

Dockerのネットワークを理解するために覚えたことまとめ - Carpe Diem

概要 Dockerのネットワーク周りを勉強していると、 docker0 仮想ブリッジ VXLAN link機能など色んな要素が出てくるのですが、ちゃんと理解していないとすぐ忘れるため一度しっかり学んでみました。今回はその時に疑問に思ったことをまとめてみました。環境 docker 1.11.2 構成マシンIP役割ホスト 192.168.33.10 Docker ホスト docker0 172.17.0.1 仮想ブリッジ nginx1 172.17.0.2 コンテナ1nginx2 172.17.0.3 コンテナ2事前知識以下の知識があると学ぶ上で非常に助かります。ブリッジ第2層でMACアドレスで判別して転送 3 Minutes Networking No.17 ルータ第3層でIPで判別して転送 3 Minutes Networking No.28 NAT、NAPT、IP

masa8aurum 2018/01/16

リンク

Docker for Mac 上のコンテナに対して、PhpStorm + xdebug でリモートデバッグ - Qiita

Docker for Mac 上のコンテナに対して、PhpStorm + xdebug でリモートデバッグPHP PhpStormxdebugDocker PhpStorm + xdebug のリモートデバッグの記事もたくさんあるし、それに Docker を使ったものもちらほらあるんだが、Docker for Mac を使うと微妙に事情が違っていたので、うまくいった方法をまとめとく。前提以下のような構成であるとします。 Docker for Mac を使って、php のコンテナを立ち上げており、xdebug が利用可能になっている PhpStorm を使っている必要な手順以下の手順が必要になる。 Mac 上のネットワークインタフェース lo0 に対してエイリアスを追加する xdebug.ini を設定する PhpStormを設定する (注意) DBGpの設定は必要ない Mac 上の

masa8aurum 2018/01/11

リンク

Docker for Mac の PHPStorm で Xdebug を行う | エンジニアブログ

環境が変わるたびに Xdebug の設定にハマってブログに書いているいしかわです。今回も開発環境が Docker に変わり、案の定ハマったので足跡を残しておきます︵苦笑それと、弊社ではめずらしい求人が出ていることがありますので、どうぞ見てみてください。 >> 採用情報はコチラ ■ 構成 OS X Yosem iteDocker for Max Docker version 1.12.5 Webサーバーコンテナ CentOS 6.8 PHP 5.3.3 Xdebug 2.1.4 DBサーバーコンテナ MySQL 最初、よくわからなかったのがネットワーク構成。おそらく以下のような感じのはず？ MacはWifiにて 192.168.0.x を利用。ただ、ネットワークを移動すると 192.168.3.x や 192.168.11.x なども利用しています。 Docker for Mac を

masa8aurum 2018/01/11

リンク

Dockerコンテナのポートを後から解放する方法

コンテナを作り直すとはいえ、上記の方法だと実はrunしたときと同じようにはなっていません。 runのときのオプションでポートを指定した場合、そのコンテナを開始するとiptablesにもポートフォワード設定がなされ、停止するとiptablesの設定も一緒に消えてくれるようになっています。このあたりをオプションや設定ファイルの変更などで対応したかったのですが、どこにもみあたらなかったです… なので、コンテナの内容を引き継ぎながら作り直してしまうのがよいかもしれません。今度は通常のDockerを操作しているコンソールから、操作を行います。コンテナイメージの作成対象のコンテナを停止してから、 docker commit hoge fuge:fuga のようにします。hogeはCONTAINER_IDまたはNAME、fugeはREPOSITORY、fugaがTAGになります。これでdo

masa8aurum 2018/01/09

Virtualization

リンク

はてなブックマーク

タグ

関連タグで絞り込む (5)

Virtualizationに関するmasa8aurumのブックマーク (9)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス