◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:Docker Part6 YouTube動画>1本 ->画像>14枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/linux/1626039705/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
>>1 DockerはLinuxが持つコンテナ技術を使ったアプリケーション仮想化技術です。
アプリケーションを動かすために必要な各種ライブラリ等を一つのDockerイメージに
まとめることで、さまざまな環境へのデプロイが容易になります。
例えばWindowsやmacOSを使って開発・テストしたDockerイメージを
そのままクラウド上のLinuxの本番環境で使うことができます。
クラウド上の環境が仮想マシンであるため、Dockerは仮想マシンと併用して使うことが多いですが
仮想マシン技術とは無関係の技術です。実際Linux環境において仮想マシンは必須ではありません。
WindowsとmacOSでは仮想マシンを使いますが、これはOSがLinuxではないからです。
Dockerは主にアプリケーションを動かすために設計されているのでデータを保存するのには適していません。
データはDockerイメージの外部、ボリュームを使ってホスト環境に保存するかネットワーク通信で外部サーバーに保存します。
またDockerコンテナは一つのサービスを実行し、複数のサービスが必要な場合はdocker-composeやk8sなどを使って連携させます。
Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けています。
それはDockerの設計方針とあっていないからです。
Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります
Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう
http://www.docker.io/ 前スレ Docker Part5
http://2chb.net/r/linux/1606903987/ 注意 Dockerを仮想マシンの代替として使いたいと考えてる人は、DockerではなくLXCを使いましょう
LXC(Linux Containers)
http://2chb.net/r/linux/1330826939/ docker＆django＆mysqlのハローワールドができない
>>5 ども、M1macとdjangoとmysqlの相性が悪かったぽくて、諦めてpostgresにしました。
Ruby on Rails は、開発環境でSQLite。
本番環境では、PostgreSQL, MySQL, AWS Aurora とか
Django のシェアは無いから、おすすめしない
食べチョクみたいな、若い女の子が一人で起業したベンチャーは、Rails
食べチョク開発者ブログ
会社の支給PCがMacBook Pro M1なので、新しく開発環境を構築した話
https://tech.tabechoku.com/entry/2021/01/15/150103 >>7 何だその怪しい日本語は
ヤンキーゴーホームwwwwww
ホストのlinuxカーネルを5.13系にしてみたら、デーモン起動時にSEGV起こして起動しなくなったのですが…(´；ω；｀)
>>10 ありがとうございます。
Dockerの方はDebianのパッケージ(sid)を使ってるので…。
カーネルは試しにこちらでビルドしたもので、5.12系をほぼ同じconfigでビルドした場合には問題出てなかったので…。
5.13系カーネル自体の設定をチューニングして再ビルドを重ねてますが、うまく行かない…結果しだいでは、どちらかにバグ報告をしないといけないような状況ですし、色々調べてDocker/Containerdの方もビルドしてみます。
【おちんぽ】伊藤忠テクノソリューション(CTC)ってどうよ？【挿入】
ＩＷＧＰ関東連合 椎木、 03-5210-8100
アクセンチュア 伊藤忠商事
https://www.dto.jp/shop/17 ＳＥＸしたいぞ、ＣＴＣ
リーダー宣言 敗訴る 金融事業部
お前を部下にもらう前に 言っておきたいことがある
かなり厳しい話もするが 俺の本音を聞いておけ
俺より先に 来てはいけない
俺より先に 帰ってもいけない
飯は一緒に食え いつも身だしなみを整えろ
出来る範囲で構わないから
忘れてくれるな、仕事も出来ない俺に
お前を守れるはずなどないってこと
お前にはお前にしかできないこともあるから
それ以外は口出しせず黙って俺についてこい！！！！！！！！
>>11 ですが、
昨日と言うか今日、リリースされた 5.13.3で問題が解消したようなので、ビルドして今実際に動かして挙動見ています。
ChangeLog-5.13.3 のこのあたり関連だと思います。
Author: Xie Yongji <xieyongji _at_ bytedance.com>
Date: Mon May 17 16:49:12 2021 +0800
Summery: drm/virtio: Fix double free on probe failure
>>13 あ、リリースされたのは、Linuxカーネルの方ですm(_ _)m
念のために追記しておきますm(_ _)m
既存のコンテナにbashやaptをインストールしたいのですが、方法がわかりません。
>>17 中の設定を変更して動作を試すときに、コンテナ内にはshしか実行出来ないからです。
Debian ベースの Docker ベースで作っていく方が早いんじゃないかな
とにかく実行ということなら、インストールパッケージからファイルを抽出して、docker cpでコピーしたら？
方法が分かりませんというのが分かりませんなｗ。
いやあとからapt入れるのはそういえばやったことないな
イメージの提供者がaptやbashまで削ぎ落としてるってことなのかね
それは言えてる 素直に Debian ベースでコンテナ自分で作った方が早いね
>>25 まあDocker使うようになって初めてパッケージマネージャすらまともに使えない最小限のLinuxに触れた人は多いんじゃないかな
まあDocker関係ないのはその通りだが、コンテナ以外でそんなものを弄る機会はなかなか無いだろう
正直、俺もその一人だし気持ちはわかる
オタクってやたらと「まあ」使うよね
思慮深いオタクは断定を避けるためとりあえずまぁとつぶやくのだ
個人で使うのにdockerのメリットって何？
2021/4
任意のLinuxディストリビューションをWSL2で動かす Clear Linux OSを動かすまで
https://impsbl.hatena ＠blog.jp/entry/ClearLinuxOnWSL2
注意。アク禁にならないように、URL 内に、＠を入れました
Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する
docker export
wsl --import
WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export
>>31 ・軽い
・別PCで作業したい場合に環境の再現が容易
・使い捨て的な使い方ができる
ただしカスタマイズをしたり試行錯誤しながら使いたい場合には VM の方が向いているでしょうね
>>35 それでも、Dockerのが便利な気が。
コンテナに環境を入れきったらええで。
>>36 そうだねそれはそれでアリかと
レシピ書かないでスナップショットで管理するってことだよね
まあ、正確に言えば、VSCode で、Docker Compose を使う。
>>37 スナップショットは再現できないからあんまり。
後から適当に、Dockerfileとかソースとかを更新すればええやん？
古いコンテナも残しとけば比較はできるしな。
>>39 そういうことなのね よっぽどきっちり Docker ファイルに記述していく癖を付けとかないと途中の手順が抜け落ちるな
仕事ならともかく趣味だと
>>40 ま、それができなきゃどうせ再現はできないんやからな。
しゃあない。
まれに油断して、コンテナを先に削除してもうて、あとからガッカリするときもあるが。
コンテナのethインターフェイスのMTUを変更したいです。
リアルのNICですら滅多にやらない事を何でdockerなんかでやろうとするんだ？
Linux側のブリッジに直接オプション追加する必要があるのかも知れないね
>>44 Linuxホスト側の親デバイス（docker network create で指定するやつ）で、
MTUを設定したんですが、同dockerネットワークに属すコンテナのMTUは1500のままでした。
結局、ゲートウェイにおいてmssを設定することによって、
コンテナからのインターネットへの通信はできるようになり事なきを得ました
>>43 経路上に狭いところがあったんです
dockerは便利だけどハマると解決が難しくて困る
>>46 もっとコマンドが便利になればいいなと思う
docker connect network コマンドで、
ipだけでなく、dnsサーバーも指定できるようにしてほしい
物理のサーバーにVM入れてその上で動くDockerにネットワークの経路だ
インターネットにアクセスするならどうしてもクライアントからDNSへのアクセスは必要だし、
Linuxすら触ったことがない奴がDockerガーとか草
環境の再現性はほしいが
コンテナを使うことによる面倒は避けたいなら
nixがおすすめ
NixOS・Nix Package Manager Part1
http://2chb.net/r/linux/1611657545/ DSLが難しい？それは頑張って覚えろ
Docker は開発環境で使う、Disposable・破棄可能なコンテナ。
以前から、このスレには、
Rubyの話はするなと何回も言われてる人の言葉とは思えないな
dockerをステートレスにしろというのはあくまである1つの用途に過ぎない
>>58 NFSでネットワークストレージを/homeにマウントすれば
ユーザーについてはステートレスになりそう
NFSは、ファイルロックもできないし、信頼性が高くないし、あんまり使いたくないね。
データベースのデータは、Docker 内にあれば、
Udemy の山浦清透、8/20
【金額公開】Webサービスの運用費用、実際いくらかかっているか1円単位までお見せします
VIDEO このAWS のシステム構成図を見てみ
ECS on Fargate, Cloud Front で、
コンテナ内には、Laravel, Nginx の2プロセスしかない
こいついろんなスレにいるけど有用な書き込みが一個もないんだよな
頭が少し固いかもしれんね ケースバイケースで使い方が変わっていくもんだからね
>>53 しかしな、たとえボリュームを使わなかったとしても、
コンテナ単独だけでデータは全て維持されているぞ。
ホストマシンを再起動しても問題ない。
もちろん、コンテナを破棄したら当然データは消えるけどな。
Dokarとhyper-yをまぜてそれをバーチャルボックスで動かしてみたい
コンテナ内のデータで、外部とバインドしていないデータの、使い方が難しい。
>>69 コンテナというものを正しく理解できてない証拠だよ
例えばコンテナを使わない場合、mysqlのデータとか/var/lib/mysql（？）に保存するだろ
コンテナを使っても保存する場所は同じなんだよ
mysqlというプログラムをコンテナにしただけ
データの保存先は同じディレクトリ
linuxでpostfixやsambaのサーバーを構築しようとしているのですが、それぞれをDockerコンテナで構築して、
コンテナ＝アプリ
セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
>>71 DockerとDockerで、二択になってない気が
>>73 そうですね、こういう用途ではやはりDockerはむいてませんかね。postfixやsamba程度ならサーバーリプレイスの度に環境作り直す方が吉ですかね。
今回ちょうどリプレイスのタイミングで現状の環境を調べるのに苦慮したので(色んな環境や設定がごっちゃごちゃに構築されてて)コンテナにして楽しようと考えたのですが、日常の運用が大変になるのはごもっともですね…
>>74 はっ！本当ですね、失礼しました。
DockerかDocker以外かの意図でした。
>>73 > セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
> ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
Docker使わない場合のやり方教えて（大爆笑）
ま、答えられなないよね。
>>72 必要なデータは永続化するためにvolumeにして、イメージとデータをセットでお引越しするつもりでした。
そこをとらえるとDockerのポータビリティ性は楽だなーと。
直接インストールしたアプリのバージョンアップと
コンテナ内のバージョンアップ…
(例えば)ubuntuのイメージを元に自前のイメージ作成して、
必要に応じてイメージをビルドし直せば最新に出来るし、
運用もそんなに大変じゃないのかな…
あぁ優柔不断…
セキュリティのこと考えると大手に丸投げしたくなるくらい面倒な話だからな
>>75 再現性が問題ならAnsibleとかで構成管理したら？
Dockerで再現性を担保できるのは所詮sambaより上だけで、
君が退職したら結局ホストやDockerデーモンの設定などは闇の中だよ
その上で更にDockerを使う必要があるかどうかはともかく、本当にやるべきことはまずはそっちじゃないなな
>>73 CI/CD を知らない…？このスレレベルひっく！
よく知らんけどdicjerの内部で動いてるアプリのアップデートってどうしてんの
>>83 そのCI/CDの基盤を誰がメンテするの？
どう考えても目的のサーバのメンテより手間かかるだろ
>>80 だから
>>2 に書いてあるのが正しい使い方なんだよ
自分たちで作った「アプリケーション」を配布する時に使うの
ディストロがパッケージを用意しているものは、
パッケージのメンテナが頑張って依存関係とか解決してメンテナンスしてる
それは大変な作業。でもメンテナが頑張ってくれたおかげでパッケージは利用者は苦労なく使える
一方自分たちが開発したアプリケーションはメンテナなんていない。
自分達で頑張って依存関係とか解決しなきゃいけない
しかもディストロの標準パッケージとバージョンが違ったりすると
正しく動作しない可能性がある。だからディストロと独立させたくなる
自分たちで作ったアプリケーションの依存関係問題を解決するために使うものであっって
その問題が解決されているパッケージを単に入れて使うだけならほとんど意味がない
確かに設定込みでイメージ作れるかもしれないが、設定ファイルを配布すればいいだけなわけで
Dockerはアプリケーション開発者のための配布手段なので
サーバー構築するだけのインフラ屋の道具じゃない
インフラ屋がやることはアプリケーション開発が作ったDockerイメージをただ起動するだけになる
>>87 クラウドだとホストの構築やメンテは丸投げできるから、
ディストロの既製パッケージを運用するだけでもコンテナを使うことには十分なメリットがあるんだけどね
オンプレだと別の用途で既にkubernetesクラスタがあるとかでない限りは余計なオーバーヘッドでしかない
>>8 それって単に公式のDockerイメージを動かすだけでしょ？
自分でディストロのパッケージをDockerイメージ化するだけだと意味がないという話
誰かが作ってくれてるDockerイメージを動かすだけなら別にいいと思うよ
インフラ屋がやることはアプリケーション開発が作ったDockerイメージをただ起動するだけになる
>>86 構築ｗ
SaaS でもあるし、k8s基盤ならマニフェスト流すだけじゃんｗｗ下請けの缶詰めエンジニアには分からないかもねｗ
ここのスレって下請けがでかい口で言ってるだけでクラウドネイティブなこと全く知らないやつしかおらん
質問者の環境がオンプレっぽいからその前提で話してるだけだろう
docker以外は何もかも考えたくない
オンプレだからセキュリティパッチは本番環境にログインして
apt-get upgradeするだけとか思ってそうｗ
本番環境と同じテスト環境用意したとしても
全く同じわけじゃないからアップデートは怖いんだよ
Dockerを使えばイメージ更新するだけですむ
もし何かあればそれを旧バージョンに戻すだけ
ホスト環境にごちゃごちゃアプリ入れないから
ホスト環境がテスト環境と大きく異なることがなくなる
>>73 って実際にやったことなさそうｗ
Ruby on Rails では、
Docker導入しようとしたら、間に処理入って重くなるって言われてどういうことか聞いたら・・・
間にOS入れたら遅くなるしデータ抜かれるかもだからってOSなくしてスクラッチする？
「docker カーネル アクセス オーバーヘッド」などで検索してみましょう
>>96 どこにそんな事が書いてあったのか聞いてみましょう
答えられなかったりはぐらかしたりしたら
それは嘘ということです。まあ嘘ですｗ
>>96 こんなところで聞いてもしゃあない。
自分の頭で理解して、自分の言葉で説明できないと、相手と議論できないやろ。
しかし、そいつは仮想マシンとかスーパーバイザとか知らんのかね。
>>96 VM のオーバーヘッドがかかるのは Linux 以外ではそうだと思う
>>95 こいつのスレ、ネタかマジか分からなくなる
そりゃ、Docker サーバーが間に入るのだから、少しは遅くなる。
> データを抜かれる事は、あちこちに書かれている。
Docker に機密情報を保存しても、
> Docker に機密情報を保存しても、
>>71 うちは、メールシステムはコンテナに詰め込んでいるよ。
Asteriskという電話システムもコンテナに詰め込んで運用している。
ホストを変えるときに、コンテナイメージをコピベするだけで、
環境や設定を移動できるからめちゃくちゃ便利。
設定が複雑で面倒くさいほどコンテナであることは嬉しい。
機密情報の件ってdockerの仕組みも理解せず軽量版仮想マシンみたいな感覚で使うのが原因であって単なる無知なのにdockerに文句付けるのはお門違い
正論ですが意識せずに組み込まれて使っている機能ってありますし
dockerにしろ何にしろ何が機密かなんてこちらが教えないと分かるわけないので意識せず機密情報を勝手に守ってくれることは今後もないだろう
システムがよくわからないからDocker使うという層がいるからね
DockerHubといい、プロダクト自体に特に差別化要因はなくて無料であることだけがメリットだったのに、相変わらず勘違いしてるなあ
個人とか非商用とか小規模の企業なら無料
Docker HUB ってちょっと謎なんだけど コンテナダウンロードするのに大量の帯域を食うから有料化したんだよね
サーバー起動するのと
>>120 パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
>>119 ストレージはタダなのか？
金がかかるのは帯域だけじゃないやろ。
総量はPBレベルで、うち何割かはずっと使われてないとなれば、有料か未使用削除とするのもやむなし。
> そもそもDockerのレシピがあればローカルで再構築可能なのに
>>118 小規模でも年間売上が一千万ドルあれば有償な
例えばAWSやGoogleやMSが自社クラウドの顧客に対してアプリのコンテナ化を提案するとき、別途Dockerを有償契約してくださいと言わなきゃいけなくなるのは致命的だ
Docker CLIまで捨てるかは別としても、業界全体として何らかの乗り換えムーブメントが起きるのは不可避だよ
>>122 それだとdocker build時の最新バージョンが入っちゃうでしょ（あえて固定してない限り）
それで大抵は動くけど、イメージ提供者なら自身が検証済のものを公開したいんじゃないの
俺自身はイメージでバックアップせずいつもDockerfileから再構築してるけど、バージョン変わって設定ファイルの仕様が変わって動かないこともあるよ
真面目にやるならウェブUIの管理ツールを作る(adminerやphpmyadminの自作アプリ版みたいな感じ)
>>127 ,128
なるほどーMakefileですか
さっそくやってみます
ありがとうございました
>>126 そうかベースによっては最新版のバイナリしかインストールできないものがあるのか
有料化と聞いて焦ったけどLinuxで開発する分には問題なしでいいのかな
Docker DesktopとDocker Engineの区別もつかない男の人って…
>>118 >>131 WSL2上にインストールしたLinuxでDocker使うならDesktopなしでもいける
macもVagrantでVirtualbox仮想マシンとかで行けるのはいけそうだが面倒そう
あとはmultipassでUbuntu入れるとか？
この方法だとホスト側はdockerコマンド使えないし
ファイル共有の速度がDesktopと比べてどうなるのか不明
遅くなるかね
面倒だからLinuxでいいよ
Docker社の凋落が止まらない
まあ、だから俺は言ったよね？
>>136 podmanの時代が来てから言ってくれ
もう5年ぐらい遅れてるだろ？ｗ
>>127 makefile って使ったことなかったけどこういうバッチのメニューみたいな使い方ができるのか
使ってみるわ
>>139 むしろ今の使い方の大半はそれだよｗ
正しいMakefileの使い方を今もしてるのはC言語アプリぐらいなもんだよ
最近のmakeは.PHONYをデフォルトにしてほしいぐらいだよな
docker-comopse -f 【ymlファイル】 exec 【サービス名】 【コマンド】
大企業でなくても年間売上10億いかないのはゴミやろ
普通まともな企業ならKubernetes使うからそもそも企業でネイティブなDocker使う方が稀でしょ
ローカルでのアプリ開発時にKubernetes使うわけ無いやん
新しいものがいいと思っているだけじゃないか？
Kubernetes使ってる所はまとも会社なんだい！
新興企業だと流行り技術使ってますって言わないと美味しい仕事取れない時代だからな
k8sもdockerもそれほど最新技術というほどのものではない
docker-composeで動かすコンテナが自分自身のひとつしかない時でも、networks: hoge-netwok のように、
他のymlで管理されてたり
本番環境では、ウェブサービス系のほとんどの会社が、Kubernetes じゃないの？
コンテナが1つでも、docker-compose を使うのが基本
>>155 Kubernetesはクラウドサービスが提供する一つの機能に過ぎない
クラウドサービスがあるのにその上でKubernetesを動かすメリットがない
クラウドサービスを使えばKubernetesを使わなくてもなんでもできる
>>156 慣れているからじゃなくて
オプションを長く書くのが面倒なだけ
docker-composeはdockerのオプション定義ファイル
どうせ本番はk8sなんだから実行環境はminikube
>>157 クラウドサービス毎の機能でk8sを代替しようとすると別クラウドに移行したい時に面倒なので余程のメリットがない限りk8sで済ませる
>>163 言うほどか？
全部コンテナで自前運用やるならともかく、クラウドならk8sといえどもDBやメッセージキューやLBはマネージドサービス使うだろ
アプリだけならk8sだろうとECSとかだろうと大差ないわ
うちAWS EKSだけどそのうちやめてECSにするわ
Kubernetesの実運用経験積むのが目的だったようだが
現状の使い方だとデメリット多いって判断
>>163 色々Kubernetesでしか使えないものに依存してない限りそうでもないし
そもそもクラウド移行自体がレア
ステートフルに弱いって時点でk8sべったり依存はありえんしなぁ
k8sが特別ステートフルに弱いというわけではないけど、
Kubernetesは何もしないでメリットが得られるんじゃなくて
サイボウズのkintone は、Kubernetes で毎日、コンテナを作り直しているとか
CSIによってステートフルが弱いってのは昔の話や
苦手なことを無理してやらんでいい
k8sはころころ仕様変えすぎじゃね？
>>171 ステートフルなサービスのノード依存性を制約として適切に記述、適用する方法があるってだけだ
別にそれによって生VMと比較して運用が楽になるわけではない
敢えてマネージドサービスを捨てて自前で運用する労力に見合うだけのメリットはない
ステートレスはk8sで、ステートフルはマネージドでって棲み分けができてくると
インフラ界隈が謎のk8s推しで開発はコンテナベースしか認めんってこと？
クラウドの上にクラウドを作ってるのがk8s
自分がk8sを理解できていないだけなのにまるでk8s自体が無意味みたいな言い回しはやめよう
k8sでFaaSより管理楽になる？コスパ超えれる？
k8sは単なるオーケストレーションツールとして使う分にはいいんだけど、アプリがk8sに依存し始めると最悪だね
大企業なら料金払えるし
AWS Lambda, Aurora, Elastic Beanstalk, Fargate あたりで作れれば、ベストだけど
>>179 理解できてるというのなら、
お前がそれを証明すればいいんやで
>>181 オーケストレーションツールを要らなくしたのがDockerだと思うけどね
普通に仮想マシンとDocker起動すれば、それで環境の構築完了だし
>>181 > クラスタのアップグレードが恐怖
それな。Kubernetesでミスったら
クラスタ全部が壊れてしまう可能性がある
最悪の場合だとデータ損失
k8sが今後の負債になるのは間違いない
あとは対外アピール k8s使ってるアピールすると新卒採用に有利だよ
>>188 負債になるのは、コンテナ以外の部分
k8sはコンテナ以外が多すぎるんだよ
k8sの一番の問題は、システムを安定させられるか何だよな
>>190 確かに勉強してるな新しい技術吸収に貪欲だなと好ましく感じるわね
ただし最近は本当新しいツールを軽く表面なでるだけの使い方して次々乗り換え使えてる気になってる人も多いという印象があるわ
ただのミーハーかどうか判断することが大事だと感じる昨今です
ライセンス料につられてdockerを捨てる提案しているゴミが早速職場に現れたわ
>>193 それもあるけどどっちかというと会社がk8s使ってるアピールすると新卒が寄ってくるんだよ ソースはワイ
>>194 金よりもDocker社の先行きがなあ
大手に売り飛ばすならまだしも、先のDockerHubの件といい明らかに事業成長に対するネガティブインパクトを顧みない方法で資金を回収しようとしてる
ビジネスとして完全に詰んでる
とれるところからとろうとしとるだけや。
Ruby/Go の神、Vagrant, Terraform, の作者、
>>200 Androidで何をするんですか？
あれは組み込み機器と同じ扱いで
ログインして使うようにはできていません。
Docker社を
Desktop使えないとなるならどうせ仮想マシンいれるしかないんやし
>>203 大手でなくても普通に有償だからな？
まさか売上高10億いかないカス企業なのか
儲かっている企業ならたいしたライセンス料じゃないし嫌ならDesktopを使わなければいいだけだろ
dockerって不思議な会社ね。曲がりなりにもデスクトップの分野で大成功して
みんなが金を払わんからや！
いやいやVMもタダじゃないだろ。タダなのは動かす部分だけで、ちょっとバックアップでも取ろうとすると
完全に脱dockerするならpodmanかな
だから俺はずっと言ってただろ
>>211 Docker Enterpriseってのがあったけど、金策に失敗して法人向けのKubernetesベンダーに売り飛ばされて消えた
ビジネスで使うとなるとdocker単体で使うことはあまりなくエコシステムも含めて考える必要があるので自分だけが代替ツールに乗り換えても無意味
そうか？
プログラマーとインフラとそれぞれ担当者がいらっしゃるのでね
>>221 VMはDockerの変わりにはならんのですよ
>>223 誰かVMがdockerの代わりになるって言ったか？
コンテナ的な運用をvmですれば良いと思うよ
なら作ったVMをクラウドの仮想マシンで動かす方法でも教えてくれ
VMのスナップは構築試験してる時便利よな、ドライバのバージョン違いによる相性テストとかその節はお世話になりました。
>>227 qemu
lxdでも最近扱えるようになった
237は言ってることは正しいけど知識量が足りんかったな
>>230 仮想マシンは性能下がるって知らないの？
ただでさえクラウドは仮想マシン使ってるのに
その仮想マシンの上でqemuを動かすとさらに遅いし
ローカルもqemuで作業しなきゃならないじゃん
>>232 オーバヘッドいってもベアメタル比較で9割以上の性能出るよ
最近の技術はすごいね 頭の中の知識アップデートしてったほうがいいよ！
そもそもクラウドは仮想マシンって前提でおかしいわ
>>232 あごめん 読んでもらえば分かると思うけどプログラマー向け環境のことね開発環境ね
それでもサーバー側がリソース潤沢なら VM でもなんでもいいんじゃないのかなと思うよ
それこそプロジェクトによって予算は違うんだからね
以前は VM で動かしていたわけですし今でもそういうプロジェクトは存在するでしょう
>>235 サーバーがリソース贅沢って何いってんだ？
クラウドのことを何もわかってないな
クラウドというのは必要なリソースを必要な時に確保する
リソース＝コストだ。VMを使ったらその分多くのリソース＝コストが必要になる
サーバーだからって贅沢なリソースということにはならない
それはオンプレミスの世界の話
クラウドでは適切なリソースを使う
>>237 まあ多分同じ認識を持っているんだと思うよ
私もコンテナを利用するし
いくらでも財力があれば富豪的プログラミング的な事が出来るって事だよ
実際はないから多くのケースではコンテナを使うでしょう
で何の話からこんな風になったかって言うとDockerつかなきゃいけないのコンテナ使わなきゃいけないの開発者が？という話があって 別に VM でもいいんじゃないそれはて感じの流れだったんじゃないかな
コンテナはLinux上でVMがいらないんだよ
>>236 視野が狭すぎるよ… よくもまあそんな自信満々に言えるよな
下請け客先常駐の人間か？
>>240 > ネイティブに動く
VMかてふつうは「ネイティブ」に動いとる。
>>249 動いてないよ。VMは仮想マシンの中のカーネル経由で動いてる
ホストOSのカーネルを使ってない。
カーネルを二重に使うことになるのがVM
>>244 それは「ネイティブ」に関係ない。
システムコールとかがラップされとるだけ。
>>245 システムコールがラップされてるから遅い
どちらにしろ遅いってちゃんと言うようｗ
qemuのゲストエージェントのインストールが大変というのを付け加えておこう
このスレには素の状態からオンプレにVMを建てて使う可哀想な人と、それ以外が居るから話がごちゃまぜになるね！
オンプレでもLinuxインストール＋DockerサーバーインストールでDockerコンテナが動く
その辺は自動化ツールがありますしおすし
>>250 何度言っても理解できないようだから何度も言うしかないが
Dockerはインフラを作るものじゃない
アプリケーションをデプロイするものだ
あとWindowsのコンテナもあるし
無知も大概にしろ
>>252 コンテナがインフラそのものではないことは確かです
水道管はインフラですが水道管の中を流れる水はインフラではない あなたはそういうことが言いたいのではないでしょうか
Windows のコンテナについて無知ですみません これは VM を介在しないものなんでしょうか？
>>253 Dockerはアプリケーションを配布するもの
理解したか？ YES NO で答えよ
>>254 イエス
Windows のコンテナについて Vm を介在しないかはわからかいですか？
データサイエンス分野だとライブラリ等を一式整えた軽量版仮想マシンみたいな感じで使うことも多い
真っ赤なVMおじさんは下請けだからトイレに行かないと5chできない
平日の真昼間から連投してる連中が何を偉そうに…ｗ
＞Dockerはアプリケーションを配布するもの
また、いつもの、仮想OS とコンテナの違いが分からない、香具師が来ているのか VIDEO
「こういうDockerの使い方をすると便利ですよ」というだけのことなのに「Dockerはこのように使わなければならない」と履き違えているのはわざとなのかな
単なるコンテナ型の仮想化技術であってそれ以上でもそれ以下でもないのに勝手にデプロイ専用ツール扱いされてもね
>>265 「DockerはVMと同じような使い方をして、VMと比べなければいけない」
と履き違えてるよねｗ
VMと比べてなんかいないんですよ
>>266 Dockerはデプロイ専用じゃなくて
デプロイ機能が強化されたツール
だから単なる仮想マシン技術では、デプロイには適していない
という話をしてるんだよ
Dockerがアプリのデプロイに適しているところはたくさんある
CLIツールの配布手段としても使えるだろ
どんなディストリでもdocker runだけで手軽に使えて便利
>>2 は勝手にWebアプリ限定にしてておかしい
社内向けのちょっとした本番環境作るのにもDocker便利だから別に開発とか社外向けの本番サイトとか規模の差でしかないと思うけど…
>>270 これ嫌い
コマンドラインはシングルバイナリで頼むわ
dockerで個々につくったのが10個、20個同時に組み合わせて使うとか、普通の家庭用PCで大丈夫なの？
家庭用PCてなんや？ｗ
>>274 Dockerは個々に作ったアプリを包むだけのラッパー
普通の家庭用PCで10個、20個のアプリを
お前は組み合わせて使ってるんだろ？
なら動くに決まってるだろ
仮想マシンじゃねーんだからさぁ
仮想化されたハードウェアをいくつも変換かまして
二重にカーネル経由してなんて無駄なことしてないの
Dockerはネイティブに動いてる
家庭用 PC って書いてあるから開発用途なんじゃね
いや、ネイティブ。
え
仮想マシンで動作させる Windows をネイティブに動作する Windows と言いたいのかな
対するのは Windowsのシステムコールを再現しようとするwineなどのエミュレートソフトウェアかね
後述が非ネイティブだとすれば現実的な動作速度とは関係なくね？
>>278 >>279 仮想マシンだとアプリごとにOSイメージが必要となり
仮想マシンの起動が必要になり仮想マシンの数だけメモリが必要になる
DockerはLinuxだと、仮想マシンが0個
WindowsとmacOSだと、たった1個だけで
10個、20個のアプリを動かすことができる
もちろんそれぞれのアプリは隔離されている
>>281 エミュレーション？
でも、そんな簡単でもないなあ。
>>282 そういう環境としてのエミュレーションは、システムコールやAPIの差し替えとかラップとかフックとかやろ。
それだけなら、バイナリの動作自体はネイティブといえる。
何が言いたいかというと、こういう文脈でネイティブ云々は意味がないのでは、と。
オーバーヘッドの重さは、エミュレーションレイヤーのつくりによる。
>>283 その通りや
君の言うネイティブというのはLinuxの透過ファイルシステムと隔離機能を利用するという意味なのだね
それが例え仮想マシンの上で動作していても
>>285 Linuxだと仮想マシン上で動作してないから
ネイティブだって言ってんだろ
頭悪いのか？
>>286 上で仮想マシンがあってもネイティブはネイティブって書いとるの何やねん
>>274 Windows 10, WSL2, Linux, Docker では、8GB メモリじゃキツイ。
最低16GBで、32GBが推奨
例えば、Ruby on Rails なら、
Windows側で、VSCode とブラウザでテストする。
Linux側で、Rails, Node.js、データベース
コンテナが10個とかなら、自動的にコンテナ数を増減する、Kubernetes(k8s)。
Dockerに付いてる
今は、ほとんどの企業がk8s
>>290 ユーチューブで勉強した人？
それともしょうもないスクール生？
>>287 Linuxの上で仮想マシンを動かしてるわけじゃないという意味だよ
知らんの？DockerはLinuxの上で直接プログラムが動いている。
・Linux←仮想マシン←Linux←プログラム
>>293 それは当然の認識で前提だった
そこから話が派生して他 OS の話になっていたのだよ流れをもう一度読んでもらえば分かると思うけど
コイツラ何で「コンテナは高機能なchroot」で済む話をダラダラくっちゃべってんの？
chrootもDockerコンテナもOSのプロセス制御の拡張に乗っかってるだけ
chrootって分離してくれるのファイルシステムだけじゃね
>>299 リソースの分離はDockerというかcgroupsとかnamespaceに依存した機能
Dockerだから出来るというわけじゃない
え、そこから教えなきゃいけないレヴェルなんか
最近はマイクロVMによって、仮想マシンとコンテナの境界は曖昧になりつつある
またそれか
>>303 そんなケースバイケースな話されても
セキュリティ要件上オンプレ且つVM不可な案件もあるんだよ
了見の狭い
>>306 RubyやPythonをシングルバイナリにできるならね
でも、まあ、仮想マシンみたいに、コンテナという単位で取り扱うことができるから、
Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化（コミット）しています。
docker commitは現在のイメージの上に現在のコンテナによる変更内容を差分としてレイヤを追加する
更新の都度buildで構築できるように組むのが一般的
>>312 レスありがとうございます。
おっしゃっているのは、コンテナからイメージを作成して、
そのイメージから別のコンテナを作成し、また新たにイメージを作成する場合ですよね。
（ちがっていたらすみません）
□→◯→□→◯・・・
しかし、
>>310 のように、
同一コンテナから時系列でイメージを作成しているのですが、
コンテナの変更の割に、それらのイメージが大きく膨らむのです。
同一コンテナ上での変更だから、同一レイヤで更新が成されるはずです。
そうやってレイヤの更新の都度、そこからイメージをコミットしても、
無駄に大きくはならないだろうとにらんだのですが。
>>313 buidができるように設定を組めたらよいのですが、まだそこまでシステムが固まっていないんです。
>>314 あのな。お前のそのレスの内容から
Dockerの完全な初心者だってことバレバレなの
お前は知らない単語を聞いた時、その単語の意味から
こういうことだろ？と思い込んで突き進んでるだろ
思い込みを書き込むんじゃなくて
知らない単語をちゃんと調べてDockerを勉強しろ
システムが固まってないんじゃない
お前は
>>313 が言ってることがわからないだけだ
>>314 コンテナの変更って何したんだ？
commitでイメージに追加される新たなレイヤは元のイメージとの差分だから、
愚かにもdockerを仮想マシンのように使っているならログのローテーションやパッケージの更新などで常に元のイメージとの乖離は拡大し続け、
その乖離の分だけレイヤのサイズは増大する
事実を疑う愚かな悪癖を捨て、まずはそれだけの差分が実際に生じている事実を認め、その差分の内容をdocker diffなどで調べろ
まだシステムが固まってないんなら別に肥大化してていいんでは
>>310 > Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化（コミット）しています。
そんな使い方はしてはいけません
作るのはイメージだけで、コンテナからイメージ作るとかしないんだわ
requirements.txtで独自ライブラリをgithubからインストールして
補足
Dockerは更新されたとか関知しないのでrebuild要
>>324 だからDockerfileでイメージのビルドが簡単にできるようになっていて
レイヤーのキャッシュで高速にリビルドが完了するようになってる
イメージは消してビルドし直すのは当たり前で
当初の質問から外れてしまっているのですが、
>>326-329 なるほど・・そういうものなんですね
まだよくわかっていませんが勉強してみます
>>330 Docker Hubなんかにあるベースイメージつくるなら最終的にDockerfileに全記載となるけど
試行錯誤中はcommitでも外部ボリュームマウントでもぜんぜんOK
アプリ開発なら特定のディレクトリしか使わないようにし(他には設定ファイルくらい)
開発中はディレクトリ全体をホストに置いてマウントするのが常套
buildではそのディレクトリ全体をCOPY(開発中はマウントで隠れる)
適当なプロジェクトのDockerfile, compose.yamlみたらわかる
>>330 だからDockerは試行錯誤しても時間がかからないように
高速にビルドができるようにレイヤーでキャッシュされてる
ビルドするのにやっていることを固める必要がない
試行錯誤をビルドして行えばいいだけ
また、いつもの、仮想OS とコンテナの違いが分からない、香具師が来ているのか
>>264 に書いただろ
山浦清透の動画内の、AWS の構成を見てみろ
開発中は、Docker 外の共有フォルダへbind しておけばよい
>>332 わかりやすいレスありがとうございました。
なるほど。
コンテナの「ルートディレクトリ」ごと
ホスト側に移してバインドしておいておけば、
そのコンテナで試行錯誤してもコンテナ自体は太りませんね。
必要があれば、変更のきりのよいところで、
ホストに置いている「ルートディレクトリ」ごとバックアップ取ればいいのかもしれない。
というのは、yumとか、外部から落としてきたtarをコンテナ内で使うと、
どのディレクトリに変更が生じるかわからないので、
いっそのことその「ルートディレクトリ」ごとホストに置いてバインドすればいいと思った次第です。
buildのコマンドで「ルートディレクトリ」全体をコンテナにコピーすればいいわけですね。
最後のところは、目からうろこです。
というのはいちいち設定内容をコマンド化（テキスト化）しなければならないと思っていたからです。
>>332 はルートディレクトリ以下全部なんて意図してなかろうに
ルートディレクトリでやってみたらいいとおもうよ
頑なにテキスト化したくないってことは、buildでステップ的に構築しなくていいんでしょ
だからコンテナは仮想マシンじゃないと何度も言う必要があるわけだよ
月数百円程度でもいいのでplay with dockerみたいにさくっと試せるサイトないかな
自分のマシンで試せばいいじゃんDockerなんだから
Dockerなのにそんなサービス欲しい理由が分からない
それはそんなサービス作ったエンジニアかだれかに言えよｗ
>>342 お金はらうなら
VPSかりて、リモート接続できるDocker環境つくればいい
Google Cloud ShellとかGCEの無料インスタンスで似たようなこと出来るんじゃね
docker machineの勉強をしようと思ってネット上の記事を色々読んでいたのですが
Dockerは仮想マシンじゃない
WindowsやMacの人はdockerデスクトップより
>>350 AWSに展開するならECSかEKSを使用するので、実行環境でDockerコマンドを直接使用することはない
というかDockerエンジン自体もほとんど使用されなくなっている
Dockerはプレハブハウス
モデルハウスの中にプレハブハウス入れるのか？
空き地（物理マシン）を借り切って、そこを小さな区画（仮想マシン）切り分けて
そのスペースに在来工法（環境設定）で家を建てるよりも
システム建築（コンテナ）で家を建てた方が早いって感じかな
システム建築と在来工法の違いはこちらｗ
https://www.systematization-building.com/comparison/ >>356 なんで混ぜるんだよｗ
Dockerってプレハブっていうか、工事現場にあるコンテナハウス？みたいなイメージあるんだよな
どこの現場でも速攻で事務所や休憩室になったりとかさ
対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
家の中に家を立てるのがVM
>>359 > 対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
だからVMの中にプレハブを建てては売って(処分して)の繰り返えすんだろ？
ん？まさかVMって設定済みVMイメージの話をしてるのか？
例え話ってのは有用な時もあるんだけど
桃太郎というのは、例えば鬼のようなものである
なぁ・・・もう疲れた・・・
何をどうやったかを言わなきゃ誰もなんもできねーよ
イメージなりボリュームなりをリムーバブルメディアに置きたいんじゃないの
Macだと悩まないのでWindowsなら
いやさ全録サーバー構築してんだが・・・
先にコンテナがマウントしたディレクトリかその上位に後からHDDマウントしようとしてnot emptyになってたんじゃないの
ローカル上で動かすとバリ速い処理があるんだけども、EKSで動かすもCPU(limitつけてないのに）使い切ってくれない
wordpressをpullして起動するだけでとりあえず使える状態になるのはしびれたけどそれ以上のメリットあんのかって気はするよな
じゃけんローカルに入れたやつを他のサーバーに移動させようや
でも実際こういうやついるからな 一緒に仕事したくないわ
>>377 デーバーにデプロイの話はなんでしないの？
まだそこまで理解してないから？
訂正
>>377 サーバーにデプロイの話はなんでしないの？
まだそこまで理解してないから？
Docker Hub に、Tensorflow のイメージぐらい、誰か作って公開していないのか？
>>383 サーバーがなにか理解してないだろ
pcと同じものだぞ
自分の家のpcでwordpressを起動して公開するのもvpsに配置するのも同じ事
実機を使うかsshで遠隔操作するかの違いだけだろ
awsのサービスとかの話なら既出だし
なにが言いたいのかわからんw
>>385 俺はサーバーを知ってるんだぞ自慢はいいからさｗ
Dockerが解決してるデプロイの話を
なんでしないの？
デプロイの話をしない理由を言ってみ
そこらへんの話は仕事でやんのか趣味でやんのか違いっしょ
流石に仕事で
>>385 みたいなこと言われんやろ 流石にね
>>387 pbxの設置から鯖の設置、基地局設備の設置までやってたけどな
Dockerを軽量版仮想マシンぐらいの理解でいるとこうなるという分かりやすい例だな
>>388 機材の搬入までしていたとか言いそうで草
ソフトウェアのデプロイの話をしろよ
苦労話をすればいいんやで？
サーバーのバージョンが古くてライブラリが古くて
それをインストールしようとしたけど、ビルドが出来なくてーとか
あるやろ？
今はDockerですっかりなくなってしまったがなｗｗｗ
デプロイとかしたことないから
5chは老害の巣窟ですよ。
若い衆は他SNSメインですよ＾＾；
wordpressが鯖の上で動くアプリって事すら知らないでデプロイの事を話せってw
>>396 Dockerはデプロイに使う道具なんだが？
わかってないのか？
docker使ってて便利に感じるのは環境差分が吸収されることよねー
>>397 dockerってデプロイしないと使えないんだぞw
お前あれだろ、linux使ったことすらなくてwindows使ったら快適だったスレとかで暴れ回ってるうんこやろうだろ
>>399 Dockerのデプロイと
開発したアプリのデプロイじゃ
全然難易度が違うだろ
linuxすら使ったこと無いんだろw
>>403 だからそのwordpressはどうやってデプロイしたんだよ？
なんどもそれを言えって言われてるだろ
エンジニアの人って知識でマウント取るの好きだよね
エンジニアは営業様に比べて出世も給料も抑えめで自己肯定感が薄いからね
知識不足で答えられないからマウント論争にシフトしちゃった感
ずっと粘着してワンパターンに毎度ネカマの自演始めるからすぐ分かるんだよ
>>405 わかってるならマウントられないように知識をつけろよｗ
相手が仕掛ける攻撃がわかってるのに何の対策もしないで
殴られてから、殴るのわかってたぜと言っても
負け惜しみにしかならんぞｗ
いつも、Docker と仮想OS を勘違いしている香具師がいる
>>411 debianとか、fedoraとか、インストールパッケージ作るのに
それぞれの、ディストリのイメージでビルドしてんだけど
使い方間違ってんのかな
ホストOSから独立した実行環境をつくるDockerコンテナとVMを混同する人がいるのは
仕方ないんじゃないかな。コンテナ内でコマンド実行するときにホストOSのカーネルを
利用してるなんて想像しにくいでしょ。特にＷｉｎやMacOS用のDockerホスト使ってる人は。
ここがわりとわかりやすいんじゃないかな。
「【連載】世界一わかりみが深いコンテナ & Docker入門 ? その1:コンテナってなに？ 」
https://tech-lab.sios.jp/archives/18811#i-4 それよりクラウド初心者がAWSでなるべく安くK8sを学ぶのにいい感じの教材なり講座なり
教えてほしい。どうにもやらかした時の請求が怖くて手が出せない。
AWSでEKS？のK8sでDevOpsの真似事してみたいんよ。そしたらPCローカルにVM複数立てるのきつい。
とりあえずVM2つ（マスター、ワーカー：マスターにCP役割設定）たてて、kubectlコマンド試してるけど、
実務を想定するなら、クラウドでハンズオン自習したほうが良いよね？どっから手を付けたらいいのやら。
誤） そしたらPCローカルに
あと、自分の場合はとりあえずこの本から知識を入れてる。「Kubernetes完全ガイド 第2版 (Top Gear)」
>>411 Fargateって覚えたての単語？（笑）
まあdockerコマンド叩いて、誰かが作ったソフトウェアを起動しているだけじゃ
linux上にDocker入れていくつかのコンテナ動かすと、コンテクストスイッチの値が爆上げするのですが、そんなもん気にする必要ないやつですか？
>>418 あのー、私門外漢でよくわからないんですが
コンテキストスイッチがどれくらいになったら
どんな実害が現れるんですか？
dockerってデータベースとかもそのまま本家のコピー状態だから常識的に考えてそのまま商用的サービスには使えないだろ
>>428 何いってんだ？
dockerイメージって実行バイナリと同じだぞ
パスワードとかバイナリの中に埋め込まれてるわけ無いじゃん
常識で考えろや
だいたい例としてデータベースとかでてる時点で
Docker Desktopの代わりにminikubeとDocker CLIの組み合わせを試しているが何の問題もないな
>>423 それオープンソースを使ったビジネス全てに当てはまる
minikube、Udemyの有料講座でも見かけるけど、お手軽すぎてこれでK8sクラスタの構築・管理・運用のさわり部分でも、
は？
>>427 ポインタありがとうござます。
＜JAWS-UG（AWS Users Group ? Japan＞のことであってます？
ちょっとサイトで情報を確認してみます。
あれ、書き込めてない。再投稿。
-----
>>427 ポインタありがとうござます。
jaws = JAWS-UG（AWS Users Group - Japanのことであってます？
ちょっとサイトで情報を確認してみます。
>>431 ・・・ということは、自分の専ブラ環境で見えないだけで書き込みできてたのか。
うーむ。
>>413 YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースには、Docker も入っている
最近は、AWS Fargate も入っている。
AWSから最初に勧められるのが、Fargate
有料サロンでは、3千人と日本6位。
Railsの虎の穴
AWS なら、くろかわこうへいのサロン。
数百人入っている
この2つのサロンは皆、掛け持ちしている。
他には、Udemy の山浦清透も有名
k8s は、半分ぐらいの企業が使っている。
漏れは、数台のラズパイで、k8sを構築する本を読んだ
>>435 たまに現れるこいつ、ガチかネタか分からんから難しい
手持ちのdatを検索したら2017年4月から同じ文体で書き込んでた
もやっとしたエラそうな事いうくせに一つもdockerの話しねぇのなw
>>434 > おい待て、そんなdockerでだいじょうぶか？
大丈夫だ！
そういえば句読点を多用するのは団塊世代に多いって聞いたな
>>443 https://mi-mollet.com/articles/-/32576?layout=b 取り上げているテーマはいいのに、なんだか読みにくいと感じる文章ってありますよね。
今日は、これさえ心掛ければ、「読みにくい文章」が「読みやすい文章」に変わる、ワンポイントをご紹介します。
文章は、短ければ短いほど読みやすい。一文も、短ければ短いほど読みやすいんです。
>>437 > 、多すぎ
たまに某メジャーディストリスレ等で見かけるけど
複数のコア積んでるvmでDocker動かしてて、
>>435 遅くなりましたが、いろいろ情報をありがとうございます。 https://www.youtube.com/channel/UCirsB9lWx1Vao8jmbMK_nQg https://aws-cloud-tech.com/ https://zsksalon.com/#service https://www.udemy.com/course/aws-for-beginner/ https://www.udemy.com/course/aws-and-infra/ >>451 くろかわこうへいの初心者用のお勧め本が、これ。
漏れも読んでる
Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018
あとは、KENTA が言うように初心者なら、
AWS Fargate, Terraform を使えればOK
中級者向けなら、Kubernetes も必要
Amazon の講座は、3日で21万円とかでしょ？
>>455 AWS各種サービス利用料金が別としても、スクール費用が月額4980円ぽっきりですからねぇ。
添削やQAは講義とは別料金ってところがほとんどなのに。ちょっと中身大丈夫なのかと不安になるレベル。
紹介してもらった専門書もチェックしてみます。ありがとうございました。
KENTA は、AWS だけではダメとか言ってるけど、
Udemy の神・はむさん、
自演と違う
仕事でやらせてもらったら嫌でも覚えないといけないからそっちのが効果的
awsサミットとか公式ハンズオンに参加してクレジット貰いながら公式ドキュメント読んで手動かせよ
>>457 このレスが全て物語ってるわ
なんでCircleCIがそこに出てくんだよ
>>463 無料。なんと甘美な響き。でも今年の分終わってない？
https://aws. アマゾン.com/jp/events/summits/online/japan/sessions/
せんせー( ゜д゜)ノ
>>33 に、コンテナのimport/export を書いた
任意のLinuxディストリビューションをWSL2で動かす。
Clear Linux OSを動かすまで
コンテナだとシステムコンテナの話が含まれて
GCPに続いてAWSもDockerHubリポジトリのミラーに対応したな
DockerってMacでの動作遅いけどPodmanなら早くなったりする？
ならんよ。
AWSの方はDockerHub対応してない
その上、全ユーザーで共有するキャッシュではない
アカウントの所有者が自分でレジストリを設定する方式
一度プルしたタグの同期は24時間後
https://dev.classmethod.jp/articles/ecr-pull-through-cache-repositories/ 現在のところ「ECR Public」と、Red Hatが提供する「Quay」のみが選択できるようです。
(「カスタム」という文字が見えるので、今後は選択肢が増えたり、任意のリポジトリが登録できたりするのかもしれません)
それじゃなくてこっちの方か、失礼
Docker オフィシャルイメージが ECR Public で利用可能になりました #reinvent
https://dev.classmethod.jp/articles/docker-official-images-on-ecr/ Lenovo Duet買ったので、Arm64なDockerイメージをようわからんなりに作ってたんですが、
え？通信量を減らすのが目的なんだから
コンテナ起動時のpオプションでip指定のところをドメイン名とかhostsの値とかにしたいんだけど、できないの？
>>480 GitHub ActionsやCircleCIみたいなCIツールから金取るのが狙いでしょ
実際パートナーシップ契約結んでレート制限解除の代わりに金貰ってるみたいだしな
ミラーされたら単純に売上は減る
>>483 だからDocker社の通信量やインフラ代をへらすことが目的だから
Docker社の思惑通りじゃん
もともと売上はなかったって知ってる？
インフラのコストが高くなってきたから
金払うか、ダウンロード量を減らすかのどちらかを選びなさいって言って
その思惑通りダウンロード量をへらすことになった
IP制限のかかったレポジトリにあるソースコードをEC2のdockerで実行する時、どの様な手順がありますでしょうか？
>>485 普通は本番用のDockerイメージをCIでビルドして
ECRに入れるだろ
AWSで使えるCIならCodeBuildがある
ECRもCodeBuildも使えない変なルールの職場はやめて転職しろ
>>485 そんな腐りきった職場でdockerとか意味がわからない
そういうところに新しいツールを持ち込んでも無用な混乱と手間をもたらした結果破綻するだけだ
もしお前が犯人なら、今すぐ関係者に土下座してdocker使うのやめたほうがいい
>>488 マヂに
腐った水に何溶かしても幸せになれんよ
逃げろ
俺は分からんｗ
>>490 本人がイメージそのまま送ってロードって言う
dockerの旨味全否定してるからな
何が問題かといえば、他人から見たら全くもって意味不明な
>>485 にしか分からない極めて珍奇なデプロイ手順になってしまうことが問題だろうな
自分が辞めたあと後任者がそれ見てどう思うか、一度変な拘りを捨てて客観的なフラットな頭で考えてみ
windowsで作成したdocker imageをlinuxで使う事に、どのような問題点がありますでしょうか？
>>497 ・Windows上のDocker環境で作成したDocker image
・Linuxで上のDocker環境で作成したDocker image
・macOSで上のDocker環境で作成したDocker image
に何か差がありますか？
Docker環境は一体どうやって動いていますか？
これらを自分で説明できると、自ずと自分で答えられるはずです。
https://docs.docker.com/security/ > Docker Desktop version 4.3.0 and 4.3.1 has a bug that may log sensitive information (access token or password) on the user's machine during login.
> Additionally, these logs may be included when users upload diagnostics, meaning access tokens and passwords might have been shared with Docker.
もうボロボロだな
そもそもDockerだけを普通に入れたら良いのに、Docker Desktopなんか上っ面の皮を使うもんじゃないよな
>>498 言いたい事はわかるんだけど「考えさせる」は
今時ただの老害扱いされるよ。
TLDR要は全部同じ。
何でビルドしてどのプラットフォームに送っても問題無い
>>504 いいたことはわかるんだけど、答えだけ教えてもだめだよ
> ・Windows上のDocker環境で作成したDocker image
> ・Linuxで上のDocker環境で作成したDocker image
> ・macOSで上のDocker環境で作成したDocker image
DockerはLinuxカーネルの機能を使って（仮想マシンを使わずに）
アプリケーション仮想化を行うものだから
Windows上でもmacOS上でも動かない
Windows上やmacOS上で動いているように見えるが
内部的にはLinuxがインストールされた仮想マシンが使われてる
Dockerはクライアントサーバー方式で
Windows・macOSから実行したdockerコマンドは
仮想マシンで動いているLinux上のDockerサーバーと通信している
結局の所Linuxで作成してるのと同じことになる
>>504 いや、だったら、公式ドキュメントを全部嫁、以上で終わるやん。
初心者ですみませんがコンテナのuidとgidを確認する方法はありませんか？
AWSでコンテナを動かしたいのですが
>>511 基本的な疑問が解けました。
ありがとございました。
>>510 使う起動タイプはEC2ではなくFargateだぞ
同じECSでもゴミと神の2種類があるから注意
間違って送信してしまいました。
料金を気にし過ぎな人がAWSなんか使えるはずもない
>>510 どう使うの？
自動ロードバランサーとか備えたelastic beanstalkとかもあるよ
docker-composeで、一日一回動かしてるスクリプトがあるのだけど、
AWSスレの話題になっちゃうと思うが、
ECSちゃうん
https://docs.aws. あまぞん.com/ja_jp/AmazonECS/latest/developerguide/scheduling_tasks.html
知らんけど
AWS Batch でいいやん 調べれば普通に出てくんのに
Lambdaは短時間といっても最大15分までいけるから余程のデカブツでない限りは無問題だろう
How Docker Made Me More Capable and the Host Less Secure
https://www.cyberark.com/resources/threat-research-blog/how-docker-made-me-more-capable-and-the-host-less-secure ホストのrootではない一般ユーザーが/var/lib/dockerのデータを読み書き出来る脆弱性を修正しようとして
ホストの一般ユーザーが特権昇格できる別な脆弱性を生んだ模様
旧バージョンのmssqlには何故かgdbが入ってたので
他ユーザーのプロセスを勝手にkillできてりする
dockerコンテナのログファイルは
>>527 docker logsもしらない男の人って・・・
そもそもホストにアクセスする必要なくね？
logs — Docker-docs-ja 19.03 ドキュメント
http://docs.docker.jp/v19.03/engine/reference/commandline/logs.html 個人サイトだとdockerってオーバースペックなのかな
何も考えず再起動やビルドしても問題ないように作るのがコンテナアプリ
dockerでonlyoffice+letsencryptで建てようとしてるんだけど、うまくいかんで頭沸いてきた
何も考えずにDockerを使っている連中ばっかりなんやなｗ
>>531 AWSサービスのSSLターミネーションに頼るのが楽だが
Traefik使えばそーいうの無しでもそんな苦労せずLet's encryptでHTTPSに出来た
似たようなので確かCaddyってのもあったはずだが
どう違うのかしらん
仕事でDocker触る人2割
>>533 情報助かる。nginxのssl設定がうまくできてなかったから、traefikでリバプロにする方が簡単そうね。
普段はルータの方が触る機会多いから、ソフトウエアルータの方がわかりやすそうだわ。
Kubernetesベースだから素のDockerは触ってないかな
Dockerfileに以下の記載をして
USER node:node
WORKDIR /workspace/app
ローカルのwindowsのwsl2のdockerで実行すると/workspace/app の所有者はnodeになるが
ec2のdocker側で実行すると/workspace/appの所有者がrootのままなんだけど
これはどっちが正しくて、なぜこんな違いが生じているのでしょうか。
解決策としては事前にrootの状態でmkdirしてchown nodeすればいいのだろうけど
なんでこんな差異が出ているのかの原因が知りたい。
添付画像の左側がec2のdockerで、/workspace/appの所有者はrootになっている(左の赤枠)
右側がローカルのwindowsで、所有者はnodeになっている(右の赤枠)
win側でビルドしてるときBuildKit使ってる?
>>536 こういうなんちゃってSEがいるからこの業界はおかしくなってきたんだろうな
SDやGMかもしれないがw
コピペで組み合わせて貼り付けて動けばええんやでｗ
納品するときに動いてれば十分なんだから深い理解()なんて要らんしなぁw
>>528 ありがとうございます
たしかにログファイルを取得するという目的はdocker logsで達せられますが、
windows上でdockerホストはそもそもどういうものとして動いているのだろう・・？
という疑問がありました
調べたところ、
dockerホストはWSL上でdocker-desktop-data、docker-desktopという二つのVMとして動作していて、
エクスプローラからWSL上のVMへは
\\wsl$VM名
でアクセスでき、dockerホストに格納されたログファイルは
\\wsl$\docker-desktop-data\version-pack-data\community\docker\containers\コンテナID\コンテナID-json.log
でアクセスできると分かりました
コミュニケーションしとるで
>>544 ああ、絶対やっちゃダメな方法を見つけたんだね（苦笑）
なんでドキュメント読まないで
↑の546,547は一体何を言ってるんだ？
フリーのDocker Desktop for Windowsの代替品がデタらしい
Stevedore: free and open-source Docker Desktop alternative for Windows
https://www.reddit.com/r/docker/comments/t9c5q7/stevedore_free_and_opensource_docker_desktop/ というか、Windows kernelをLinux kernelに置き換えたらええんよ
そうする理由があるならそうしてるでしょ
>>550 LinuxカーネルにWindows APIを実行する能力がないんだよ
ソースコードが公開されてるから、何かあったらコードを修正すればいいでしょという
考えになってて、拡張性が乏しく融通がきかない。
Linuxだとサードパーティのクローズドのドライバの互換性を保つことすら出来ない
ドライバはカーネル毎にコンパイルすことが前提になってる
考え方が違うとはいえ、Linuxはカーネルとドライバの互換性の点では劣ってるのさ
LinuxカーネルよりもWindowsカーネルの方が優れてるんだよ
Docker社、ロシアとベラルーシからDockerのサブスクリプションを購入できなくしてしまうwwwwwww
Docker's Response to the Invasion of Ukraine - Docker Blog
https://www.docker.com/blog/dockers-response-to-the-invasion-of-ukraine/ vimの設定ファイルに文字コード指定しても文字化けしてしまいます…
>>568 失礼しました。
DockerのContainer内でvimを使っていましたので、つい…
>>569 ありがとうございます。
移動します。
Dockerコンテナ内でvimを使う意味がわからない
やるなら、host側のvimからover sshでコンテナ内のファイルを触るでしょ
それも辺やろ、普通bindするやろ
昔はdockerの事がよくわからなくてコンテナの中に入って色々弄ってたことあったから使い慣れたエディタが欲しくてvimをインストールしてた事もあったな・・・
開発の初期フェーズでは、Dockerfileいじっては作り直す、をやるよりも
今すぐ不足ライブラリをpipで入れたいってときはdocker execで入れちゃうな。ただし、Dockerfileをその直後に変更しておくのとセットかな。ビルドまで本当はしなくちゃいけないんだろうけどサボってる。
>>577 vimを使う時点で遅いだろ…
だれがあんな低機能テキストエディタなんか
使うんだよｗ
おれはコンテナ内のファイルをエディタで直接いじらないけど、
誰が使うんだと聞かれたから、
Linuxカーネルの「Dirty Pipe」脆弱性に対処した「Docker Desktop 4.6.0」 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/1395775.html ホームディレクトリの環境変数って何を指定するのが正しいのでしょうか？
opemediavault dockerで動かしてる人いる？
Docker公式のチュートリアルをやりはじめたのですが、
https://docs.docker.com/get-started/02_our_app/ のイメージのビルドのところで、
error Received malformed response from registry for "glob". The registry may be down.
Error: Received malformed response from registry for "aws4". The registry may be down.
というエラーが出て失敗します（他にもwarningが多数）
ググっているうち、
Dockerのtutorialが動かなかった話
https://qiita.com/yutake27/items/2b147547a5fd6cebf251 という記事を見つけました
この記事に書かれている問題は、今のチュートリアルでは修正されていますが
また別の理由で動かなくなっているようです
公式のチュートリアルを読んでいくのが確実だろうと思ったのですが、
どうもあまり細やかなメンテナンスがされていない印象があります
公式のチュートリアルは初学者の勉強にはあまり適していないのでしょうか？
>>589 > 公式のチュートリアルは初学者の勉強にはあまり適していないのでしょうか？
自分で、チュートリアル相当なチュートリアルを作りながらやってみて、
それで公式のチュートリアルの内容が理解できているなら、それでよいのでは？
マジメそうやけど独学するならもっと柔軟に
>>589 QiitaかZennに書くと誰かが答えてくれるかもしれないし同じ現象が起きた人がその記事を見つけてヒントを得られますよ。あなたの環境やチュートリアル内の具体的にはどの指示をやろうとしてるのか、あなたが叩いたコマンドは何なのか書いておくとアドバイスする方も助かります。一般的にチュートリアルは最高の学習コンテンツですしチュートリアル自体に不備があるのなら修正リクエストを出して貢献することも歓迎されます。
>>587 ありがとう。
実はec2の例はお客が用意したもので今となっては詳しく分からないんだけど
次同じことがあったらそのへんを注目してみます。
チュートリアルは完全に初学者向けに書かれてるとはかぎらないかもね。
いや、チュートリアルは初心者向けやろ
>>595 さっさと使いた知りたい人はmanします（笑）
>>589 暇だったから試してみたけど普通に全部動いたぞ？
linuxの知識がないから足りないパッケージ入れれ無いんじゃない。
The registry may be down.
ほんまやな、単にネットに繋がってないだけやな
ネットつながらずにどうやってdocker入れたんや
>>604 何いってんだよ・・・
そんな訳ないじゃん！
（１）DockerfileにENTRYPOINTでサーバーを立ち上げるコマンドを実行するのと
あれ・・そこまで難しい内容でしたかね・・？
あえてやってるのかは本人に聞けよとしか
＞動いてんなら自分が使いやすいと思う方採用すれば良いじゃんとしか
前から過疎スレに対して私も思っている部分がありますね
すみません613の存在に気づきましたが
>>614 は
>>613 に対しての返信ではありません
>>615 が誰に対して言っているのかは知りませんが、念の為
"ここにサーバー立ち上げコマンド"から滲み出る無能感
こういう無能がツイッターとかでちょっと技術的なツイートに俺知ってるアピール自己語りリプするんだよな
サーバー立ち上げコマンドとやらをコンテナイメージに固めてしまうか
entrypointとcmdとどっちが一般的ですか！
docker-composeはあくまでdockerコマンドのオプション諸々を一発実行してくれるマニフェストファイルだからdockerfileを代替するものではない
>>622 ＞の違いだと思うが
それは違う
docker-composeの使い方を理解していない
dockerコンテナ同士で、ボリュームを相互にマウントさせる事はできますか？
同一ホストで動いてるんなら普通にホストのディレクトリを両方にマウントすりゃいいでしょ
>>629 ホストディレクトリを汚染したくないのです。A、Bコンテナは互いに相手を必要としており、コンテナが相互マウントできれば嬉しいです
状態はコンテナの外に持ちなさいってばっちゃんが言ってた
ホストディレクトリを汚したくないなら先にボリュームを作ってそれぞれのコンテナからそれを利用すればいい
dockerの公式ドキュメント見やすくて探しやすいぞ このスレの住民より信憑性ある
そか、ええな、kubenetes組んだ時どうすんのか疑問だった
>>638 複数のデータセンターにサーバー置いて、
クラスター作って高可用性を持たせるような用途なら
NFSじゃなくてレプリケーション対応したデータベースを使うのが普通
地理的に離れた場所でファイルシステムに必要な一貫性持たせるのは速度を犠牲にしないと困難
データベースのレプリケーションアルゴリズムで同期した方がストレージの全ファイルに一貫性持たせるより効率的だし
必要なければ部分的に一貫性を犠牲にする事で性能上げられる
>>639 おうちkubenetes予定民(ラズパイ待ち
やからそこまでやる気ないんやけど
コンフィグファイルとかもDB化できるん？
できるならそこまでやってみたいなあ
>>640 コンフィグファイルぐらいならk8sのconfigmapとかsecretに置けばよくね
本家k8sならetcdっていう分散データベースに保存される
k0sとかk3sはsqliteとかも保存先に使えるらしいけど
もっと沢山データ入れるなら普通にデータベース使え
>>642 ほーんニキ詳しいなあ、ありがと
仕事利用民かな？
その辺ちょっとみたけど、マイクラのマップデータ見たいな大きめのファイル群もなんとでもなりそうやね、当たり前か
Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
>>644 >OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
それあなたの感想ですよね
データとかあるんですか？
>>645 いちゃもんつけないでください。
言ってることは正しいです。
重要なのはただこのやり方だとスケールアップする度に膨大な予算がいるということ
何が言いたいのかよーわからんけどそもそもdockerはそのリソース節約するのも一つの目的で
普通は人件費のほうがずっと高いからな
コンテナ使わない場合、常にスケールアップ後の構成にしておかないとサービス落ちるんじゃね
コンテナ使おうが使うまいがサーバーのリソースに十分な空きがあったらスケールダウンはできる
Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
あまりにも面白いレスだったから俺のお気に入りレスに追加したわ
いや多分ワケ分かってなくて一緒懸命考えて書いたんだけどあまりにもアホな内容なことが自分でもなんとなく分かってきて、コピペのふりして書き直してるんやで
あっはっは、ちゃうねんｗ
ツッコミどころがありまくりの広告記事に
お前らがどういう反応するか見てるだけやねんｗ
続きがあったらどうぞ
今、ユニケージ開発手法にギークが熱狂するワケ【USP研究所代表＆オープンソースOSコミッター対談】
BSDコンサルティング株式会社 代表取締役「當仲寛哲」と取締役「後藤大地」の対談
https://type.jp/et/feature/14070/ 後藤「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中でプログラムを書き、
もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
ユニケージ開発手法なら１台のマシンをフルに使い切れますし、uspBOAが証明したように
マシンを並列につなげば安価で強力な実行環境を構築できます。大量の電力を消費する
データセンターなどよりはるかに環境に優しいのは言うまでもありません。
今後ますますユニケージ開発手法のメリットが理解されやすい時代になってくるんじゃないかと思っています」
また、當仲さんはユーザーフレンドリー、開発者フレンドリーな環境を追い求めるあまり、
エンジニアは大切なものを見落しているのではないかと感じている。
當仲「人間がちょっとだけ努力して歩み寄るだけで、コンピュータのリソースを
100％使い切れるわけです。その方が合理的で経済的だし、後藤さんの言うように
環境に優しいのは間違いありません。ただ漫然と楽な方へと流れていると、
課題解決の道具に過ぎない開発環境に使われてしまうことになりかねない。
もしそれが嫌ならレイヤードされた階層の上部で開発する便利さに安住せず、
エンジニアはCPUやOS、アセンブラなど、低レイヤーに属する知識をもっと積極的に学ぶべき。それが私の持論です」
初心者質問以外でOSだー仮想化だーなんて発言はマトモに読んでない
(クッソー、釣られた悔しい…。せや、他人のふりして読んでないってことにしたろ！)
>>660 興味深いけど一般的なものからかけ離れてて
にわかに信じがたい内容だな
その引用をまともにここに書くんじゃなくて
変な書き方する意図がわからん
シェルで何もかも実現出来るなら、DBもコンテナもソフトも何もかも無駄でしかないから、その記事の中での辻褄は合ってるんじゃない？
事実かどうかは別にして
まあコンテナ云々は別にして、現在主流の大規模データ処理技術はコンピュータ資源の利用効率が悪すぎるというのは事実ではあるんだよな
だからawsとかになっていってんじゃん
コンピュータ資源よりも、人的資源のほうが大切っつーだけやろ。
>>663 > 変な書き方する意図がわからん
普通の人ならこれが明らかにおかしい内容だって
思うようなぁっていうのを確かめたかっただけ
> シェルで何もかも実現出来るなら、
できるわけないやろ？
>>664 > Apache系の無駄な仮想化レイヤを
Apacheが何を仮想化してるっていうの？
クラウドだと「膨大な予算がいる」ってどういうことだと思う？
>>667 この記事がガセネタってこと？
よくわからん世界だ
>>669 この記事にあるような分散型の巨大データベース検索する意図だけなら
この変態シェルシステムのが安く上がるって書いてるじゃん
にわかに信じがたいこの内容が事実なら、だけど
>>670 ガセネタというかステマだね
「USP研究所代表＆オープンソースOSコミッター対談」
実は
BSDコンサルティング株式会社
代表取締役「當仲寛哲」と取締役「後藤大地」の対談
https://www.bsdconsulting.co.jp/CGI/BSDC.CGI?CNT=ABOUTUS でした。
なんで記事にそのことを書かないで
第三者のオープンソースOSコミッターが
すごいと認めてる風を演出をするんだ？
>>671 ミドルウェアを使わないでどうやって
分散型の巨大データベースを作ると思う？
>>673 パイプ3,40繋げて処理するとか書いてるけど
ほへーをそんなん出来んだ(知らんけど
て感じ
そんなことよりフロントエンドや各種コンフィグとかどうやってんのかが気になる
開発ってものによっちゃそっち9割やん
データのわちゃわちゃやるのなんて開発のメインでもなんでもない
>>673 分散型の巨大データベースってBigQueryとかHBaseとかRedshiftみたいなののことか？
ああいうのは仕組みは結構単純で、原理的にはデータのキーや日付でディレクトリ切ってファイルを格納してるのと変わらないんだよ
でディレクトリまで絞れたら後は力技で全部スキャンするだけ
だからシェルスクリプトで似たようなことをやるのも以外にそれほど非現実的ではなかったりするんだよ
まあ恐らくデータの持ち方が列指向じゃないから、スキャン量はちゃんとした分散DBの数十倍くらいにはなるだろうけどね
データをローカルファイルに置くだけじゃちっとも分散しないわけだが
な、データの受け渡しもシェルでやるんかな、
>>675 うん。簡単かどうかの話じゃないんだよ
"ミドルウェアを使わないで"
どうやって実現するのか？という話
>>674 シェルスクリプトで全部できます！
こういう手法を使うのです！
フロントエンド？JavaScript使え。手法は知らん。
でも全部シェルスクリプトでできます！
よくわからんよ
ユニケージの手法でどうやって
JavaScirptを使うのか
あとサードパーティーの関数やライブラリは使用禁止ね。
それがユニケージのお作法ｗ
んでもこんな与太話結構あるから
>>679 wikipediaにご丁寧にコードのサンプルも載ってるけど
う〜〜んそりゃfor文なくせりゃ何よりだけど、
for文の本質で、繰り返し処理より、変数勝手に入れてってくれることじゃね？ておもた
ユニケージなるものもこの人たち関連の記事しかヒットしないし、
面白いから専スレ立ててくれたら参加するよ
かなり香ばしい結果になる可能性あるなあw
技術的に初心者の人でもわかるように可読性上げる、、
LocalStackの
>>683 https://docs.docker.com/compose/environment-variables/ > ${VARIABLE-default} evaluates to default only if VARIABLE is unset in the environment.
bashの変数展開使えるのか？と思ったらそういうことではないか
>>684 >>685 ありがとうございます。
何が分からないのかの説明が足りていませんでした。
${VARIABLE:-default}
${VARIABLE-default}
の意味は分かるのですが、
${VARIABLE-}
の意味が分かりませんでした。
やってみたら分かった話かもしれません。
- DATA_DIR=${DATA_DIR}
として、docker-compose upしたら、以下のWARNINGが出力されました。
WARNING: The DATA_DIR variable is not set. Defaulting to a blank string.
- DATA_DIR=${DATA_DIR-}
の場合は、出力されませんでした。
ホンマに意味が分かっているのか、怪しい
荒らしがいないと過疎やけどな、平和なんはええことよ
Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に − Publickey
https://www.publickey1.jp/blog/22/dockerdaggergithubcircleci.html docker container createの-aオプションがよく分かりません
>>692 やりたいことはわかるけど流行らなそう
GitHub ActionsやCircleCIのYAMLに比べてノイズが多くて読みにくい
やってることも単なるDockerのラッパー以上のものではなく、この程度ならdockerの内外でMakefileでも叩けば十分に見える
色々調べて、
>>696 https://docs.docker.com/engine/api/v1.41/ これが全て
しかし、今のDocker Engineは単なるAPIサーバーでありcontainerdに処理を投げてるだけだから、
containerdや更にその下のruncの方を学ばないと中身は何もわからない
最近は運用環境ではDocker Engineはほとんど使われなくなりつつあり、完全に終わった技術
Docker使うようになってから開発がつらくなった
>>700 実行環境においては、今はDockerEngineという無駄なレイヤを省いてcontainerdを直接使うのが主流
Dockerが嫌な人は、一生chrootでも使っとけ！
>>698 エラーが多すぎるのに使ってるとか意味不明。
エラーさえ出なければこんな便利なもんはないんだけどな
意味不明のエラーというのが「(自分にとって)意味不明なエラー」なのか「(全人類にとって)意味不明なエラー」なのか分からないので何とも言えない
こないだ出たエラーの場合はぐぐるとStackOverflow(英語版)その他でも質問されてて未解決だったので俺以外にとっても謎ではあったんだろうと思う
簡単なことをもっと簡単にするために複雑なレイヤー挟んでそのレイヤーのせいで余計にトラブるってのは往々にしてよくあるわな
エラーとかほざいている人は、chrootでも使っとけって！
なんだかんだで動いてる時は便利で使い慣れてきたから、できればDockerを使いたい
Win10のWSL2環境だけど今までPowerShellからdocker-compose upできてたのに急に Are you trying to mount a directory onto a file (or vice-versa)? とか出てできなくなった
LinuxでDocker使ってるけど問題起きたことないな
少なくともWindowsなんか使うのをやめろ、まずはそこからだ
それはあるかも
macでいいならwsl2でもいい
でもWindowsでWSL2で問題出まくるから、多分Windowsが一番悪い
docker commitで作成したイメージを元にして、コンテナを作成して、変更を加えた後に、さらにコミットして、
>>719 使い方が間違っています。
docker commitでイメージを作ってはいけません
docker commitはデバッグ用であり
>>719 そのイメージがどうやってできているか分かったら、
自ずと答えがわかるとおもうけどね
tarballでもraw imageでも好きにすりゃいい
不便も何も、そもそも再現性のないイメージに価値などない
>>726 イメージでなければ再現するのに時間がかかるし、
再現する方法をメモしておけば良い
基本的に、Dockerfileを保持する方向でいいと思うけど、
>>731 たしかに、dockerfileだと、レポジトリの廃止や、そのディストリビューションのサポート切れで、
インストール手順が無効になる場合もあるよな
Dockerfileでビルドしたイメージをデプロイする際にはまずECR等のレジストリにプッシュし、
サポート切れても無理矢理使えるようにするためにイメージのバックアップ取るなんてセキュリティ的にあり得ない
>>733 それは結局のところ、置き場所はともかくイメージは使うということですよね
Dockerfileとイメージの役割は別。
Dockerfileの役割はコンテナのメンテナンスのためにある。
イメージはソースがネットから取れなくなるなど、Dockerfileの改良ではどうにもならない場合にへの対処方法だと思う。
commitはそれをローカルに置いておくために使う。
Dockerfileだったらbuildするだけでローカルにイメージはできるだろ？
>>734 なぜありえないのか？
顧客がつねにお金を出してくれるのか？
顧客がお金を出さない場合は、古いイメージのまま、使い続けることになる
古いイメージ＝脆弱性があるシステム
顧客が金出さないから云々って状況がよく分からん
>>740 ユニケージっていうのは現場の人間が内製するためのシステムなんだよ
例えば東急ハンズのような所にプログラミングの専門家はいない
システムなんてせいぜいCGIで作った買い物カートで十分
そういった所にシステム開発費とかないから一度作ったら何年も放置するのはざら
データベースとか難しい技術はしらないし、OSのアップデートとかシステムが動かなくなったら困る
シェルスクリプトでシステムを作っていればコピーするだけでOSのアップデートは完了
OSの基本的なコマンドしか使わないから、OSをアップデートしてもそのまま動く
パイプの匠が考えた開発手法は大規模システムにも対応している
人の入れ替わりの激しい業界で、現場のやすい人材だけで内製するにはこの方法しかない
客が金出さずサポート切れの古いイメージ使い続けて脆弱性突かれて情報流出しようがこっちには関係ないんだからどうでもいいでしょ
>>735 考え方が硬すぎる
そうなりゃ別の方法、別のイメージでイメージ作ればいいやん
>>744 別のディストリを使うとなると、構築のために試す必要がでてくる。
時間かかる。
逆になぜそこまでイメージを嫌うのか。
いつまでも塩漬けにすることの問題は別にして、最低限、運用中のものについてイメージを残しておくのは必須だろう
バックアップなら、commitよりも、exportのがええんちゃう？
イメージが大事だとして、
まずdockerの各コマンドが何をやっているのか正確に理解することからだ
>>746 そうやって技術的負債が増えてくんだよ^^
デプロイのためのイメージとベースイメージごっちゃになってね？
docker commit の話がなんでimageの話に化けているんだよ。
Dockerイメージはnixで生成するのがさいつよだろ
Dockerfileでapt使ったりしたら
aptはロックファイルも無いから
「Dockerイメージをビルドした時点での最新版パッケージ」になってしまう
aptの部分だけ別Dockerfileにするとかは面倒くさいし
nixなら同じソースファイル使えば同じバイナリになる
既存パッケージを使うだけなら、再現性もたせるためだけに別々にビルドする必要はなくなる
再現性のあるビルド - Wikipedia
https://ja.wikipedia.org/wiki/%E5%86%8D%E7%8F%BE%E6%80%A7%E3%81%AE%E3%81%82%E3%82%8B%E3%83%93%E3%83%AB%E3%83%89 >>756 とんだにわかだ
apt も dnf もバージョンを指定してインストールできる
そしてそれが必ずしも正義ではない
互換性がある範囲で脆弱性やバグを修正した新しいバージョンを使おうする方法論もある
そもそも、基本的にはイメージを再利用し再現性を保証するのが一般的な考えでDockerfileで完全な再現性を求める運用には無理がある
なんとか頑張って「俺はお前らの知らない凄いことを知っている」
>>759 ん？なら
「dockerfile無しでcommitで構築したimageを運用するやつはアスペ」
ということでOK？
>>723 が結論だと思うが。
「なにいってんだこいつ」と感じた時点でそいつは貴方に取っての変なおじさん
>>757 大体aptが悪い
npmみたいな、package.jsonで緩いバージョン指定して
package-lock.jsonで厳密なバージョン指定、みたいな仕組みでもあれば便利なのに
現状は完全にバージョン固定、再現するには
apt-getコマンドで依存するパッケージも含めて「手動で」全部バージョン指定が必要でかなり無理がある
2022年にもなってビルドしたイメージ保存しないと完全再現できない時点で
aptは欠陥設計と思われ
>>764 有意義ではないが自動化できないこともないはず
一度インストールしたあとパッケージの一覧を抽出してそれをDockerfileにインストールさせるよう書けばいい
シェルスクリプトかなにか使えば自動化できると思うよ
繰り返しだけど一般的ではないし脆弱性やバグ修正のためのアップデートに非常に脆い
すいません、超基本的な質問をさせてください。
後者のほうが一般的
>>768 ありがとうございます！
なるほど。
このへんについて 解説本を見ても書かれていないし、検索してもなかなか見つけることができず悩んでいました。
助かりました。
コンテナ内のソースを編集したって、じゃあテストツールを動かしたり
>>770 ありがとうございます！
参考になります。
初心者な質問ですみません。
>>776 docker compose use python@3 でできるよ
docker run で--net networknameを指定したコンテナがあります。
>>778 自己解決しました。
docker network disconnectしてから
docker network connect --ip 新IPv4アドレス networkname コンテナ名
する必要が有りました。
変更できました。
docker ps -a でコンテナ一覧が見られますが、
別にいらないな。
いっぱい立てるならだいたいcomposeとかで見るしなぁ
Dockerたまにしか使わないから詳細すぐに忘れる
>>785 仕組みが変わってないのに学習とは？
一度使えるようにしたら覚えることないじゃん。
しかも問題はDockerそのものではなく785の記憶力や情報管理能力と言う
Ctrl-Rによる逆逐次検索で、履歴を遡れるし、忘れてもいつでも思い出せると思うけどな
知らんけどそう言う発想すら無くて、他の人にその都度書かせたいかまってちゃんでは
コマンドライン履歴なんか、一月二月もたてばなくなる。
ほらやっぱり「ポックンにいい感じの情報整理おしえてよう」ってなかまってちゃんだ
CentOS 7のイメージから作成したコンテナなのですが、
docker kill / docker run --rmでいい
>>794 docker stop/start containerでなくて、
その都度、コンテナを再生成せよということでしょうか。
回答としては
OSを起動したのになんで起動処理が走らないの？と思っての質問だったら
>>796 ありがとうございました。
自分で消したいと思います。
>>797 docker run の指定で、tmpの内容を削除するようなスクリプトからスタートさせてみたいと思います。
そうすれば、docker startのタイミングでもtmpの内容をクリアできると思います。
tmpを消す運用してるとコンテナが無駄に大きくなるよ
commitしなければ問題なくね
しばらく前だが、公式はホストOSはUbuntuをお薦めって記載があったけど、
開発環境ではVM含めホストとしてUbuntuが使われてるケースが圧倒的に多いから、開発チームによるテストもUbuntuファーストだという程度のことでしょ
たしかに今となってはどうでもいい
そもそも今のDockerはcontainerdの薄いラッパーに過ぎないから推奨も相性もクソもないのでは
>>802 実運用だとなにが使われるのだろ
Dockerの知識が役に立たない、ということではないと思うけど、何だろ
containerdだよ
Docker便利だけど新人に導入させるのが大変でなかなかペイしない気がする
簡単にしたら「オレDockerできるんだぜ」の人達が困るだろ
>>807 それはなー、とりあえず、まずはVPSで用意してあげればええんやで
VPS上で、一度自分で動かせられるところから始まりやわ
Dockerコンテナがなんで動くとか、なんでできあがったとか、
もっとも簡易的なUnix系のchrootの仕組みが理解できんかぎり、
Dockerなんか、根本から理解できひんよ
chrootでやってみて、そっかプロセスがホストと分かれて見えないとこまるなーとか、
ネットワークセグメントも別々になっていてほしいなとか、
気づくから。
Linux知らないなら色々ごっちゃになって大変かもだけど知ってれば簡単じゃね？
あ、俺が言ってたのはちょっと違くて単に各々のPC上で開発環境欲しいだけなんだわ
>>813 それなー、Windowsだとめんどくさいから、WSLにしてもDocker Desktop for Windowsにしても、
結局Windowsはアレになっちゃうから、妥協してWindowsに合わせて動くようにするか、Windowsを窓から投げ捨てるしかないわ
Dockerの仕組みを理解させたいわけじゃないんだよな、ていうか俺も大して理解してない
へぇ、Windowsだと面倒くさいのか、Linux上でしか動かしたことないから知らなかった。
Dockerってレンサバでも使えるのかな
root権限持ってる人に、自分をdockerグループに入れといてもらう、でええんちゃう
podmanならroot権限なくても使えるんじゃね
composeを使わない巣のDockerでrunしたディレクトリを後から確認する事って出来ない？
>>823 なに言っているのかさっぱり分からんけど、
少なくとも、ホスト側のpsを普通に見たら終わりちゃうのか？
>>824 ホスト側でとあるディレクトリに.envファイルを準備して以下のコマンドを実行します
docker run -itd --name hoge --env-file .env anyimage
1年後、envファイルに書いてあるはずのDBの接続先を一箇所だけ変更してコンテナ再作成したいけど
どのディレクトリで実行したか忘れてしまった。という状態です。
>>825 なるほどなー
たしかに、docker container inspectとかじゃ分からんもんな
コンテナ内（で動かしているユーザ）の環境変数を set コマンドとかで洗い出して、
該当しそうな .env を探すぐらいちゃう？
さらに、DBの接続先って分かっているんだったら、そのDBで具体的な何かで引き出せるはずやし
ちなみに、自分はそういう使い方をするときも、systemdを経由するから、路頭に迷うことがないな
>>825 それだったら単純にfindコマンドで.env探して中を確認すればいいんでね？ワンライナーで実行できるっしょ。
>>825 そのdockerのプロセスのPIDを調べて
cat /proc/PID/cwd
とかすると何か出てくるのでは
ホスト側にある.env無くしちゃったから、稼働中のコンテナがどんな変数を参照してるかわからないってこと？？
dockerコマンド使って本番でコンテナ動かしてんのかな？（笑）
久しぶりにPodmanをインストールして3日ほど弄くり回してみたけどかなり出来が良くなったね
docker hubの公式imageがupdateされたら通知するサイトとかツールとか何使ってる？
DockerDesktopの代替になるかも？と巷で話題の「Finch」を使ってみた - NRIネットコムBlog
https://tech.nri-net.com/entry/use_finch AWSがlima+nerdctlのジャップスタックを葬ってくれるのかと思ったらこれもlima+nerdctlベースかよ
Rancher Desktopどうです？Docker Desktop課金避けとしてはvscodeのdevcontainerも動かせて私的にはいい感じに思ってますが
Docker Desktopってコンテナの状態がGUIで分かりやすく確認できる程度のものでしょ
ドッカー7つの経営方針の本読んでるけどさっぱり分からん
>>839 Rancher DesktopはWindowsではWSLのラッパー、Macでは
>>837 のFinchと同じくlimaの簡易的なラッパーに過ぎない
どうしてもGUIがないと死ぬのでないなら直接WSLやlimaを使って非デスクトップのdocker動かした方が遥かにシンプルで分かりやすい
>>840 そうなの？単にWindows版Dockerのことかと思ってた
Docker Desktopは、以前は845の言うようにWindowsやMacに簡単にインストールできるDockerディストリビューションとしてそれなりに価値があった
>>846 いや、WindowsからDockerを使うという目的があるだろ
WSLのDockerじゃ、Windowsから呼べないぞ
しかも元々のDocker Desktopだって仮想マシン上のフロントエンドでしか無く
「Windows上」からDockerが使えることが売りだったわけで
Docker Desktopの存在価値は前から変わっていない
>>840 Docker DesktopはWindowsとmacOS上で
どちらもLinuxが動かない理由で仮想マシン上でLinuxを動かした上で
WindowsとmacOSからネイティブにDockerを使うためのインターフェース
ボリュームやネットワーク通信の調整を行っている。単なるGUIではない。
つーかDocker DesktopにGUIがついたいのなんて最近だし
やっぱりそうだよね
wsl2内で普通にdockerデーモン動かすことを「WindowsでDocker使う」と言わないのなら確かにそうだけど実質一緒でしょ
848で言っているとおり。
>>851 お前WindowsでDocker使ってないだろ？
Dockerで何やってるんだ？
>>853 なぜWSL内ならDocker使ってないことになるの？
>>854 Docker DesktopはWindowsとmacOSで使うために作られた
WSL内でだけで使うなら、仮想マシンで使えばいいと言ってるのと一緒
>>855 ？
wslから普通にWindows側にアクセスできるでしょ
仮想マシン内でDocker動かすのとは全然違う
アホだろお前ら Docker Desktop は WSL上に建てられた中に Docker がインストールされて、Dockei Desktop はそのソケットを使ってる ただのguiだよ
>>858 DockerはDocker社が作ったもの
GUI経由で使おうがDockerの偉業は素晴らしい
>>857 誰もアクセス不可能だと言ってなくて
そのDockerをWindowsローカルで動いているかのように調整してくれてるのがDocker Desktop
だからただのGUIじゃない、と説明しているわけで
Docker Desktopをインストールしたら、なんでWindows上でdockerコマンドが使えるようになるのか、って考えたらわかるでしょ
つまり、理解できない人はDocker Desktopを使っとけ、ということ
公式ドキュメントさえもまともに読めないパソコンおじさんが、Docker Desktop for Windowsを騒いでいるだけやね
まぁ、無知のまま、パソコンおじさんを突き進めばいいと思うよ
https://docs.docker.com/desktop/install/windows-install/ >>861 そうだね
その上で、今はWSLがネットワークの設定やホストファイルシステムのマウントをやってくれるから、もはやDocker Desktopには単なるGUI以上の価値はない。
もちろんDocker DesktopはWSLをDockerデーモンを動かすためだけに使用していて「ローカルで動いているかのように調整」するのはWSL任せではなく独自に実装しているわけだけど、
もはや機能的にはそれは無意味になっているんだよ。
要は Docker ＋ GUI ＝ Docker Desktop だから
Docker Desktop - GUI = Dockerでしょと言われてるのに
>>867 いえ、だからDocker DesktopのGUIはすごい機能なんですって
話をしてるんです。
× もはやDocker Desktopには単なるGUI以上の価値はない。
その凄さを具体的に説明すれば誰も反論できなくなるはずなのに一向に説明されない
ずっと説明されてるじゃん
まさかDockerは本来Linuxでしか動かないって知らないのか？
そこは誰も否定してないぞ？
>>874 重複する、と思っている、という事が分かったが、
それを改めてやる義理が特にあるわけでもなく、
そのままでいてもらっちゃ困る筋合いも別にない
本当に無価値だったら有料化したところで話題にもならないし
>>874 あのさか。Docker Desktopは
Mac版があるの知らないの？
だいたいWSLとは重複してないんだわ
>>878 Macの場合はlima使えば本当に何の違いもなくdocker使えるから、尚更Docker Desktopに価値はないぞ
Windowsの場合は少なくともwslとタイプする手間を省ける程度のメリットはあるけどな
>>877 それはね、Windowsコンテナを動かすためにDocker Desktopが必要だからなんだよ
MSとDocker社は仲良いし、WindowsコンテナもわざわざMSがDocker社に金出して開発させた肝入りの機能なので、MSがDocker Desktopを推すのは当然のことだ
君自身がもし本当にWindowsコンテナに価値を見出せるなら、君にとってはDocker Desktopには大いに価値があるから自信持っていいぞ
>>881 普通さ、どのOSにもコンテナ機能あるでしょ？
OSの基本機能なんだからさ
kubernetesに対する無根拠な信仰はもう消えたかな？
>>884 kubernetesの問題はそこじゃねーよ
多数のメモリ、安定して動かすための最低台数
それにかかるコスト、
を考慮すると相当大規模なシステムでないと
デメリットをメリットがうわまわないって話
kubernetesなしでコンテナだけを使った方がいい。
コンテナは楽
k8sを社外アピールのためとか流行ってるからって採用してるとこ多いけどだいたい後悔してるの笑うわ
他所の会社のやり方が効率良かろうが悪かろうがどうでもいいんだが一々そんなこと気にするなんて相当暇なんだな
Dockerやる用のパソコン買うならどんなのがいいのかな？
コンテナはイミュータブルな存在であるということが理解できない奴が本当にゴロゴロしてるのが闇だわ
割と一般的に開発環境構築のためにもコンテナが使われていることを知らないんだな
うちはk8sやめてAWS AppRunnerへ移行したわ
>>889 ぶっちゃけRaspberryPiでも動く
docker動かすだけなら動くがRaspberryPiはとにかく非力
開発用PCがx86で
言うてもわりとサクサク動くし、Debianの素体あればわりと何でもできるし、行ける行ける（無責任）
>>888 お前もその感想レスしてる時点で相当暇や お互い様やな
https://type.jp/et/feature/14070/ 「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
シス管系女子の会社か
「Ctrl + q」や「Ctrl + p」を押してもDockerのコンテナから抜けられません。
>>903 docker pull mysql
docker run --name supu-mysql -p 13306:3306 -e MYSQL_ROOT_PASSWORD=K12ij75h -d mysql
docker exec -it supu-mysql bash
です。
>>904 バスワードまで陽菜！ｗ
実害はないけど。
>>902 bash抜けるときってexitコマンドか
Ctrl+Dじゃね？
なぜCtrl+Q（P？）にしたし
>>146 10億未満なら中小零細ってか個人企業みたいなもんだわな
>>146 だったら、日本のほぼすべての企業は、ゴミということになるよ
まあサラリーマンの3割は0.3%の大企業に雇用されているんですけどね
どっかーは料金とサーバー代を合わせると年間どれ位費用が掛かるのでしょうか？
仮想マシンの時はすんなり理解できたのにDockerは使ってても未だによくわからんと思ってしまうのはなぜ？
>>917 Dockerを仮想マシンだと考えているからだろ
chrootにいろんな機能付けたみたいのが
もうすぐ無くなるからと受けたEX180受かったんご
まあちょっと変な例えになるが密結合を段々疎結合にするような感じだな
dockerの特性を理解した上で使いたいやつが使えばいいだけ
>>925 使えなくてもいい
使いたい人が使えばいいだけです
プログラミングなんかできなくてもいい
Linuxバリバリ使えりゃDockerそんなに難しくないから、気負わず始めりゃ良いよ。セキュリティ関連だけは気をつけろ
セキュリティってどんな？
転職とか考えるなら使えるに越した事はないってくらい
人口の知能の知識もPythonもJavaScriptも
使う予定ないなら学習する意味ないぞ
Docker volumeを作成すると、ホストのvarディレクトリにデータ保存されますが、ホストの保存領域を食いつぶすようなことをさけるために、制限をかけたいのですがなにが最適でしょうか。
/var/lib/dockerを別のパーティションにマウントして移動
>>936 ディスクに空き容量がありません。
quotaはつかえないですか。
Dockerで開発環境と本番環境、コード自体に手を加えずに上手く切り替えする方法でなにか良い情報源ないですか？
もっと状況説明してよ
>>939 そもそも開発環境と本番環境で違いがあるのか？
「開発」の定義は？
「本番」の定義は？
今までいろいろ手法は提言されていたけどね
開発環境をそのまま本番環境で使えるとかその差異を無くすことができるとか
>>943 単にお前が、Dockerは銀の弾丸って言ってるはずだ！って
勘違いしてるだけだろ？
1台のサーバーのｎｇｉｎｘの下に複数バージョンのphp-fpmぶら下げられるのは便利だなって思った
コンテナの使い方も大体AIに聞けばいい時代になるんだろうか
バインドマウントしたディレクトリにフレームワークのプロジェクトを作成するみたいなのをコンテナでワンパスでやる場合
>>948 一度だけ実行するのでよければDockerfileに書けばいいし
毎回実行するのはentrypointのスクリプトに書けばいい
>>949 Dockerfileでバインドマウントできる方法が見つからなかったんよな
RUNでmountオプションあるし、VOLUMEも指定できるけど
最近やたらとDockerオワコンって聞くことが増えたんだけど、理由はなんですか？
>>952 普及して当たり前の技術になると、
オワコンにしたい人達が増えます。
k8sがDocker使わずcontainerdを直接呼ぶだけになったことを引き合いに、今までDocker使ってた人もcontainerdを使うべきといった誤った考えを発表する人が続出したのが原因
とりあえずこれとか読めば誤解は解ける
Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ
https://jaco.udcp.info/entry/2020/12/03/172843 containeredを直接呼ぶ方法をネタにして売上を立てたい人が急増しているから、か
そうそうjQueryをオワコンにしたがっていた
>>957 jQueryのすばらしさを伝えるサイトかな？ｗ
$.Ready
JQUERY
$(document).ready(function () {});
MODERN
function ready(fn) {
if (document.readyState !== 'loading') {
fn();
} else {
document.addEventListener('DOMContentLoaded', fn);
}
}
>>956-959 スレチです
Web制作板にご移動願います
https://w3techs.com/technologies/history_overview/javascript_library/all/y jQuery
2012年 42.8%
2013年 54.5%
2014年 57.4%
2015年 61.5%
2016年 68.3%
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2021年 77.2%
2022年 78.5%
2023年 77.6%
現在 77.8%
勧告します
>>961 はスレチです
Web制作板にご移動願います
コンテナやフレームワークに限らず結局万能なものは存在しないから目的に合わせた環境構築をしろってだけの話
950超えたらわりと落ちやすくなるとかなかったっけ？
仮想環境上でDockerを構築するのは、開発環境ならまだしも、
>>969 Dockerを使ったほうが1台の物理ホストで
多数のアプリを動かせるんだからコストが減るだろ
>>970 いや、
>>969 はネステッドの話をしてるのでは？
>>969 >>952 からの流れでDockerの代替の話だろ
>>971 >>969 に理解できない話をしないで下さい。
結論から言うと
仮想環境上でDockerを使ったほうが費用を含め
いろんな点で優れています
Dockerを理解できない人はオワコンです
WindowsにWSL2入れて
Dockerの競合ってPodmanとLXC以外あと何あったっけ？
もうコンテナ技術って一般的なものとして普及したよね
POSIXに準拠するよりDocker使ったほうが遥かに可搬性のあるアプリケーション作れるしな
やべえ
>>977 7年前にDockerを会社に提案したのに、全く無反応だったな
当時でさえ出遅れ感あって早急に検証して利用したいと考えていたのに
>>980 そんな会社は即刻辞めて、転職か起業すべき
大丈夫、6年前に辞めてるよ
Stable Diffusion(ROCm)のせいでDockerのユーザーは増えるのか、無視できる数に留まることになるのか
Stable Diffusionでdockerのimageを生成する方法を教えて下さい
このスレへの固定リンク： http://5chb.net/r/linux/1626039705/ ヒント： http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Docker Part6 YouTube動画>1本 ->画像>14枚 」 を見た人も見ています：・Docker Part7 Docker Part3 WindowsがLinuxカーネル互換になりつつある Docker Locker KENZO 2 Locker KENZO 3 Super Socket 7 総合 Summer Pockets【サマーポケッツ】 【サマポケ】Summer Pockets ★18 ©bbspink.com 【サマポケ】Summer Pockets ★13 ©bbspink.com 【サマポケ】Summer Pockets ★20 ©bbspink.com 【サマポケ】Summer Pockets ★12 ©bbspink.com 【サマポケ】Summer Pockets ★23 ©bbspink.com 【◆AppliliZ/.】280blocker Part6【広告非表示】 【◆AppliliZ/.】280blocker Part17【広告非表示】 【◆AppliliZ/.】280blocker Part13【広告非表示】 【◆AppliliZ/.】280blocker Part18【広告非表示】 【◆AppliliZ/.】280blocker Part16【広告非表示】 【◆AppliliZ/.】280blocker Part16【広告非表示】 【IoT】ジャスミー（JASMY）【Jasmy Personal Data Locker 実用化】 Part11 DockerとVMとの違いを教えてくれ。 UnixはなんでDockerに対応できないの？ Docker代替のpodman専用スレ （Dockerの話題禁止） 【Docker仕様】WindowsはカーネルをLinuxに変えろ Docker/HyperVとVirtualBox/Vagrantが共存可能に WSLのLinuxカーネル互換性が向上。Dockerが動くとは 【IT】国内でDockerコンテナを本番利用しているのは9.2％ 【Arm】M1 Mac、「Docker」動かない 開発までに時間がかかる模様 [雷★] 「Docker」と「Amazon ECS」が連携強化--コンテナーのデプロイが容易に Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場 何がすごいかケンモはわかるんか？ 【広告除去】 Adguard 【280blocker】 【全能20周年】 BALZAC【SHOCKER20周年】 【Rockers】カフェレーサー 【Caferacer】 【広告除去】AdGuard Part9【280blocker】 【広告除去】Adguard Part4【280blocker】 【広告除去】AdGuard Part18【280blocker】 【広告除去】AdGuard Part34【280blocker】 【広告除去】AdGuard Part17【280blocker】 【広告除去】AdGuard Part21【280blocker】 【広告除去】AdGuard Part22【280blocker】 【広告除去】AdGuard Part26【280blocker】 【広告除去】AdGuard Part12【280blocker】 【広告除去】AdGuard Part17【281blocker】 【PWL】SAW総合スレ4【Stock Aitken Waterman】 【Switch独占】神ゲー『SummerPockets』売上1854本の大爆死 【B.LEAGUE】サンロッカーズ渋谷12 【SUN ROCKERS】 【B.LEAGUE】サンロッカーズ渋谷14 【SUN ROCKERS】 【Rockers】カフェレーサー 【Caferacer】 Part.4 【B.LEAGUE】サンロッカーズ渋谷11 【SUN ROCKERS】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★7 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★26 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★25 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★4 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★19 【blockchain-powered tokens platform】WAVES総合1【LPoS】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★68【AirBand】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★44【コイロカ】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★57【コイロカ】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★42【コイロカ】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★31 【コイロカ】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★37 【コイロカ】 【本スレ】新生ザ・コインロッカーズ/THE COINLOCKERS ★1【コイロカ】 【本スレ】ザ・コインロッカーズ/THE COINLOCKERS ★62【ミクチャライバー】 Dualshockersがゼノブレイド2のレビューを投下！9.5点の高得点！！！！！！！！！！！！！！！ 【IT】トビラシステムズ、ネット広告非表示アプリ開発の「280blocker」を買収・完全子会社化 「全方位から消費者を守っていく」 [樽悶★]
17:22:04 up 19 days, 18:25, 0 users, load average: 7.36, 8.05, 9.05
in 1.9930348396301 sec
@1.9930348396301@0b7 on 020207
