Docker Part6
レス数が1000を超えています。これ以上書き込みはできません。
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
https://mao.5ch.net/test/read.cgi/linux/1606903987/
注意 Dockerを仮想マシンの代替として使いたいと考えてる人は、DockerではなくLXCを使いましょう
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/
乙
dockerのdjangoチュートリアルがpostgresでそれは問題ないのにpython固有のmysql接続の問題とかで・・・
ども、M1macとdjangoとmysqlの相性が悪かったぽくて、諦めてpostgresにしました。
本番環境では、PostgreSQL, MySQL, AWS Aurora とか
Django のシェアは無いから、おすすめしない
食べチョクみたいな、若い女の子が一人で起業したベンチャーは、Rails
食べチョク開発者ブログ
会社の支給PCがMacBook Pro M1なので、新しく開発環境を構築した話
https://tech.tabechoku.com/entry/2021/01/15/150103
何だその怪しい日本語は
ヤンキーゴーホームwwwwww
5.12系でブートし直すと、問題ない…(´･ω･｀)
どなたか、同じのでハマってる方いませんか？(´・ω・`)
ありがとうございます。
Dockerの方はDebianのパッケージ(sid)を使ってるので…。
カーネルは試しにこちらでビルドしたもので、5.12系をほぼ同じconfigでビルドした場合には問題出てなかったので…。
5.13系カーネル自体の設定をチューニングして再ビルドを重ねてますが、うまく行かない…結果しだいでは、どちらかにバグ報告をしないといけないような状況ですし、色々調べてDocker/Containerdの方もビルドしてみます。
ＩＷＧＰ関東連合 椎木、 03-5210-8100
アクセンチュア 伊藤忠商事
ttps://www.dto.jp/shop/17
ＳＥＸしたいぞ、ＣＴＣ
リーダー宣言 敗訴る 金融事業部
お前を部下にもらう前に 言っておきたいことがある
かなり厳しい話もするが 俺の本音を聞いておけ
俺より先に 来てはいけない
俺より先に 帰ってもいけない
飯は一緒に食え いつも身だしなみを整えろ
出来る範囲で構わないから
忘れてくれるな、仕事も出来ない俺に
お前を守れるはずなどないってこと
お前にはお前にしかできないこともあるから
それ以外は口出しせず黙って俺についてこい！！！！！！！！
昨日と言うか今日、リリースされた 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
あ、リリースされたのは、Linuxカーネルの方ですm(_ _)m
念のために追記しておきますm(_ _)m
やり方を教えてもらえないでしょうか。
中の設定を変更して動作を試すときに、コンテナ内にはshしか実行出来ないからです。
あとの管理は事実上ムリやけど。ｗ
普通にコンテナ入ってやればいいじゃん。
ディレクトリ構成によっては手間掛かりそうだ
まあDocker使うようになって初めてパッケージマネージャすらまともに使えない最小限のLinuxに触れた人は多いんじゃないかな
まあDocker関係ないのはその通りだが、コンテナ以外でそんなものを弄る機会はなかなか無いだろう
正直、俺もその一人だし気持ちはわかる
まぁ俺は全然オタクじゃないけど
vmwareとかでいい気がするんだけど
任意の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
・軽い
・別PCで作業したい場合に環境の再現が容易
・使い捨て的な使い方ができる
それでも、Dockerのが便利な気が。
コンテナに環境を入れきったらええで。
そうだねそれはそれでアリかと
レシピ書かないでスナップショットで管理するってことだよね
Linux を、AWS のように画面無し・サーバー用途で使う人は、Docker で十分
Vagrant も、使う必要がなくなった
スナップショットは再現できないからあんまり。
後から適当に、Dockerfileとかソースとかを更新すればええやん？
古いコンテナも残しとけば比較はできるしな。
そういうことなのね よっぽどきっちり Docker ファイルに記述していく癖を付けとかないと途中の手順が抜け落ちるな
仕事ならともかく趣味だと
ま、それができなきゃどうせ再現はできないんやからな。
しゃあない。
まれに油断して、コンテナを先に削除してもうて、あとからガッカリするときもあるが。
systemctlのdockerサービスの設定で、execに指定されてるdockerコマンドに--mtuオプションを付けると、
デフォルトのネットワークに接続するコンテナについてはMTUが変更されました。
デフォルト以外のネットワーク（docker create network -d macvlan で作成したもの）について、
MTUを変更するにはどうすればよいでしょうか。
docker create networkで指定できるものだと考えていたら、どうもそのようなオプションはないようなのです。
ブリッジする親インターフェイスについて、ip link set mtuでmtuを変更しても、
コンテナはmtu 1500のまま変更されませんでした。
Docker側にオプションが無いなら
Linuxホスト側の親デバイス（docker network create で指定するやつ）で、
MTUを設定したんですが、同dockerネットワークに属すコンテナのMTUは1500のままでした。
結局、ゲートウェイにおいてmssを設定することによって、
コンテナからのインターネットへの通信はできるようになり事なきを得ました
>>43
経路上に狭いところがあったんです
もっとコマンドが便利になればいいなと思う
docker connect network コマンドで、
ipだけでなく、dnsサーバーも指定できるようにしてほしい
DNSの設定だのと、すっげー違和感しかない。
同一ホスト内のコンテナなら共有メモリとかIPCとか別の仕組みで十分だったろうに。
IPCにTCP使うのはDockerでなくてもわりと普通だぞ
https://www.udemy.com/share/103iSk2@FG1jVEtKTVcLdE5BAHJNfj1HSldh/
だけど、この先生は女の子より男の子が好きっぽいwww
https://twitter.com/NomadSashi/status/1424008388183093256
https://twitter.com/5chan_nel (5ch newer account)
コンテナを使うことによる面倒は避けたいなら
nixがおすすめ
NixOS・Nix Package Manager Part1
https://mao.5ch.net/test/read.cgi/linux/1611657545/
DSLが難しい？それは頑張って覚えろ
状態を持ってはいけない
これを、状態を持っている、システムで使おうとするのが、おかしい。
状態は、Docker外に持たないといけない
つまり、AWS, Kubernetes などを使うべき！
Docker を勉強していなくて、
Dockerをシステムのように使おうとする香具師がいる
何回も、システムじゃない・状態を持つな(Disposable・破棄可能)と言ってるのに
また日本語不自由な外国人？
半島に帰れ
内部データを永続化させて仮想マシン代わりに使うケースも結構あるしそれが便利ならそうすればいい
頑張って実務経験積んでね 応援してるよ
NFSでネットワークストレージを/homeにマウントすれば
ユーザーについてはステートレスになりそう
コンテナが破棄される時に、同時に破棄される。
これが、Disposable・破棄可能
だから永続化するために、Dockerの外に持つ。
これが、volume/bind
システム構築運用では、設定情報・ロギング・監視も考えないといけない。
つまり、AWS, Kubernetes などの知識が必要
【金額公開】Webサービスの運用費用、実際いくらかかっているか1円単位までお見せします
https://www.youtube.com/watch?v=nRO7pFCdM8E
このAWS のシステム構成図を見てみ
ECS on Fargate, Cloud Front で、
コンテナ内には、Laravel, Nginx の2プロセスしかない
教科書通りに住むなら考える必要がないってことだ
しかしな、たとえボリュームを使わなかったとしても、
コンテナ単独だけでデータは全て維持されているぞ。
ホストマシンを再起動しても問題ない。
もちろん、コンテナを破棄したら当然データは消えるけどな。
外部環境との整合性が取れない
どういう用途があるかな？
コンテナというものを正しく理解できてない証拠だよ
例えばコンテナを使わない場合、mysqlのデータとか/var/lib/mysql（？）に保存するだろ
コンテナを使っても保存する場所は同じなんだよ
mysqlというプログラムをコンテナにしただけ
データの保存先は同じディレクトリ
あえてlinuxの環境には直接インストールしないようにするかDockerで動かすか迷っています。
postfixやsambaのような環境を構築するのにDocker環境にするのはやめた方がいい、などデメリットはありますか？
Dockerにすることを悩んでいるのは将来サーバーをリプレイスする時にコンテナを移動するだけで移行完了できるから楽になるのかな、という考えからです。
サーバーをリプレイスするのに必要なのは
アプリだけじゃダメ、アプリとデータを移動しなければいけない
それが簡単にできるのがDocker
ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
そういう、アプリケーションが頻繁に更新されることはないが塩漬け運用というわけにもいかない性質の用途はDockerとの相性最悪
ぶっちゃけ業務のメールやファイルサーバーなんぞ今時Google WorkspaceかOffice365を契約すればよい
その程度のIT判断ができない組織でコンテナなんか導入したところで管理上の余計なオーバーヘッドになるだけだぞ
DockerとDockerで、二択になってない気が
そうですね、こういう用途ではやはりDockerはむいてませんかね。postfixやsamba程度ならサーバーリプレイスの度に環境作り直す方が吉ですかね。
今回ちょうどリプレイスのタイミングで現状の環境を調べるのに苦慮したので(色んな環境や設定がごっちゃごちゃに構築されてて)コンテナにして楽しようと考えたのですが、日常の運用が大変になるのはごもっともですね…
こいつ偉そう
はっ！本当ですね、失礼しました。
DockerかDocker以外かの意図でした。
> セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
> ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
Docker使わない場合のやり方教えて（大爆笑）
だってDocker使わないほうが大変なんだもの
必要なデータは永続化するためにvolumeにして、イメージとデータをセットでお引越しするつもりでした。
そこをとらえるとDockerのポータビリティ性は楽だなーと。
直接インストールしたアプリのバージョンアップと
コンテナ内のバージョンアップ…
(例えば)ubuntuのイメージを元に自前のイメージ作成して、
必要に応じてイメージをビルドし直せば最新に出来るし、
運用もそんなに大変じゃないのかな…
あぁ優柔不断…
再現性が問題ならAnsibleとかで構成管理したら？
Dockerで再現性を担保できるのは所詮sambaより上だけで、
君が退職したら結局ホストやDockerデーモンの設定などは闇の中だよ
その上で更にDockerを使う必要があるかどうかはともかく、本当にやるべきことはまずはそっちじゃないなな
CI/CD を知らない…？このスレレベルひっく！
こいつ偉そう
そのCI/CDの基盤を誰がメンテするの？
どう考えても目的のサーバのメンテより手間かかるだろ
だから>>2に書いてあるのが正しい使い方なんだよ
自分たちで作った「アプリケーション」を配布する時に使うの
ディストロがパッケージを用意しているものは、
パッケージのメンテナが頑張って依存関係とか解決してメンテナンスしてる
それは大変な作業。でもメンテナが頑張ってくれたおかげでパッケージは利用者は苦労なく使える
一方自分たちが開発したアプリケーションはメンテナなんていない。
自分達で頑張って依存関係とか解決しなきゃいけない
しかもディストロの標準パッケージとバージョンが違ったりすると
正しく動作しない可能性がある。だからディストロと独立させたくなる
自分たちで作ったアプリケーションの依存関係問題を解決するために使うものであっって
その問題が解決されているパッケージを単に入れて使うだけならほとんど意味がない
確かに設定込みでイメージ作れるかもしれないが、設定ファイルを配布すればいいだけなわけで
Dockerはアプリケーション開発者のための配布手段なので
サーバー構築するだけのインフラ屋の道具じゃない
インフラ屋がやることはアプリケーション開発が作ったDockerイメージをただ起動するだけになる
クラウドだとホストの構築やメンテは丸投げできるから、
ディストロの既製パッケージを運用するだけでもコンテナを使うことには十分なメリットがあるんだけどね
オンプレだと別の用途で既にkubernetesクラスタがあるとかでない限りは余計なオーバーヘッドでしかない
それって単に公式のDockerイメージを動かすだけでしょ？
自分でディストロのパッケージをDockerイメージ化するだけだと意味がないという話
誰かが作ってくれてるDockerイメージを動かすだけなら別にいいと思うよ
インフラ屋がやることはアプリケーション開発が作ったDockerイメージをただ起動するだけになる
構築ｗ
SaaS でもあるし、k8s基盤ならマニフェスト流すだけじゃんｗｗ下請けの缶詰めエンジニアには分からないかもねｗ
SaaS使っていいんだったらそれこそGoogleWorkspaceでも契約すりゃ終わる話
連絡先とクレジット登録してクライアントシークレット貰って認証付きdockerソケットにdockerコマンドでリクエスト送るだけ
そんな感じの超シンプルなクラウドサービスってありませんか？
apt-get upgradeするだけとか思ってそうｗ
本番環境と同じテスト環境用意したとしても
全く同じわけじゃないからアップデートは怖いんだよ
Dockerを使えばイメージ更新するだけですむ
もし何かあればそれを旧バージョンに戻すだけ
ホスト環境にごちゃごちゃアプリ入れないから
ホスト環境がテスト環境と大きく異なることがなくなる
>>73って実際にやったことなさそうｗ
食べチョクみたいな若い女の子が一人で起業したベンチャーは、Heroku, CircleCI。
ただし、食べチョクはAWS だけど
Railsでは毎週、数万のRuby/JavaScript のOSS モジュールを更新して、CircleCI でテストする
AWSでは、コンテナ on Fargate を使う。
Kubernetes では、rolling update, blue/green deployment など
例えば、サイボウズ のKintone では、
毎日、k8s でコンテナを破棄して作り直している
普通のソフトは「カーネル - ソフト」という流れだとしたら、Dockerを入れると「カーネル - Docker - ソフト」という流れになって、重くなったりデータ抜かれたりするから駄目ってことらしいんだけど本当？
こんな仕様だったら流行らないんと思うんだけどなー
どこにそんな事が書いてあったのか聞いてみましょう
答えられなかったりはぐらかしたりしたら
それは嘘ということです。まあ嘘ですｗ
こんなところで聞いてもしゃあない。
自分の頭で理解して、自分の言葉で説明できないと、相手と議論できないやろ。
しかし、そいつは仮想マシンとかスーパーバイザとか知らんのかね。
VM のオーバーヘッドがかかるのは Linux 以外ではそうだと思う
こいつのスレ、ネタかマジか分からなくなる
よく調べてくれ
その代わり、破棄可能(Disposable)・可搬性などの利点が、圧倒的に大きい
Kubernetes もそう。
すべての大企業のウェブサービスが使っている。
これも間に入るけど、それよりも圧倒的に利点が大きい
データを抜かれる事は、あちこちに書かれている。
機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
利点があるものは何でも、欠点もある。
例えば速くなるものは、キャッシュなどのメモリ使用量が増える。
速度・リソースは反比例する
欠点もなく、利点だけが増えるものは有り得ないから、
常にどちらかの選択になる
例えば、受験勉強している香具師は、
恋愛・青春時代など、何かを失っている
> 機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
それってソースコードの中に機密情報を保存するのと同じことだろ？
保存しねーよで終わりだろ？
削除したら消えるから大丈夫と勘違いしている、香具師が多い
でも実は削除されずに、各レイヤーに残っているので超危険！
この危険性については、あちこちに書いてある
> 削除したら消えるから大丈夫と勘違いしている、香具師が多い
それはお前の周りの人間の話
低能の周りには低能があつまる
うちは、メールシステムはコンテナに詰め込んでいるよ。
Asteriskという電話システムもコンテナに詰め込んで運用している。
ホストを変えるときに、コンテナイメージをコピベするだけで、
環境や設定を移動できるからめちゃくちゃ便利。
設定が複雑で面倒くさいほどコンテナであることは嬉しい。
レイヤーに情報が残るのは機密情報でない限りメリットが大きいからそんな仕様なわけだし
間違ってはいない
合理的。
こんなもんMSとかが本気で開発したら一瞬で代替品作られて終わるのに
WSL2からdocker使えば大企業でも無料じゃね？
Macはしらん、virtualboxとかつかえば？
そもそもDockerのレシピがあればローカルで再構築可能なのになぜコンテナ丸ごとダウンロードする仕組みになっているの？
bashに入ってあれこれするのをやりたいとき
docker-compose1.yml
docker-compose2.yml
みたいにサーバー、とそれ以外で分けて起動させればいいのでしょうか？
新しいウィンドウでターミナル開く、みたいなのがあればいいのに
パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
ストレージはタダなのか？
金がかかるのは帯域だけじゃないやろ。
総量はPBレベルで、うち何割かはずっと使われてないとなれば、有料か未使用削除とするのもやむなし。
間違い。細かいバージョンが異なってる。
Dockerfileから再構築すると最新版になってしまう
> パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
いちいちベースイメージからパッケージインストールして構築するよりも
パッケージインストール済みのイメージをダウンロードするほうが速い
小規模でも年間売上が一千万ドルあれば有償な
例えばAWSやGoogleやMSが自社クラウドの顧客に対してアプリのコンテナ化を提案するとき、別途Dockerを有償契約してくださいと言わなきゃいけなくなるのは致命的だ
Docker CLIまで捨てるかは別としても、業界全体として何らかの乗り換えムーブメントが起きるのは不可避だよ
それだとdocker build時の最新バージョンが入っちゃうでしょ（あえて固定してない限り）
それで大抵は動くけど、イメージ提供者なら自身が検証済のものを公開したいんじゃないの
俺自身はイメージでバックアップせずいつもDockerfileから再構築してるけど、バージョン変わって設定ファイルの仕様が変わって動かないこともあるよ
雑に運用するならコマンドラインツール作ってMakefileでラッピングするんでいいと思う
composeでイメージと環境変数を定義、Makefileでコマンドを定義
.env
docker-compose.yml
docker-compose.tasks.yml
Makefile
up:
@docker-compose -f docker-compose.yml up -d
backup:
@docker-compose -f docker-compose.yml -f docker-compose.tasks.yml run --rm -it myappadmintools backup --param1 foo
>>121へのレスね
なるほどーMakefileですか
さっそくやってみます
ありがとうございました
そうかベースによっては最新版のバイナリしかインストールできないものがあるのか
うちは小さい企業だけど教育とOSSにしか使えないんじゃDesktop使えないね
>>131
WSL2上にインストールしたLinuxでDocker使うならDesktopなしでもいける
macもVagrantでVirtualbox仮想マシンとかで行けるのはいけそうだが面倒そう
あとはmultipassでUbuntu入れるとか？
この方法だとホスト側はdockerコマンド使えないし
ファイル共有の速度がDesktopと比べてどうなるのか不明
遅くなるかね
WindowsはVSCodeとSSHだけ動けばいい
これからもマネタイズ策を打つ度に回避・移行されて、Docker社の影響力は低下していくんだろう
今やクラウドではコンテナ実行環境としてほとんどdockerは使われなくなっていて、もはや開発ツールとしての価値しかない
その開発ツールも、本気で代替品へ移行しようと思えばすぐにできるけど無料だからまあいいか、程度のものに過ぎない
売れるうちに大手に売っときゃよかったのにね
podmanの時代がすぐ来るってさ
podmanの時代が来てから言ってくれ
もう5年ぐらい遅れてるだろ？ｗ
makefile って使ったことなかったけどこういうバッチのメニューみたいな使い方ができるのか
使ってみるわ
むしろ今の使い方の大半はそれだよｗ
正しいMakefileの使い方を今もしてるのはC言語アプリぐらいなもんだよ
ってやると
Error: No container found for 【サービス名_1】
ってエラーがでるんだけど
そりゃ【サービス名_1】って名前じゃないもん
【サービス名】だもんってとこで沼にハマりました
なぜか_1を付けられてそんなもん無いって言われるので
じゃあサービス名をサービス名_1に変えてやってみると
サービス名_1_1はありませんって言われます・・
個人かよぼどの零細だろうな
使い方わかってないのか
日本は大企業ほど枯れた技術を使う
と言いたいんだろう？
docker networkを作るのにはどんな意味あるのでしょうか？
こういうdocker-compose.ymlがちょくちょく出てきて
メリットがわかりませんのでどなたかレクチャーお願いします！
そもconpose管理下にないコンテナとネットワークを分離できる
分離したくなけりゃ合わせればいいだけだし
Docker をダウンロードしたら、k8s も付いてるし
その設定ファイルの方が、皆が慣れているから
Kubernetesはクラウドサービスが提供する一つの機能に過ぎない
クラウドサービスがあるのにその上でKubernetesを動かすメリットがない
クラウドサービスを使えばKubernetesを使わなくてもなんでもできる
慣れているからじゃなくて
オプションを長く書くのが面倒なだけ
docker-composeはdockerのオプション定義ファイル
レポジトリはMSマネーで代替つくれば完全脱却
最後の一文で分かる無能感
クラウドサービス毎の機能でk8sを代替しようとすると別クラウドに移行したい時に面倒なので余程のメリットがない限りk8sで済ませる
言うほどか？
全部コンテナで自前運用やるならともかく、クラウドならk8sといえどもDBやメッセージキューやLBはマネージドサービス使うだろ
アプリだけならk8sだろうとECSとかだろうと大差ないわ
Kubernetesの実運用経験積むのが目的だったようだが
現状の使い方だとデメリット多いって判断
>>163
色々Kubernetesでしか使えないものに依存してない限りそうでもないし
そもそもクラウド移行自体がレア
コンテナでDBのような永続的な状態を持つサービスを扱おうとするとどうしてもホストに強く依存するから、あえてk8s内で扱うメリットはほとんどないんだよね
運用の面倒臭さと天秤にかけるとマネージドになっちゃう
1. 各サーバーで1GBぐらいメモリを持っていかれる
2. 最低3台サーバーがいる
3. 半強制的で定期的なアップデートが必要で数ヶ月おきにサーバーの再起動が必要
4. サーバーがデータを持っている場合、データが消えないようにする必要がある
5. データベースクラスタを組んでる場合、少なくとも1台落ちる前提で最初からちゃんと設定してないといけない
こんな感じの面倒くささがあるよね
Kubernetesは1台単位で厳密に管理しようと思ったらダメなんだわ
100台ぐらい揃えてもっと大雑把に全体の95%が正常に稼働中
みたいに考えるものだと思ってる
DBだって operator あるし
コンテナは素直にステートレスなアプリだけ動かしてろ
アップデート追随するのが大変だわ
ステートフルなサービスのノード依存性を制約として適切に記述、適用する方法があるってだけだ
別にそれによって生VMと比較して運用が楽になるわけではない
敢えてマネージドサービスを捨てて自前で運用する労力に見合うだけのメリットはない
今度はステートレスはFaaSでいいじゃん…ってなるんだよな
間違いなくk8sは将来的に負の遺産になる
しかも莫大な額の借金
ないようなあるような話で笑えんけど
サーバレス勢のプレゼン力にかかってるんじゃないかな
イメージ自体は汎用だしロックインされてる気はせんよね
もともとクラウドでいろんなサービスを提供していて
それが便利だったのに、その上にクラウドを作り出してる
意味がわからない
AWSやGCSへのロックインなんかより遥かに酷いロックイン状態になるしクラスタのアップグレードが恐怖
零細企業なら無料で使えるんだから
お前らが無理して乗り換えする必要はないんだよ
理解できてるというのなら、
お前がそれを証明すればいいんやで
オーケストレーションツールを要らなくしたのがDockerだと思うけどね
普通に仮想マシンとDocker起動すれば、それで環境の構築完了だし
> クラスタのアップグレードが恐怖
それな。Kubernetesでミスったら
クラスタ全部が壊れてしまう可能性がある
最悪の場合だとデータ損失
？
マネージドあるならそっちでいいよ
でもコンテナ化してんだったら逃げ場はたくさんある
そもそもk8sじゃないといけない理由ってほとんどないよな
k8s使ってるプロジェクトの7,8割はk8sじゃなくてもいい
負債になるのは、コンテナ以外の部分
k8sはコンテナ以外が多すぎるんだよ
適当にやっても安定するのかもしれないが、自信を持って安定していると言うのが難しい
強制的に再起動させられるシステムで、果たしてシステムを
停止せずに動かし続けれられるのだろうか？
確かに勉強してるな新しい技術吸収に貪欲だなと好ましく感じるわね
ただし最近は本当新しいツールを軽く表面なでるだけの使い方して次々乗り換え使えてる気になってる人も多いという印象があるわ
ただのミーハーかどうか判断することが大事だと感じる昨今です
うちは大企業でもないから払う必要ないし
それもあるけどどっちかというと会社がk8s使ってるアピールすると新卒が寄ってくるんだよ ソースはワイ
金よりもDocker社の先行きがなあ
大手に売り飛ばすならまだしも、先のDockerHubの件といい明らかに事業成長に対するネガティブインパクトを顧みない方法で資金を回収しようとしてる
ビジネスとして完全に詰んでる
Microsoftみたいなことは、ふつうはできん。
負担しないんなら、フリーライダーと言われてもしゃあない。
今世紀最大の学生起業家、HashiCorp のMitchell Hashimoto
彼は、OSS を続けるためには、大企業だけが払うモデルが良いと考えた。
一方、中小企業・個人などは、無料で使えるのが望ましい
つまり、担税力に応じての支払い義務
これが支持されて、会社の時価総額は、5千億円とも言われている
Androidで何をするんですか？
あれは組み込み機器と同じ扱いで
ログインして使うようにはできていません。
MicrosoftとかAmazonあたりが買収して
無償化継続してくれんかなぁ。
だったらtoolboxでええわな
大手でなくても普通に有償だからな？
まさか売上高10億いかないカス企業なのか
超大規模なシステム運用以外のプロジェクトではみんなk8s運用嫌がっていて
10台程度のサーバーで運用する本番環境に市場があることが分かりきっているのに
それで成功できないって、なんで？って思うけどね。
いつまで経ってもソリューション提供できないからfaasだかfargateだかベンダー独自の実装に流れちゃうとかｗ
VMならタダが相場やしな。
便利に使うにはライセンス買うしかない。個人事業でも７万のやつ買ってるよ。
Dockerも似たようなソリューションなんだから似たようなビジネスやればいいんだよ。
でコンテナだから上で色々言っている様にステートフル／レスで色々迷うことあるからソリューション部隊立ち上げて
法人サポートしますよとかね。開発の本尊なんだし。素人が考えても色々金儲けのネタ思いつきそうなものだ。
docker社に転職して救けてあげたら
limaはジャップ製なので完全スルーが正解
Podmanの時代がすぐ来るってさ
Docker Enterpriseってのがあったけど、金策に失敗して法人向けのKubernetesベンダーに売り飛ばされて消えた
茶番劇？
エコシステムに影響力のない人にとっては世の中の流れに身を任せるしかない
そもそもビジネスならdockerなんて手元の開発環境でしか使わないんだから自分だけ代替ツールに乗り換えても何の問題もないぞ
プログラマーは使いやすい物を使えばいいと思うんですよね VM でも良いわけですし
VMはDockerの変わりにはならんのですよ
誰かVMがdockerの代わりになるって言ったか？
スナップショットも構築ツールもあるのだから
私はそれはvmではしないけどそれはコンテナに慣れているしコンテナのメリットを享受したいからであり
プログラマが開発するのにはどちらでも良くない?
qemu
lxdでも最近扱えるようになった
仮想マシンは性能下がるって知らないの？
ただでさえクラウドは仮想マシン使ってるのに
その仮想マシンの上でqemuを動かすとさらに遅いし
ローカルもqemuで作業しなきゃならないじゃん
オーバヘッドいってもベアメタル比較で9割以上の性能出るよ
最近の技術はすごいね 頭の中の知識アップデートしてったほうがいいよ！
勉強してからレスしろ
あごめん 読んでもらえば分かると思うけどプログラマー向け環境のことね開発環境ね
それでもサーバー側がリソース潤沢なら VM でもなんでもいいんじゃないのかなと思うよ
それこそプロジェクトによって予算は違うんだからね
以前は VM で動かしていたわけですし今でもそういうプロジェクトは存在するでしょう
それはKVMを使った場合の話
クラウドでKVMは使えないので遅い
どこをソースとしたかちゃんと書こうな
QEMU is very slow
https://forums.gentoo.org/viewtopic-t-1077552-start-0.html
Why VM QEMU is very slow ?
https://superuser.com/questions/1471510/why-vm-qemu-is-very-slow-still-a-newbie-here
サーバーがリソース贅沢って何いってんだ？
クラウドのことを何もわかってないな
クラウドというのは必要なリソースを必要な時に確保する
リソース＝コストだ。VMを使ったらその分多くのリソース＝コストが必要になる
サーバーだからって贅沢なリソースということにはならない
それはオンプレミスの世界の話
クラウドでは適切なリソースを使う
言ってないｗ
まあ多分同じ認識を持っているんだと思うよ
私もコンテナを利用するし
いくらでも財力があれば富豪的プログラミング的な事が出来るって事だよ
実際はないから多くのケースではコンテナを使うでしょう
で何の話からこんな風になったかって言うとDockerつかなきゃいけないのコンテナ使わなきゃいけないの開発者が？という話があって 別に VM でもいいんじゃないそれはて感じの流れだったんじゃないかな
ネイティブに動く
視野が狭すぎるよ… よくもまあそんな自信満々に言えるよな
下請け客先常駐の人間か？
> ネイティブに動く
VMかてふつうは「ネイティブ」に動いとる。
動いてないよ。VMは仮想マシンの中のカーネル経由で動いてる
ホストOSのカーネルを使ってない。
カーネルを二重に使うことになるのがVM
それは「ネイティブ」に関係ない。
システムコールとかがラップされとるだけ。
システムコールがラップされてるから遅い
どちらにしろ遅いってちゃんと言うようｗ
仮想マシンだと何をするんだろうか
サーバーにqemuをインストールするところまでは変わらないが
ネットワークの設定は？ゲストエージェントはどうするのか？
メモリの調整などは？手元で作ったVMをサーバーでそのまま動かすには大変な作業が必要
Windows のコンテナはないんだから Windows のインフラを作りたいときには VM になるんじゃないですか選択肢が
何度言っても理解できないようだから何度も言うしかないが
Dockerはインフラを作るものじゃない
アプリケーションをデプロイするものだ
あとWindowsのコンテナもあるし
無知も大概にしろ
コンテナがインフラそのものではないことは確かです
水道管はインフラですが水道管の中を流れる水はインフラではない あなたはそういうことが言いたいのではないでしょうか
Windows のコンテナについて無知ですみません これは VM を介在しないものなんでしょうか？
Dockerはアプリケーションを配布するもの
理解したか？ YES NO で答えよ
イエス
Windows のコンテナについて Vm を介在しないかはわからかいですか？
デプロイ用途というのは単によく使われる一つの用途に過ぎない
別の使い方をしたければ好きに使えばいいだけのこと
こういう連中の会話って、話のレベルがガタッと落ちるよな。
＞理解したか？ YES NO で答えよ
(笑)
下の動画の4分ぐらいの所を見てみろ
AWS のECS on Fargate コンテナ内には、2つのアプリしか無いだろ。
永続化するようなOS の機能は、コンテナ外にあるだろ
山浦清透、8/20
【金額公開】Webサービスの運用費用、実際いくらかかっているか1円単位までお見せします
www.youtube.com/watch?v=nRO7pFCdM8E
AWS Solution Architect の資格を勉強しろ。
米国年収では、ついにRuby on Rails を越えて、1,400万円となった！
「DockerはVMと同じような使い方をして、VMと比べなければいけない」
と履き違えてるよねｗ
VMと比べてなんかいないんですよ
Dockerはデプロイ専用じゃなくて
デプロイ機能が強化されたツール
だから単なる仮想マシン技術では、デプロイには適していない
という話をしてるんだよ
VMの構築なんか数ヶ月に一回やればいい程度だろうが
アプリだと一日に何回もやらないといけない
アプリ更新のたびにイメージの更新の必要がある
そういった超強力なツールが、VMとしても使えるからと言って
Dockerの一部でしかないVMだけの範囲で比較するのはフェアではない
どんなディストリでもdocker runだけで手軽に使えて便利
>>2は勝手にWebアプリ限定にしてておかしい
その時間に退勤？かわいそうに
これ嫌い
コマンドラインはシングルバイナリで頼むわ
性能にこだわらなきゃなんでもええやないか。
用途次第。
Dockerは個々に作ったアプリを包むだけのラッパー
普通の家庭用PCで10個、20個のアプリを
お前は組み合わせて使ってるんだろ？
なら動くに決まってるだろ
仮想マシンじゃねーんだからさぁ
仮想化されたハードウェアをいくつも変換かまして
二重にカーネル経由してなんて無駄なことしてないの
Dockerはネイティブに動いてる
Windows Mac の場合はネイティブに動作しないで乾癬仮想化かませてるんだよね？
仮想マシンがあってもネイティブはネイティブ。
非ネイティブで実用的な速度になるわけないやろ。
mac → virtualbox → linux → docker
ちゃうの
オーバーヘッドは出てるんちゃう？cuiだから感じにくいだけで
別の話。
対するのは Windowsのシステムコールを再現しようとするwineなどのエミュレートソフトウェアかね
後述が非ネイティブだとすれば現実的な動作速度とは関係なくね？
>>278
仮想マシンだとアプリごとにOSイメージが必要となり
仮想マシンの起動が必要になり仮想マシンの数だけメモリが必要になる
DockerはLinuxだと、仮想マシンが0個
WindowsとmacOSだと、たった1個だけで
10個、20個のアプリを動かすことができる
もちろんそれぞれのアプリは隔離されている
エミュレーション？
でも、そんな簡単でもないなあ。
>>282
そういう環境としてのエミュレーションは、システムコールやAPIの差し替えとかラップとかフックとかやろ。
それだけなら、バイナリの動作自体はネイティブといえる。
何が言いたいかというと、こういう文脈でネイティブ云々は意味がないのでは、と。
オーバーヘッドの重さは、エミュレーションレイヤーのつくりによる。
その通りや
君の言うネイティブというのはLinuxの透過ファイルシステムと隔離機能を利用するという意味なのだね
それが例え仮想マシンの上で動作していても
Linuxだと仮想マシン上で動作してないから
ネイティブだって言ってんだろ
頭悪いのか？
上で仮想マシンがあってもネイティブはネイティブって書いとるの何やねん
Windows 10, WSL2, Linux, Docker では、8GB メモリじゃキツイ。
最低16GBで、32GBが推奨
例えば、Ruby on Rails なら、
Windows側で、VSCode とブラウザでテストする。
Linux側で、Rails, Node.js、データベース
コンテナが10個とかなら、自動的にコンテナ数を増減する、Kubernetes(k8s)。
Dockerに付いてる
今は、ほとんどの企業がk8s
日本語でおk
ユーチューブで勉強した人？
それともしょうもないスクール生？
Linuxの上で仮想マシンを動かしてるわけじゃないという意味だよ
知らんの？DockerはLinuxの上で直接プログラムが動いている。
プログラムはネイティブで動いていない
・Linux←プログラム
プログラムはネイティブで動いている
それは当然の認識で前提だった
そこから話が派生して他 OS の話になっていたのだよ流れをもう一度読んでもらえば分かると思うけど
あたりまえやけど。ｗ
活用具合がだんちだけど
イメージレジストリとかボリュームマウントとかの概念もないし
dockerはプロセス・ネットワーク分離とCPU・メモリのリソース制限も出来る
停止しない限り、マシンを再起動したらコンテナも再度立ち上がるプロセス管理機能もある
リソースの分離はDockerというかcgroupsとかnamespaceに依存した機能
Dockerだから出来るというわけじゃない
ツイッタでイキイキしてる奴らの方が上じゃんｗ
コンテナは分離技術としては不完全で、セキュリティ観点では全く当てにならない
だからVM立ち上げてその中でコンテナを動かすの
アプリをデプロイするためにコンテナ作ったでー
分離技術は不完全、セキュリティでは〜
だから、アプリをデプロイするためのものだって言ってんだろ
仮想マシンの代わりとして使おうとしたり
セキュリティのために使おうとしたり
最初っからそんなもののために作ってねーよヴァーカ
そんなケースバイケースな話されても
セキュリティ要件上オンプレ且つVM不可な案件もあるんだよ
了見の狭い
RubyやPythonをシングルバイナリにできるならね
内部動作はホストでネイティブで動作しているにせよ、便利だからそれでいい。
縦がコンテナで同じものです。
□→◯イメージ１
↓
コンテナの内容変更
↓
□→◯イメージ２
↓
変更
↓
□
このようにするとき、変更の度合いに比べて、
イメージサイズが大きくなりすぎるのはなぜなのでしょうか。
簡単にサイズを最適化する方法はあるのでしょうか。
だからcommitするたびにイメージサイズは肥大化する
これ言うとまた荒れそうだけど、dockerを仮想マシンのように使ってはいけないと言われる大きな理由の一つだね
もし動的な更新部分を外部のリポジトリ等から取得できないなら
マルチステージで旧イメージからコピーするとか
レスありがとうございます。
おっしゃっているのは、コンテナからイメージを作成して、
そのイメージから別のコンテナを作成し、また新たにイメージを作成する場合ですよね。
（ちがっていたらすみません）
□→◯→□→◯・・・
しかし、>>310のように、
同一コンテナから時系列でイメージを作成しているのですが、
コンテナの変更の割に、それらのイメージが大きく膨らむのです。
同一コンテナ上での変更だから、同一レイヤで更新が成されるはずです。
そうやってレイヤの更新の都度、そこからイメージをコミットしても、
無駄に大きくはならないだろうとにらんだのですが。
>>313
buidができるように設定を組めたらよいのですが、まだそこまでシステムが固まっていないんです。
あのな。お前のそのレスの内容から
Dockerの完全な初心者だってことバレバレなの
お前は知らない単語を聞いた時、その単語の意味から
こういうことだろ？と思い込んで突き進んでるだろ
思い込みを書き込むんじゃなくて
知らない単語をちゃんと調べてDockerを勉強しろ
システムが固まってないんじゃない
お前は>>313が言ってることがわからないだけだ
おい馬鹿ヤメロｗ
ではではタメ口ならいい？
コンテナの変更って何したんだ？
commitでイメージに追加される新たなレイヤは元のイメージとの差分だから、
愚かにもdockerを仮想マシンのように使っているならログのローテーションやパッケージの更新などで常に元のイメージとの乖離は拡大し続け、
その乖離の分だけレイヤのサイズは増大する
事実を疑う愚かな悪癖を捨て、まずはそれだけの差分が実際に生じている事実を認め、その差分の内容をdocker diffなどで調べろ
fixしたらホスト側からCOPYしてbuildしたらいいだけ
> Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化（コミット）しています。
そんな使い方はしてはいけません
してはいけないって言っておこうか？
最終手段として用意してあるだけでdocker commitなんて全く使わない
それが必須な時点で使い方が間違っている
あとからライブラリ更新したとき
その更新は適用されない
適用させるにはまたゼロから（imageから）構築し直さなきゃいけない
って認識でいいでしょうか？
＞requirements.txtで独自ライブラリ
Dockerfileからpip install requirement.txtです
だからDockerfileでイメージのビルドが簡単にできるようになっていて
レイヤーのキャッシュで高速にリビルドが完了するようになってる
それはバイナリの実行コマンドを削除してビルドし直すのと同じこと
実行コマンド（イメージ）の中にデータを入れるな
データが入ってなければ、イメージの削除とリビルドも
何も気にすることがない作業だ
本質的な話だと思います。
ぜーーんぶ、設定に費やしたコマンドを明確に表して、buildせよっていうことですね。
それはつまり、コンテナの中でviでせっせと作成したスクリプトも全部、予め用意してbuildせよってことですよね。
でも、まだやろうと思っていることが試行錯誤で、固まっていないんですよ。
0331login:Penguin垢版
2021/10/01(金) 05:11:59.96なるほど・・そういうものなんですね
まだよくわかっていませんが勉強してみます
Docker Hubなんかにあるベースイメージつくるなら最終的にDockerfileに全記載となるけど
試行錯誤中はcommitでも外部ボリュームマウントでもぜんぜんOK
アプリ開発なら特定のディレクトリしか使わないようにし(他には設定ファイルくらい)
開発中はディレクトリ全体をホストに置いてマウントするのが常套
buildではそのディレクトリ全体をCOPY(開発中はマウントで隠れる)
適当なプロジェクトのDockerfile, compose.yamlみたらわかる
だからDockerは試行錯誤しても時間がかからないように
高速にビルドができるようにレイヤーでキャッシュされてる
ビルドするのにやっていることを固める必要がない
試行錯誤をビルドして行えばいいだけ
>>264
に書いただろ
山浦清透の動画内の、AWS の構成を見てみろ
開発中は、Docker 外の共有フォルダへbind しておけばよい
わかりやすいレスありがとうございました。
なるほど。
コンテナの「ルートディレクトリ」ごと
ホスト側に移してバインドしておいておけば、
そのコンテナで試行錯誤してもコンテナ自体は太りませんね。
必要があれば、変更のきりのよいところで、
ホストに置いている「ルートディレクトリ」ごとバックアップ取ればいいのかもしれない。
というのは、yumとか、外部から落としてきたtarをコンテナ内で使うと、
どのディレクトリに変更が生じるかわからないので、
いっそのことその「ルートディレクトリ」ごとホストに置いてバインドすればいいと思った次第です。
buildのコマンドで「ルートディレクトリ」全体をコンテナにコピーすればいいわけですね。
最後のところは、目からうろこです。
というのはいちいち設定内容をコマンド化（テキスト化）しなければならないと思っていたからです。
パーミッションの問題もあるしchroot環境構築するくらいの難易度で挫折するだろうけど
そこから学べることもある
ならコンテナ内でvi編集でもyum installでもしたものをexportしてイメージとして使えばいいんじゃないの
1から作り直すことはできないけど、いらないんだろうし
わかった？
お金はらうなら
VPSかりて、リモート接続できるDocker環境つくればいい
公式サイトに飛んだら
Docker Machine has been deprecated. Please use Docker Desktop instead.
とありました
Docker Machineを使うとAWSにDockerホストを展開するようなこともできたようですが
そういうこともDocker Desktopでできるんですか？
何か機能的に重ならない気がするのですが、どうなのでしょうか
アプリを配布するためのコンテナで
一般的には仮想マシンと一緒に使うもの
AWSのlightsailとか安いサーバでdocker-ce入れた方が
色々捗るんじゃ無いかと思う
AWSに展開するならECSかEKSを使用するので、実行環境でDockerコマンドを直接使用することはない
というかDockerエンジン自体もほとんど使用されなくなっている
VMwareはモデルハウス
入れないだろ
分かってないのバレるぞｗｗ
そのスペースに在来工法（環境設定）で家を建てるよりも
システム建築（コンテナ）で家を建てた方が早いって感じかな
システム建築と在来工法の違いはこちらｗ
https://www.systematization-building.com/comparison/
なんで混ぜるんだよｗ
Dockerってプレハブっていうか、工事現場にあるコンテナハウス？みたいなイメージあるんだよな
どこの現場でも速攻で事務所や休憩室になったりとかさ
対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
家の中にプレハブ置くのがDocker
> 対してVMは建売みたいに建てては売って(処分して)の繰り返しみたいな感じ
だからVMの中にプレハブを建てては売って(処分して)の繰り返えすんだろ？
設定済みVMイメージをどうやって作る？
それが大変だからDockerを使うってわかってる？
「自分が対象を明確に理解している時」に限定しないと
知ったか同士が例え話に例え話返し始めると
収拾つかなくなるよ
鬼というのは、牙が生えていて、上半身裸
しましまのパンツを履いていて、金棒を持っている
悪いやつのことである
何をどうやってもoverlay2の配下にデータが保存されるんだが・・・俺は何のために16TBのHDDを買ったんだ・・・もぅ疲れた寝る...zzzZZZ
そうゆうとこだろお前が失敗してんのは
説明できん・・・のだ
ジャンクションつかえばかいけつする
SSDの方にLinuxとDockerとコンテナ入れてさ、録画したファイルをHDDの方に保存したかったんだけど・・・どこをどうしてもoverlay2の配下に保存されるんよ・・・
これが昨夜までの状態・・・
で、今帰ってきてLinuxから入れ直したらできたわ！どこが悪かったのか謎のままだが動けばオッケー
まずは地上波全録して何日分録り溜めできるか試さなきゃ
ノシ
何の設定が悪いんだか教えてくれだれか
たすけて
Tensorflowでgpu使うのに便利だって書籍に書いてたからやってみたら必要なものを入れる度にリビルドしろってアホかと
ローカルに入れた方が100倍楽だ
一生レンタルサーバー契約してろ
デーバーにデプロイの話はなんでしないの？
まだそこまで理解してないから？
>>377
サーバーにデプロイの話はなんでしないの？
まだそこまで理解してないから？
サーバーがなにか理解してないだろ
pcと同じものだぞ
自分の家のpcでwordpressを起動して公開するのもvpsに配置するのも同じ事
実機を使うかsshで遠隔操作するかの違いだけだろ
awsのサービスとかの話なら既出だし
なにが言いたいのかわからんw
俺はサーバーを知ってるんだぞ自慢はいいからさｗ
Dockerが解決してるデプロイの話を
なんでしないの？
デプロイの話をしない理由を言ってみ
流石に仕事で >>385 みたいなこと言われんやろ 流石にね
pbxの設置から鯖の設置、基地局設備の設置までやってたけどな
機材の搬入までしていたとか言いそうで草
ソフトウェアのデプロイの話をしろよ
苦労話をすればいいんやで？
サーバーのバージョンが古くてライブラリが古くて
それをインストールしようとしたけど、ビルドが出来なくてーとか
あるやろ？
今はDockerですっかりなくなってしまったがなｗｗｗ
デプロイの苦労話なんてないんだろｗ
Dockerのメリットがわからないやつは所詮素人ということがわかる
子供は他所で遊んだ方が良いですよ。
1721-1758
老害どうしで喧嘩してるだけ
知恵遅れにもほどがある
というかdockerすら使ったこと無いだろ
dockerの話一つもしてないのはお前だw
Dockerはデプロイに使う道具なんだが？
わかってないのか？
dockerってデプロイしないと使えないんだぞw
お前あれだろ、linux使ったことすらなくてwindows使ったら快適だったスレとかで暴れ回ってるうんこやろうだろ
Dockerのデプロイと
開発したアプリのデプロイじゃ
全然難易度が違うだろ
wordpressが起動した時点でホスト名登録してルーター設定したらサービスを提供できる状態って事だからな
普通のレンタル鯖にdockerを入れられるとでも妄想してみたんだろうけど、最初から言ってるがdockerインストールする必要があるから対応サーバーか自前の鯖やvpsを使う前提だ
dockerの話してる段階で最初からサーバーを提供する側の話なんだよ
鯖を立てるという意味が分かってたら絶対に言わない事言ってるからね
だからそのwordpressはどうやってデプロイしたんだよ？
なんどもそれを言えって言われてるだろ
なんでだろうね？
お前まじキモイわw
わかってるならマウントられないように知識をつけろよｗ
相手が仕掛ける攻撃がわかってるのに何の対策もしないで
殴られてから、殴るのわかってたぜと言っても
負け惜しみにしかならんぞｗ
Docker内には、OSの機能はない。
アプリしかない
いつも、OSの機能をDocker内に入れようとするw
AWS 構成図を見れば、すぐ分かる。
OSの機能は、Docker外にある。
AWSの各種サービスがそれ
AWSのくろかわこうへいのサロンにでも入って、Fargate でも勉強すれば？
debianとか、fedoraとか、インストールパッケージ作るのに
それぞれの、ディストリのイメージでビルドしてんだけど
使い方間違ってんのかな
仕方ないんじゃないかな。コンテナ内でコマンド実行するときにホスト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ローカルに
Fargateって覚えたての単語？（笑）
dockerのメリットはわからんってことだよな
そういうのはディストロについてくるパッケージでもいいわけだし
依存関係なんかディストリのパッケージ作ってる人が解決してくれる
自分で作ったソフトウェアを自分でバージョンとか揃えてちゃんと動くと
保証できる形でデプロイする。そういったことをしたことがない人には
dockerのありがたみなんかわからんよ
cAdvisor＋redisを入れるだけでも爆上げなのですが…
止めると正常運転になる…
監視ツールでコンテクストスイッチの値を監視する時にDocker動いてるやつだけ閾値が合わせられなくて困ってる…
あのー、私門外漢でよくわからないんですが
コンテキストスイッチがどれくらいになったら
どんな実害が現れるんですか？
パスワードとか設定しなおさないとならないから本番で使うならそのままでは使えない事が多いはず
だから使い道が難しい
まあkubernet?とかでは出きるのかもしれないが
何いってんだ？
dockerイメージって実行バイナリと同じだぞ
パスワードとかバイナリの中に埋め込まれてるわけ無いじゃん
常識で考えろや
使い方間違ってるんだよな
データベースサーバーのどこが依存関係解決するのが大変なのか
自分開発したアプリをデプロイするって言ってるのに
メーカーが用意したパッケージをインストールして設定することしか
したことないんだなってわかるわ
よくこんな簡単に替えの利くもんで金取れると思ったな
それオープンソースを使ったビジネス全てに当てはまる
一通り学べるのか疑問を感じる。マスター、ワーカーノード用意してマスターノードでコントロールプレーン立ち上げて、
クラスタ構成してPod作って、ローカルネットや外部公開サービスデプロイしてなどなど、一通り操作をなぞれるのかな。
基本DevOps用のツール群と思うけど、おそらく行き着く先の一端はクラウド利用した、開発・実行環境のサーバレス化だよね。
EKS試したことある神様降りてこないかな。せっかくこんなスレあるし、雑談レベルでも話を聞いてみたい。
公式からなにから無料の情報源大量にあるんだからグダグダ言ってないでやれよ
jawsでお待ちしてます
オーバーキルだぞ やめたれ
ポインタありがとうござます。
＜JAWS-UG（AWS Users Group ? Japan＞のことであってます？
ちょっとサイトで情報を確認してみます。
-----
>>427
ポインタありがとうござます。
jaws = JAWS-UG（AWS Users Group - Japanのことであってます？
ちょっとサイトで情報を確認してみます。
・・・ということは、自分の専ブラ環境で見えないだけで書き込みできてたのか。
うーむ。
Dockerの出番だ！
YouTube で有名な、雑食系エンジニア・KENTA のサロンの、
Ruby on Rails 初心者用コースには、Docker も入っている
最近は、AWS Fargate も入っている。
AWSから最初に勧められるのが、Fargate
有料サロンでは、3千人と日本6位。
Railsの虎の穴
AWS なら、くろかわこうへいのサロン。
数百人入っている
この2つのサロンは皆、掛け持ちしている。
他には、Udemy の山浦清透も有名
k8s は、半分ぐらいの企業が使っている。
漏れは、数台のラズパイで、k8sを構築する本を読んだ
「読んだ」？！ｗ
、多すぎ
たまに現れるこいつ、ガチかネタか分からんから難しい
もっと前から居た可能性も大いにある
流石にガチじゃね
なにを試したらこうでダメだったとか、そういう話できんのか
そういう話が出たら文句だけいって自分の時はこうだったとか、こう失敗したとかあるだろ
ひとつも触ってもいないでエラそうな事言う前に公式でもなんでも動かしてから言えよ
> おい待て、そんなdockerでだいじょうぶか？
大丈夫だ！
https://mi-mollet.com/articles/-/32576?layout=b
取り上げているテーマはいいのに、なんだか読みにくいと感じる文章ってありますよね。
今日は、これさえ心掛ければ、「読みにくい文章」が「読みやすい文章」に変わる、ワンポイントをご紹介します。
こう言ってしまうと元も子もないんですが、長いとそれだけでとっつきにくいですよね。
表現力など、文才やセンスは二の次三の次。読みやすくしたかったら、短くすべしなのです。
例えば、外国語を覚えるとき、まずは短いセンテンスから学びます。
会話でも読解でも、短ければ理解しやすく、長くなればなるほど、語彙と文法的知識が必要です。
> 、多すぎ
たまに某メジャーディストリスレ等で見かけるけど
参考までに
https://mevius.5ch.net/test/read.cgi/win/1581969547/40-n
コンテナがひとつのCPUしか使ってないようなのですが、
(vmのcpu使用率は25%くらいなのにコンテナ側は100%に貼りついてる)
コンテナに複数のcpuやコアを使わせるには何か設定が必要ですか？コンテナはdocker-composeで起動してます。
ざっと確認してみましたが、紹介のオンライン講座は２）〜４）あたりですかね。
自分の学習希望に近しくてお手頃なのは２）みたいなので、まずは１）で様子を
見て受講を検討してみようかと思います。
---
１）YouTube AWSチャンネル（くろかわこうへい氏）
https://www.youtube.com/channel/UCirsB9lWx1Vao8jmbMK_nQg
＜AWS要素説明、認定試験対策＞
２）AWS学習オンラインスクール（くろかわこうへい氏）
https://aws-cloud-tech.com/
＜ビデオ学習＋ハンズオン＋課題添削：4980円/月＞
３）雑食系エンジニアKENTA氏のオンラインサロン
https://zsksalon.com/#service
＜Webエンジニア転向各種支援・スキルチェック有料プラン群＞
４）Udemy 山浦清透氏の講座
「AWS：はじめてのAmazon Web Services(無料)」
https://www.udemy.com/course/aws-for-beginner/
「AWS：ゼロから実践するAmazon Web Services(1840円他)」
https://www.udemy.com/course/aws-and-infra/
自演草？
くろかわこうへいの初心者用のお勧め本が、これ。
漏れも読んでる
Amazon Web Services パターン別構築・運用ガイド 改訂第2版 (Informatics&IDEA)、
NRIネットコム株式会社、2018
あとは、KENTA が言うように初心者なら、
AWS Fargate, Terraform を使えればOK
中級者向けなら、Kubernetes も必要
くろかわこうへいの講座の方が、圧倒的に安い
AWS各種サービス利用料金が別としても、スクール費用が月額4980円ぽっきりですからねぇ。
添削やQAは講義とは別料金ってところがほとんどなのに。ちょっと中身大丈夫なのかと不安になるレベル。
紹介してもらった専門書もチェックしてみます。ありがとうございました。
初心者は、AWSだけで良いと思う
中級者向けなら、GCP もやれば良い
サービス内容によっては、GCPなら簡単に構築できる場合があるのに、
AWSでやるのは無駄が多いから
Ruby on Rails では、1人で起業した場合は、Cloud9, Heroku, CircleCI が多い。
食べチョクみたいに本格的なものは、AWS
米国年収では、AWS Solution Architect は1,400万円と、Railsの1,300万円を越えた。
今会社内で、最も必要な資格
沖縄のかみざとよしとが運営する、やんばるCODEの守護神・たけ、
YouTube で有名な、雑食系エンジニア・KENTA のサロンのAWS 部の大ボスとか、
すごい人らが、くろかわこうへいのAWS サロンに入っている
たけはすごい。
大学院数学科卒で、プログラミングを始めて、わずか1年で、
Java の資格を取って、Ruby on Rails の講師となった
Railsのチャットルーム、Web Socket(Action Cable)の動画とか、すごい
YouTube の動画を調べたら分かること
やっぱ自演じゃないか
学習料無料だぞ
このレスが全て物語ってるわ
なんでCircleCIがそこに出てくんだよ
無料。なんと甘美な響き。でも今年の分終わってない？
https://aws.アマゾン.com/jp/events/summits/online/japan/sessions/
Mintで構築したコンテナはUbuntuでも使えますか？
に、コンテナのimport/export を書いた
任意のLinuxディストリビューションをWSL2で動かす。
Clear Linux OSを動かすまで
仮想マシンと勘違いするやつが増えそうだから
アプリケーションコンテナ限定で
Docker社のやること全部裏目に出てて草
Mac/winで遅いのはファイルシステムのエミュレーションの関係
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/
Windows10 64bitのDockerでも動作するんです。
そういう風に機能アップされたんでしょうか？
例えば arm64v8/ubuntu:18.04 とか Win64のマシンで動きます。
Amazonとパートナーシップ組んでるから
Amazonが使用量に応じてDocker Hubに金払ってるかもしれんぞ。
https://www.docker.com/blog/news-from-aws-reinvent-docker-official-images-on-amazon-ecr-public/
DockerHubのミラーを作らせたのは
Dockerの思惑通りだろ？
doker run -dit -p hoge.local:80:80 fugo:latest
みたいな感じでやるとエラーになって
hoge.localをip直打ちにすると通る
GitHub ActionsやCircleCIみたいなCIツールから金取るのが狙いでしょ
実際パートナーシップ契約結んでレート制限解除の代わりに金貰ってるみたいだしな
ミラーされたら単純に売上は減る
だからDocker社の通信量やインフラ代をへらすことが目的だから
Docker社の思惑通りじゃん
もともと売上はなかったって知ってる？
インフラのコストが高くなってきたから
金払うか、ダウンロード量を減らすかのどちらかを選びなさいって言って
その思惑通りダウンロード量をへらすことになった
用意できる環境は、実行環境のaws EC2のlinuxインスタンス、開発用のwindowsマシン、ソースコードのgitレポジトリ(windowsからは接続出来るがEC2から接続出来ない) のみで
Private Docker Registry とかは使えない状態です。
単純に考えると、windowsにあるソースコードをscpなりでEC2に転送し、EC2にssh接続してdocker-compose up -d --build ですが、
プログラムに更新があった時、毎回ソースコードをscpで転送して、EC2上で再ビルドをするのは手順が多く避けたいです。
windows上のdockerでimageをsaveして、aws EC2上のlinuxのdockerでloadすれば、scpで転送するファイルは1つだし EC2上で再ビルドをする事も無いと思ったのですが、
windowsで作成したdocker imageをlinuxで使う事に不安を感じます。
windowsのdockerもlinuxコンテナなので理屈から言えば問題ないかなと思ってしまうのですが、どのような問題点がありますでしょうか？
普通は本番用のDockerイメージをCIでビルドして
ECRに入れるだろ
AWSで使えるCIならCodeBuildがある
ECRもCodeBuildも使えない変なルールの職場はやめて転職しろ
転職することをおすすめする
そんな腐りきった職場でdockerとか意味がわからない
そういうところに新しいツールを持ち込んでも無用な混乱と手間をもたらした結果破綻するだけだ
もしお前が犯人なら、今すぐ関係者に土下座してdocker使うのやめたほうがいい
マヂに
腐った水に何溶かしても幸せになれんよ
逃げろ
だからこのスレのレベル見せてちょｗ
本人がイメージそのまま送ってロードって言う
dockerの旨味全否定してるからな
自分が辞めたあと後任者がそれ見てどう思うか、一度変な拘りを捨てて客観的なフラットな頭で考えてみ
・Windows上のDocker環境で作成したDocker image
・Linuxで上のDocker環境で作成したDocker image
・macOSで上のDocker環境で作成したDocker image
に何か差がありますか？
Docker環境は一体どうやって動いていますか？
これらを自分で説明できると、自ずと自分で答えられるはずです。
説明お願いします
> 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.
もうボロボロだな
エンジニア辞めたら
エンジニア（？）
ではありません
言いたい事はわかるんだけど「考えさせる」は
今時ただの老害扱いされるよ。
TLDR要は全部同じ。
何でビルドしてどのプラットフォームに送っても問題無い
いいたことはわかるんだけど、答えだけ教えてもだめだよ
> ・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で作成してるのと同じことになる
いや、だったら、公式ドキュメントを全部嫁、以上で終わるやん。
環境 docker desktop wls
https://forest.watch.impress.co.jp/docs/news/1383038.html
EC2にDockerEngineをインストールするのではなく、ECSというのを使うのが正しいのでしょうか？
基本的な疑問が解けました。
ありがとございました。
使う起動タイプはEC2ではなくFargateだぞ
同じECSでもゴミと神の2種類があるから注意
そうなんですか？
別料金がかかるかもしれないので、ちょっと調べてみます。
ペットのように可愛がるな
どう使うの？
自動ロードバランサーとか備えたelastic beanstalkとかもあるよ
これをawsで一日一回動かしたいとしたら、
何のサービス使うのが良いですか？
cronみたいに毎朝8時、とかのスケジューラーも有るのが希望です
LambdaとEventBridge
少なくともLambdaじゃ短時間実行のスクリプトしか動かせないからな
https://docs.aws.あまぞん.com/ja_jp/AmazonECS/latest/developerguide/scheduling_tasks.html
知らんけど
今はDockerイメージも使えるし
ホストのrootではない一般ユーザーが/var/lib/dockerのデータを読み書き出来る脆弱性を修正しようとして
ホストの一般ユーザーが特権昇格できる別な脆弱性を生んだ模様
旧バージョンのmssqlには何故かgdbが入ってたので
他ユーザーのプロセスを勝手にkillできてりする
dockerホストの/var/lib/docker/containers/コンテナID/コンテナID-json.logにあるということですが
windowsのdocker desktop上でこのdockerホストのディレクトリにアクセスするにはどうすればいいのでしょうか？
docker logsもしらない男の人って・・・
そもそもホストにアクセスする必要なくね？
logs — Docker-docs-ja 19.03 ドキュメント http://docs.docker.jp/v19.03/engine/reference/commandline/logs.html
ちょっとしたツールをポコポコ作っていると、以前作ったツールを更新する時再起動していいやつだっけ？とか、ソースを最新化する時は再ビルド必要なんだっけ？とか
毎回調べ直すところから始まるからしんどい。
手元でちょこっと動かす時に、これはdockerを使わず直に動かしても問題ないやつだったっけ？一見動くように見えるけど特定の部分だけ動いてないとかなかったっけ？とか気になってしまう
ググると「開発環境は全部wslのdockerに閉じ込めました」みたいなdockerファーストの人居るけど、そういう人はどうしてるのか知りたい。
共通手順を厳守するとか、プロジェクトごとにしっかりドキュメント化しているのか
AWSサービスのSSLターミネーションに頼るのが楽だが
Traefik使えばそーいうの無しでもそんな苦労せずLet's encryptでHTTPSに出来た
似たようなので確かCaddyってのもあったはずだが
どう違うのかしらん
フリーランスを夢見てる駆け出しエンジニア（笑）８割でこのスレは成り立ってる
アホみたいなレスがあるのはしょうがない
情報助かる。nginxのssl設定がうまくできてなかったから、traefikでリバプロにする方が簡単そうね。
普段はルータの方が触る機会多いから、ソフトウエアルータの方がわかりやすそうだわ。
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になっている(右の赤枠)
https://i.imgur.com/J2wHj7x.png
こういうなんちゃってSEがいるからこの業界はおかしくなってきたんだろうな
SDやGMかもしれないがw
っていう輩ばっかりだから、どないしようもない
そんなことしてる暇あるならコミュニケーションしようよw
ありがとうございます
たしかにログファイルを取得するという目的は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は自分でちゃんと自分で正しい答えを見つけてるだろ。
「ログが読みたい」と言っているのでは無く、Windows環境でlinuxの時の様に「ログを吐き出す場所を知りたい」
と言っているのに頓珍漢な回答した上にdisらなきゃ気がすまないって、こいつはどんだけ無能なの？
544はえらい丁寧に返してるように見える。まあ、平日の真昼間に連投できるやつって時点でお察しだけどｗ
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 NT kernelを、Linux subsystem for Windows
にしたらええねん
そうするだけで、すべてが解決する
そうしないのはそうしないだけの理由があるから
統一教ほど危ない思想はないよ？
LinuxカーネルにWindows APIを実行する能力がないんだよ
ソースコードが公開されてるから、何かあったらコードを修正すればいいでしょという
考えになってて、拡張性が乏しく融通がきかない。
Linuxだとサードパーティのクローズドのドライバの互換性を保つことすら出来ない
ドライバはカーネル毎にコンパイルすことが前提になってる
考え方が違うとはいえ、Linuxはカーネルとドライバの互換性の点では劣ってるのさ
Docker's Response to the Invasion of Ukraine - Docker Blog
https://www.docker.com/blog/dockers-response-to-the-invasion-of-ukraine/
どうしたらよいでしょう？
.vimrcに下記設定を保存していますが、ダメなようです。
set encoding=utf-8
set fileencodings=utf-8
set fileformats=unix,dos,mac
https://mevius.5ch.net/test/read.cgi/unix/1608261530/
nkfってなんだ
https://mevius.5ch.net/test/read.cgi/unix/1005206241/
失礼しました。
DockerのContainer内でvimを使っていましたので、つい…
>>569
ありがとうございます。
移動します。
（好きなようにつかえばええけど、）そもそものDockerの使い方として、まずアリエナイ
だからそんなDockerの使い方をする時点で、向いていない
再起動したら変更消えるやんけ
vimを使って設定ファイルを編集し、それをDockerfileにフィードバックする、と
した方が早いからそうしてもよい、ということのようだ
vimを使う時点で遅いだろ…
だれがあんな低機能テキストエディタなんか
使うんだよｗ
まぁ、コンテナの差分を取れば、コンテナ内で編集した設定ファイルのdiffをすぐに吐けるし、その差分から元のDockerfileに反映させればエエか
ID:kB2zOh+2
安価ミスかな
彼が使うんだと答えたんだろう
https://forest.watch.impress.co.jp/docs/news/1395775.html
docker-compose.yml内で$HOMEを使うと
WARNING: The HOME variable is not set. Defaulting to a blank string.
と怒られます（~でホームディレクトリを指定できました）
Dockerfileでは$HOMEでホームディレクトリを参照出来ました。
Windowsです
もしかしてRootless mode使ってない？
Rootlessはuid/gidのマッピングが特殊だからRootful用のDockerfile修正する必要あるよ
https://zenn.dev/ysuito/articles/5d0df9ac17bf2b#rootless%E3%82%B3%E3%83%B3%E3%83%86%E3%83%8A%E5%86%85%E3%81%A7%E3%81%AE%E4%B8%80%E8%88%AC%E3%83%A6%E3%83%BC%E3%82%B6
USB HDDのマウントややこしいなあ、、
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
という記事を見つけました
この記事に書かれている問題は、今のチュートリアルでは修正されていますが
また別の理由で動かなくなっているようです
公式のチュートリアルを読んでいくのが確実だろうと思ったのですが、
どうもあまり細やかなメンテナンスがされていない印象があります
公式のチュートリアルは初学者の勉強にはあまり適していないのでしょうか？
> 公式のチュートリアルは初学者の勉強にはあまり適していないのでしょうか？
自分で、チュートリアル相当なチュートリアルを作りながらやってみて、
それで公式のチュートリアルの内容が理解できているなら、それでよいのでは？
動かんもんは動かんからさっさと切り替えて行け
お勉強のお膳立てされてるとは限らない
お勉強環境作るとこからよ
QiitaかZennに書くと誰かが答えてくれるかもしれないし同じ現象が起きた人がその記事を見つけてヒントを得られますよ。あなたの環境やチュートリアル内の具体的にはどの指示をやろうとしてるのか、あなたが叩いたコマンドは何なのか書いておくとアドバイスする方も助かります。一般的にチュートリアルは最高の学習コンテンツですしチュートリアル自体に不備があるのなら修正リクエストを出して貢献することも歓迎されます。
ありがとう。
実はec2の例はお客が用意したもので今となっては詳しく分からないんだけど
次同じことがあったらそのへんを注目してみます。
さっさと使い方知りたい人向けだし、往々にしてそういう人は(そのプロダクトが動くプラットフォームの)初学者じゃないだろうし。
たまたま壊れてるの引いたから諦めて別のに行くか
自分で解決するしか無いだけ、
数週間前のコマンドがアップデートや仕様変更で
通らないなんて事ザラにある
書いてるコマンドそのままでやりたいなら
探し回るしか無い
さっさと使いた知りたい人はmanします（笑）
https://techcrunch.com/2022/03/30/docker-founder-launches-dagger-a-new-devops-platform/
暇だったから試してみたけど普通に全部動いたぞ？
エラーメッセ見て対応してけば動く気がするけどな
それが出来ないことを問題と思うくらい初心書なら
もっと手取り足取り書いてるテキストなり探すしか無いねえ
つーてるやん。
サーバーにつながらんかったんちゃうの？
たまたまか、プロキシとかか。
大体DNSやな
あとはipかサブネットの設定ミスってるかやな
お気に入りツールも入れられんやろし、
初心者のやることは謎やで
何いってんだよ・・・
そんな訳ないじゃん！
「OS」と「いらん」の定義を聞こうか
（２）docker-composeのcommandでbashに入ってサーバーを立ち上げるためのスクリプト起動してサーバーを立ち上げるのと
どちらでやるべきでしょうか
（１）だと同じ環境で別のサーバーを立ち上げたいとき
ENTRYPOINTの行を変えたDockerfileを用意しないといけないですよね
（１）Dockerfileにて
ENTRYPOINT ここにサーバー立ち上げコマンド
とするか
（２）docker-compose.ymlにて
command: bash -c "ここにサーバー立ち上げコマンド"
とするか
結局どちらもできるんですがdocker-compose.ymlありきの場合
海外のサイトとかみてるとどちらの場合もあって
あえてやってるのか（視認性とかで）、そうした方がいいのか、どっちでもいいのか
何か慣習でもあるのかと思いまして。
動いてんなら自分が使いやすいと思う方採用すれば良いじゃんとしか
いえ、そういう意味ではなく
動いてるので、もちろんすでに好きな方を採用してるんです
慣習とか後々のメンテナンスやら技術的な面で何か理由があるのかな、ということだけです
ただ、返答内容を見る限り
あなた自身はこういうケースを経験したことがなく私と同じようにわからない
ということは少なくともわかりました
ありがとうございます
レスが止まると返信しなければいけない使命感が生まれる
という部分に関して。
基本的に質問がきても
わからなかったり興味がなければ
答えなくていいし無視して良いんですよ
他の人は知りませんが私は答えが出なかったところで
答えが出るまで活動を止めているわけではないし何も問題はないんです
でも実際レスが止まると
次レスする人は、（本来は無いはずの）レスを止めた原因を意識してしまい
「ワシが何かアドバイスしなくては ワシがこの状況を打破しなくては」
みたいな焦燥感が生まれ、無理に結論を導き出そうとする
そして的はずれなやり取りになってしまう
経験上過疎スレにはそういうのをよくみます
>>615が誰に対して言っているのかは知りませんが、念の為
イメージの外でメンテできるようにしておくか
の違いだと思うが
何のコンテナなのかも
サーバー立ち上げコマンドが何なのかもわからん
人にものを聞くならコミュニケーション能力を磨いた方がいいよ
前提条件は諸々不明です！
こんなかんじ？
＞の違いだと思うが
それは違う
docker-composeの使い方を理解していない
例えばAコンテナの/work/xxxというディレクトリをdocker volume化して、
Bコンテナから参照できる。
docker run -itd --name A \
-v xxx-linux-opt:/work/xxx \
${A_IMAGE}
docker run -itd --name B \
-v /var/run/docker.sock:/var/run/docker.sock \
--volume-from A
${B_IMAGE}
同時にBコンテナの/work/yyyというディレクトリをAコンテナでも参照できるようしたい。これって実現可能？
ホストディレクトリを汚染したくないのです。A、Bコンテナは互いに相手を必要としており、コンテナが相互マウントできれば嬉しいです
>>633
ありがとう！
複数のデータセンターにサーバー置いて、
クラスター作って高可用性を持たせるような用途なら
NFSじゃなくてレプリケーション対応したデータベースを使うのが普通
地理的に離れた場所でファイルシステムに必要な一貫性持たせるのは速度を犠牲にしないと困難
データベースのレプリケーションアルゴリズムで同期した方がストレージの全ファイルに一貫性持たせるより効率的だし
必要なければ部分的に一貫性を犠牲にする事で性能上げられる
おうちkubenetes予定民(ラズパイ待ち
やからそこまでやる気ないんやけど
コンフィグファイルとかもDB化できるん？
できるならそこまでやってみたいなあ
コンフィグファイルぐらいならk8sのconfigmapとかsecretに置けばよくね
本家k8sならetcdっていう分散データベースに保存される
k0sとかk3sはsqliteとかも保存先に使えるらしいけど
もっと沢山データ入れるなら普通にデータベース使え
ほーんニキ詳しいなあ、ありがと
仕事利用民かな？
その辺ちょっとみたけど、マイクラのマップデータ見たいな大きめのファイル群もなんとでもなりそうやね、当たり前か
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
>OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
それあなたの感想ですよね
データとかあるんですか？
いちゃもんつけないでください。
言ってることは正しいです。
awsなりでコンテナ増やして金が余分にかかるのは
しゃーないしosごと立ち上げるより安いやろ
膨大な金が金額指してるのかもよーわからんが、規模に応じた金額しかかからんから千円だろうが5億だろうが昔に比べりゃ格安だろ。オンプレでdockerのリソース増やしても、1ハード1システムの時代に比べりゃ遥かに安い
それあなたの感想ですよね
サーバー家畜化で低級の運用SEを一人削減できたらそれだけで月100万浮くわけで、AWSで月100万あれば相当な規模のサービスを運用できる
スケールダウンできるコンテナ使用の方が安くなりそうだけど
むしろコンテナをプロダクションで使う場合は予めCPUやメモリの枠を予約するのが普通だから、一般的にはリソースの利用効率は悪くなりスケールダウンもしにくいよ
そもそもスケールアップとスケールダウンの意味わかってる？サーバー増やすことじゃないぞ？
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
botかよ
ツッコミどころがありまくりの広告記事に
お前らがどういう反応するか見てるだけやねんｗ
続きがあったらどうぞ
今、ユニケージ開発手法にギークが熱狂するワケ【USP研究所代表＆オープンソースOSコミッター対談】
BSDコンサルティング株式会社 代表取締役「當仲寛哲」と取締役「後藤大地」の対談
https://type.jp/et/feature/14070/
後藤「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中でプログラムを書き、
もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
ユニケージ開発手法なら１台のマシンをフルに使い切れますし、uspBOAが証明したように
マシンを並列につなげば安価で強力な実行環境を構築できます。大量の電力を消費する
データセンターなどよりはるかに環境に優しいのは言うまでもありません。
今後ますますユニケージ開発手法のメリットが理解されやすい時代になってくるんじゃないかと思っています」
また、當仲さんはユーザーフレンドリー、開発者フレンドリーな環境を追い求めるあまり、
エンジニアは大切なものを見落しているのではないかと感じている。
當仲「人間がちょっとだけ努力して歩み寄るだけで、コンピュータのリソースを
100％使い切れるわけです。その方が合理的で経済的だし、後藤さんの言うように
環境に優しいのは間違いありません。ただ漫然と楽な方へと流れていると、
課題解決の道具に過ぎない開発環境に使われてしまうことになりかねない。
もしそれが嫌ならレイヤードされた階層の上部で開発する便利さに安住せず、
エンジニアはCPUやOS、アセンブラなど、低レイヤーに属する知識をもっと積極的に学ぶべき。それが私の持論です」
興味深いけど一般的なものからかけ離れてて
にわかに信じがたい内容だな
その引用をまともにここに書くんじゃなくて
変な書き方する意図がわからん
シェルで何もかも実現出来るなら、DBもコンテナもソフトも何もかも無駄でしかないから、その記事の中での辻褄は合ってるんじゃない？
事実かどうかは別にして
Apache系の無駄な仮想化レイヤを重ねすぎたエコシステムは一旦全部捨ててリセットし、低水準な技術で再構築したほうがいいと思う
巨大企業が膨大にリソース持って、必要な時だけ使わせて課金する
変態シェル職人依存するより現実的だし実際世の中に受け入れられてる
ぐだぐた言わんでも、必要ならCでもアセンブリでも使う人は使っとる。
> 変な書き方する意図がわからん
普通の人ならこれが明らかにおかしい内容だって
思うようなぁっていうのを確かめたかっただけ
> シェルで何もかも実現出来るなら、
できるわけないやろ？
> Apache系の無駄な仮想化レイヤを
Apacheが何を仮想化してるっていうの？
この記事がガセネタってこと？
よくわからん世界だ
この記事にあるような分散型の巨大データベース検索する意図だけなら
この変態シェルシステムのが安く上がるって書いてるじゃん
にわかに信じがたいこの内容が事実なら、だけど
ガセネタというかステマだね
「USP研究所代表＆オープンソースOSコミッター対談」
実は
BSDコンサルティング株式会社
代表取締役「當仲寛哲」と取締役「後藤大地」の対談
https://www.bsdconsulting.co.jp/CGI/BSDC.CGI?CNT=ABOUTUS
でした。
なんで記事にそのことを書かないで
第三者のオープンソースOSコミッターが
すごいと認めてる風を演出をするんだ？
ミドルウェアを使わないでどうやって
分散型の巨大データベースを作ると思う？
パイプ3,40繋げて処理するとか書いてるけど
ほへーをそんなん出来んだ(知らんけど
て感じ
そんなことよりフロントエンドや各種コンフィグとかどうやってんのかが気になる
開発ってものによっちゃそっち9割やん
データのわちゃわちゃやるのなんて開発のメインでもなんでもない
分散型の巨大データベースってBigQueryとかHBaseとかRedshiftみたいなののことか？
ああいうのは仕組みは結構単純で、原理的にはデータのキーや日付でディレクトリ切ってファイルを格納してるのと変わらないんだよ
でディレクトリまで絞れたら後は力技で全部スキャンするだけ
だからシェルスクリプトで似たようなことをやるのも以外にそれほど非現実的ではなかったりするんだよ
まあ恐らくデータの持ち方が列指向じゃないから、スキャン量はちゃんとした分散DBの数十倍くらいにはなるだろうけどね
デカいデータだと効率悪そう
うん。簡単かどうかの話じゃないんだよ
"ミドルウェアを使わないで"
どうやって実現するのか？という話
シェルスクリプトで全部できます！
こういう手法を使うのです！
フロントエンド？JavaScript使え。手法は知らん。
でも全部シェルスクリプトでできます！
よくわからんよ
ユニケージの手法でどうやって
JavaScirptを使うのか
あとサードパーティーの関数やライブラリは使用禁止ね。
それがユニケージのお作法ｗ
そんな意地になって追求せんでもええやん
本当にいいものなら自然に残るし、
ダメなら淘汰されてく。
確かにまあネタとしてかなり特異で気にはなるけど
wikipediaにご丁寧にコードのサンプルも載ってるけど
う〜〜んそりゃfor文なくせりゃ何よりだけど、
for文の本質で、繰り返し処理より、変数勝手に入れてってくれることじゃね？ておもた
ユニケージなるものもこの人たち関連の記事しかヒットしないし、
面白いから専スレ立ててくれたら参加するよ
かなり香ばしい結果になる可能性あるなあw
とか言いつつ、シェルは使わせるの必須なんだよな、、
ほんとよーわからん
IT系に長く勤めてるけど、噂にも聞いたことなかった
開発本筋の仕事じゃないけど
開発系の人たちにはそれなりに有名なんかな？
実績あげてりゃやり方なんて何でもいい(というかわかるやついない)
業界だから、事実ならもっと頭角表しててもおかしくない
docker-compose.yml
に以下の記述があるのですが、
environment:
- DEBUG=${DEBUG-}
- DATA_DIR=${DATA_DIR-}
- LAMBDA_EXECUTOR=${LAMBDA_EXECUTOR-}
DEBUG-などの末尾のマイナス記号は何を意味しているのでしょうか？
「使うとき、マイナス記号を消してね」という意味でしょうか？
https://docs.docker.com/compose/environment-variables/
> ${VARIABLE-default} evaluates to default only if VARIABLE is unset in the environment.
デフォルト値に何も指定しないのに意味はあるのか、という点では
未定義でもWarningが出なくなることを意図しているのかも
>>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-}
の場合は、出力されませんでした。
変数
専スレらしきもの
金沢大学「シェルスクリプト言語論」は偽開発技術
https://mevius.5ch.net/test/read.cgi/tech/1632511262/
完全にエイジョイ勢やな
記法を分かって、変数を使っていると思えない
よかよか
https://www.publickey1.jp/blog/22/dockerdaggergithubcircleci.html
docker container create --name hoge -a STDOUT alpine:latest ls
としてから
docker container start hoge
とすると、lsの結果が表示されるのではないかと思ったのですが、表示されません。
docker container start -a hoge
とした場合はlsの結果が表示されますが、別にcreateに-aを指定しなかったとしても同様に表示されます
docker container createの-aオプションの意味はなんなのでしょうか？
やりたいことはわかるけど流行らなそう
GitHub ActionsやCircleCIのYAMLに比べてノイズが多くて読みにくい
やってることも単なるDockerのラッパー以上のものではなく、この程度ならdockerの内外でMakefileでも叩けば十分に見える
Dockerのコマンドは、裏でDocker Engine APIを叩いているということが分かりました
Docker Engine APIを考えずにDockerコマンドについてあれこれ考えても、
隔靴掻痒というか、無理がありますよね
ただDocker Engine APIについて詳しく書いている日本語の資料が、ネットで探してもなかなか見つかりません
Docker Engine APIの層について詳しく書いてる本とかサイトはないでしょうか？
https://docs.docker.com/engine/api/v1.41/
これが全て
しかし、今のDocker Engineは単なるAPIサーバーでありcontainerdに処理を投げてるだけだから、
containerdや更にその下のruncの方を学ばないと中身は何もわからない
最近は運用環境ではDocker Engineはほとんど使われなくなりつつあり、完全に終わった技術
とにかく意味不明のエラーが多すぎる、流行ってる割に完成度低いなコレ
次は何が始まったんよ
実行環境においては、今はDockerEngineという無駄なレイヤを省いてcontainerdを直接使うのが主流
エラーが多すぎるのに使ってるとか意味不明。
それさえも分からなければ、qemuとかVMwareとかにしとけって！
わざわざ難しいの使わんでかまへん。
また別のもの覚えるの面倒くさい
Ubuntuからならできたけど何故何もしてないのに壊れたのか
ぐぐったらStackOverflowとかに似た問題があったが俺のは解決しなかった
みんなLinuxで使おう
キータあたりでぞろぞろ出てくる導入記事もマックが多かったような
linuxかそれ以外か
それあなたの感想ですよね
そこから別のコンテナを作って…みたいに繰り返したら、イメージサイズが大きくなりすぎます。
この最終産物のイメージを短縮化することはできるのでしょうか。
使い方が間違っています。
docker commitでイメージを作ってはいけません
事実を述べたら感想とな
どういうこと？？
通常は使いません
そのイメージがどうやってできているか分かったら、
自ずと答えがわかるとおもうけどね
tarballでもraw imageでも好きにすりゃいい
でもイメージ化しないと不便でしょう
イメージでなければ再現するのに時間がかかるし、
再現する方法をメモしておけば良い
Dockerfileの書いた内容が恒久的に使えなくなる可能性がありえるので、
少なくとも自分のレジストリを用意して、イメージのバージョンを保持するとか、
tarballなりraw imageなりに吐き出しておくといいと思うけどね
ここらへんのイメージのバックアップは、VMwareとかKVMとかでも結局同じだけどな
たしかに、dockerfileだと、レポジトリの廃止や、そのディストリビューションのサポート切れで、
インストール手順が無効になる場合もあるよな
デプロイ先のホストがそれをプルするのが一般的なプラクティスであり、イメージのバックアップとして機能する
つべこべ言わずにDockerfileを書け
その時点でサポートされているものに対応し続けるしかない
それは結局のところ、置き場所はともかくイメージは使うということですよね
Dockerfileとイメージの役割は別。
Dockerfileの役割はコンテナのメンテナンスのためにある。
イメージはソースがネットから取れなくなるなど、Dockerfileの改良ではどうにもならない場合にへの対処方法だと思う。
commitはそれをローカルに置いておくために使う。
commitなんか必要ない
なぜありえないのか？
顧客がつねにお金を出してくれるのか？
顧客がお金を出さない場合は、古いイメージのまま、使い続けることになる
システムを更新しないで放置してはいけない
システム構築とかの仕事を請け負ってその後の無償対応期間ぐらいの期間であれば、作業時に使ったイメージがサポート切れになるほどの時間は経っていないだろうし
それ以降は顧客が金出さない以上何言ってきても無視するだけの話ダロウェイ
ユニケージっていうのは現場の人間が内製するためのシステムなんだよ
例えば東急ハンズのような所にプログラミングの専門家はいない
システムなんてせいぜいCGIで作った買い物カートで十分
そういった所にシステム開発費とかないから一度作ったら何年も放置するのはざら
データベースとか難しい技術はしらないし、OSのアップデートとかシステムが動かなくなったら困る
シェルスクリプトでシステムを作っていればコピーするだけでOSのアップデートは完了
OSの基本的なコマンドしか使わないから、OSをアップデートしてもそのまま動く
パイプの匠が考えた開発手法は大規模システムにも対応している
人の入れ替わりの激しい業界で、現場のやすい人材だけで内製するにはこの方法しかない
考え方が硬すぎる
そうなりゃ別の方法、別のイメージでイメージ作ればいいやん
別のディストリを使うとなると、構築のために試す必要がでてくる。
時間かかる。
逆になぜそこまでイメージを嫌うのか。
スケールアウトや再デプロイの度にいちいちビルドしてたらクソ遅いし、パッケージの更新等でビルドが失敗するようになったときに修正までの時間を稼ぐ必要がある
そのこととcommitの是非は全くの別問題だ
どうしてcommitでイメージを生成させたら駄目だと思うのか？
アホ化ｗ
自動化ってなにを？
そうやって技術的負債が増えてくんだよ^^
image使うにしても、まずdockerfileにまとめろよ。dockerfile無しでimageだけとか、Dockerの利点捨てているだろ。
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
とんだにわかだ
apt も dnf もバージョンを指定してインストールできる
そしてそれが必ずしも正義ではない
互換性がある範囲で脆弱性やバグを修正した新しいバージョンを使おうする方法論もある
そもそも、基本的にはイメージを再利用し再現性を保証するのが一般的な考えでDockerfileで完全な再現性を求める運用には無理がある
と言いたい人
アスペ？
ん？なら
「dockerfile無しでcommitで構築したimageを運用するやつはアスペ」
ということでOK？
>>723が結論だと思うが。
？俺もそう思うが
変なおじさんは真面目にかまうとうれション垂れ流しが加速します
大体aptが悪い
npmみたいな、package.jsonで緩いバージョン指定して
package-lock.jsonで厳密なバージョン指定、みたいな仕組みでもあれば便利なのに
現状は完全にバージョン固定、再現するには
apt-getコマンドで依存するパッケージも含めて「手動で」全部バージョン指定が必要でかなり無理がある
2022年にもなってビルドしたイメージ保存しないと完全再現できない時点で
aptは欠陥設計と思われ
有意義ではないが自動化できないこともないはず
一度インストールしたあとパッケージの一覧を抽出してそれをDockerfileにインストールさせるよう書けばいい
シェルスクリプトかなにか使えば自動化できると思うよ
繰り返しだけど一般的ではないし脆弱性やバグ修正のためのアップデートに非常に脆い
最終的にクラウド上のDockerコンテナで動くプログラムを作りたいのですが、開発のやり方としてはローカル（自分の場合はWSL2を利用）にDocker Desktopを入れて、そこでコンテナを作成して開発することになると思います。
その場合、ソースコードの作成、編集は、VSCodeでコンテナ内のソースを編集すれば良い・・・という理解でよいでしょうか。
あるいは、コンテナなしの環境で作成したソースを、ローカルのコンテナにコピーして動作を確認し、さらに本番環境にデプロイする・・・という流れになるのでしょうか。
ぶっちゃけ好みの問題でしかなくて、コンテナで開発する派がよく議論に持ち出す環境統一論はほぼ詭弁だから真に受けちゃダメ
コンテナ内で開発したからといって開発に使ったのと同じコンテナで運用環境に持っていくわけではないからな
ありがとうございます！
なるほど。
このへんについて 解説本を見ても書かれていないし、検索してもなかなか見つけることができず悩んでいました。
助かりました。
のソースコードの静的チェックとかするのはどうするのよ？という話になる。
そうするとコンテナの中に開発ツールをバンバン入れることになる。
開発ツールをバンバン入れたコンテナを運用環境に持っていくわけない
動かすのに必要ないのに開発ツールに脆弱性とかあったらどうするんだ
運用環境用のコンテナは、プログラムが動く最低限の環境のものを作る
いずれにしろ開発環境は運用環境とは別なんだからどこで開発しようが関係ない。
コンテナの中に開発環境を作るのは面倒
開発環境ぐらい自分の好きにさせろ
ありがとうございます！
参考になります。
了解です。
DockerFile を使わずに、docker compose だけで python の環境を作りたいのですが、どう書けばいいでしょうか。
教えて下さい。
docker compose use python@3 でできるよ
内部的に自動でIPv4アドレスが割当てられました。
後から、このコンテナのIPv4アドレスを変更するにはどうすればよいでしょうか。
コンテナをstopしてから、
docker network connect --ip 新IPv4アドレス networkname コンテナ名
を実行し、再びstartしたのですが、IPv4アドレスは以前のままでした。
自己解決しました。
docker network disconnectしてから
docker network connect --ip 新IPv4アドレス networkname コンテナ名
する必要が有りました。
変更できました。
コンテナ数が多くなるとごちゃごちゃしてきます。
関連するコンテナをフォルダみたいにまとめて表示できるといいと思うんですが、
そういう機能ってありますか。
というかその使い方あんまりだと思うけど。
その度に学習し直すから効率が悪い
仕組みが変わってないのに学習とは？
一度使えるようにしたら覚えることないじゃん。
docker全然関係ないし
/tmpの内容っていつ削除したらよいでしょうか。
docker stop/start containerはしますが、tmpの内容はクリアされないようです。
定期的に削除しても問題ないでしょうか。
それで問題になるようならコンテナの使い方が間違っている
docker stop/start containerでなくて、
その都度、コンテナを再生成せよということでしょうか。
再起動じゃtmpに限らずクリアされない
定期的に削除しても問題ない
起動スクリプトは実行されないから、コンテナのENTRYPOINTでやる必要があるよ、と
ありがとうございました。
自分で消したいと思います。
>>797
docker run の指定で、tmpの内容を削除するようなスクリプトからスタートさせてみたいと思います。
そうすれば、docker startのタイミングでもtmpの内容をクリアできると思います。
kill/runの方が運用上は圧倒的に推奨されるけど
今でもUbuntu推奨なのかな
その記載は無くなってるようだけど、Rocky Linuxとかは公式的には
どういう扱いなのだろ
実運用ではコンテナの実行にDockerエンジンを使うこと自体が絶滅危惧種なんでどうでもいい
だからググっても情報が出てこない
専用の軽量ホストOSとかもあった気がするが
実運用だとなにが使われるのだろ
Dockerの知識が役に立たない、ということではないと思うけど、何だろ
k8sや、Fargateのようなマネージドコンテナサービスはコンテナの実行に関してライフサイクル管理や実行環境の整備を行う仕組みを独自に持っているため、
Dockerという不要なレイヤを通す必要がなく、直接containerdのAPIを呼んでいる
もうちょっとすんなり、どんな環境でも動いてくれるようにならないもんか
それはなー、とりあえず、まずはVPSで用意してあげればええんやで
VPS上で、一度自分で動かせられるところから始まりやわ
Dockerコンテナがなんで動くとか、なんでできあがったとか、
もっとも簡易的なUnix系のchrootの仕組みが理解できんかぎり、
Dockerなんか、根本から理解できひんよ
chrootでやってみて、そっかプロセスがホストと分かれて見えないとこまるなーとか、
ネットワークセグメントも別々になっていてほしいなとか、
気づくから。
それがWindowsだとめんどくさいじゃん、WSL入れたりゴチャゴチャしてるうちにわけわからんエラー出るしぐぐっても簡単には解決しないし
動いたら便利なんだが動くようにするまでが大変なのよね
それなー、Windowsだとめんどくさいから、WSLにしてもDocker Desktop for Windowsにしても、
結局Windowsはアレになっちゃうから、妥協してWindowsに合わせて動くようにするか、Windowsを窓から投げ捨てるしかないわ
ただの便利なツールとして使えるようになる日が来ることを夢見てる
さすがにroot権限ないと無理か？
Steam Deckで使えるらしいので
https://i.imgur.com/TPQO8YW.jpg
https://i.imgur.com/F2xdgpB.jpg
https://i.imgur.com/22de65R.jpg
https://i.imgur.com/8iZEnpy.jpg
https://i.imgur.com/SLWjBBW.jpg
https://i.imgur.com/uSrpbWs.jpg
https://i.imgur.com/ONeBPVl.jpg
https://i.imgur.com/tNnUXRO.jpg
https://i.imgur.com/IhjMRLP.jpg
https://i.imgur.com/oCqEbqc.jpg
https://i.imgur.com/uiDbP03.jpg
docker psでコンテナを確認して設定とかを見直したいと思っても
そのコンテナを起動するのに必要なファイルがどこにあったのかを後から知りたい。
mountとかしてるならinspectでファイルのパスが見れるし、composeならlabelにパスそのものが入ってるけど
コンテナ1つで済むような小規模なイメージだとcompose使わずに直にdocker runしてるの少なくなくて。
なに言っているのかさっぱり分からんけど、
少なくとも、ホスト側のpsを普通に見たら終わりちゃうのか？
ホスト側でとあるディレクトリに.envファイルを準備して以下のコマンドを実行します
docker run -itd --name hoge --env-file .env anyimage
1年後、envファイルに書いてあるはずのDBの接続先を一箇所だけ変更してコンテナ再作成したいけど
どのディレクトリで実行したか忘れてしまった。という状態です。
なるほどなー
たしかに、docker container inspectとかじゃ分からんもんな
コンテナ内（で動かしているユーザ）の環境変数を set コマンドとかで洗い出して、
該当しそうな .env を探すぐらいちゃう？
さらに、DBの接続先って分かっているんだったら、そのDBで具体的な何かで引き出せるはずやし
ちなみに、自分はそういう使い方をするときも、systemdを経由するから、路頭に迷うことがないな
それだったら単純にfindコマンドで.env探して中を確認すればいいんでね？ワンライナーで実行できるっしょ。
そのdockerのプロセスのPIDを調べて
cat /proc/PID/cwd
とかすると何か出てくるのでは
root権限いらないとか最高だしDockerから乗り換えてみる
enso docker nofity とか crazymax/diun？
https://tech.nri-net.com/entry/use_finch
だったら普通にdockerクライアントとlima使えばいいだけ
解散
CLIで十分な人なら課金してまで使うものではない
Rancher DesktopはWindowsではWSLのラッパー、Macでは>>837のFinchと同じくlimaの簡易的なラッパーに過ぎない
どうしてもGUIがないと死ぬのでないなら直接WSLやlimaを使って非デスクトップのdocker動かした方が遥かにシンプルで分かりやすい
そうなの？単にWindows版Dockerのことかと思ってた
今のDocker DesktopはWindows上ではWSL使うのがデフォになっちゃったから、WSL上のDockerコマンドのフロントエンドでしかなくて、もはやほとんど存在価値がないんだよ
いや、WindowsからDockerを使うという目的があるだろ
WSLのDockerじゃ、Windowsから呼べないぞ
しかも元々のDocker Desktopだって仮想マシン上のフロントエンドでしか無く
「Windows上」からDockerが使えることが売りだったわけで
Docker Desktopの存在価値は前から変わっていない
Docker DesktopはWindowsとmacOS上で
どちらもLinuxが動かない理由で仮想マシン上でLinuxを動かした上で
WindowsとmacOSからネイティブにDockerを使うためのインターフェース
ボリュームやネットワーク通信の調整を行っている。単なるGUIではない。
昔からCLIで使っていただろと
WindowsでDocker使うにはDocker Desktopを入れるしかない
その辺の調整を自分でやるのなら同じってことになるかもしれんが
結構めんどくさいと思うよ
よくわかってない人には素直にDocker Desktopの類を使っとけ、と言ったほうがいい
お前WindowsでDocker使ってないだろ？
Dockerで何やってるんだ？
なぜWSL内ならDocker使ってないことになるの？
Docker DesktopはWindowsとmacOSで使うために作られた
WSL内でだけで使うなら、仮想マシンで使えばいいと言ってるのと一緒
？
wslから普通にWindows側にアクセスできるでしょ
仮想マシン内でDocker動かすのとは全然違う
DockerはDocker社が作ったもの
GUI経由で使おうがDockerの偉業は素晴らしい
誰もアクセス不可能だと言ってなくて
そのDockerをWindowsローカルで動いているかのように調整してくれてるのがDocker Desktop
だからただのGUIじゃない、と説明しているわけで
Docker Desktopをインストールしたら、なんでWindows上でdockerコマンドが使えるようになるのか、って考えたらわかるでしょ
整理して書いてくれ
まぁ、無知のまま、パソコンおじさんを突き進めばいいと思うよ
ttps://docs.docker.com/desktop/install/windows-install/
そうだね
その上で、今はWSLがネットワークの設定やホストファイルシステムのマウントをやってくれるから、もはやDocker Desktopには単なるGUI以上の価値はない。
もちろんDocker DesktopはWSLをDockerデーモンを動かすためだけに使用していて「ローカルで動いているかのように調整」するのはWSL任せではなく独自に実装しているわけだけど、
もはや機能的にはそれは無意味になっているんだよ。
Docker Desktopは単にGUIだけではないってことだろ
Docker Desktopを入れればWSL用のDockerも入る
Docker Desktop = Docker + GUIだから単なるDockerじゃない！と屁理屈こねてるだけだな
いえ、だからDocker DesktopのGUIはすごい機能なんですって
話をしてるんです。
○ Docker DesktopのGUIは単なるGUI以上の価値がある。
Docker DesktopのGUIってすごい機能ですよね？
それを認めればいいだけの話です。
素のDockerにはWindowsとの連携機能は何も含まれていない
Linuxで動くDockerにはWindowsとの連携機能は一切含まれてないぞ
Windowsとの連携機能っていうのがお前がGUIだと思ってる機能のことだ
そして、Dockerの持つWindowsとの連携機能はWSLと重複するから今や無価値であるということだ
重複する、と思っている、という事が分かったが、
それを改めてやる義理が特にあるわけでもなく、
そのままでいてもらっちゃ困る筋合いも別にない
Microsoft自身がWSLとDocker Desktopを使ったやり方を紹介することもないから
あのさか。Docker Desktopは
Mac版があるの知らないの？
どうやってFedoraとUbuntuの両方から
Dockerにアクセスするんだって話
Macの場合はlima使えば本当に何の違いもなくdocker使えるから、尚更Docker Desktopに価値はないぞ
Windowsの場合は少なくともwslとタイプする手間を省ける程度のメリットはあるけどな
それはね、Windowsコンテナを動かすためにDocker Desktopが必要だからなんだよ
MSとDocker社は仲良いし、WindowsコンテナもわざわざMSがDocker社に金出して開発させた肝入りの機能なので、MSがDocker Desktopを推すのは当然のことだ
君自身がもし本当にWindowsコンテナに価値を見出せるなら、君にとってはDocker Desktopには大いに価値があるから自信持っていいぞ
limaはただのGUIだろｗｗｗｗ
普通さ、どのOSにもコンテナ機能あるでしょ？
OSの基本機能なんだからさ
『楽したいからコンテナ』とかちゃんと理解できてないと起動したインスタンス上でapt install だの始めて破滅するよ気をつけて
もうやっちゃった人はご愁傷様でしたｗどうなるんだろうねｗ
kubernetesの問題はそこじゃねーよ
多数のメモリ、安定して動かすための最低台数
それにかかるコスト、
を考慮すると相当大規模なシステムでないと
デメリットをメリットがうわまわないって話
kubernetesなしでコンテナだけを使った方がいい。
コンテナは楽
新しい形式の仮想マシンみたいに思ってるタイプ
k8sの高度な機能が本当に必要かとかそういう話以前に、サービス一つにつきEKSクラスタが一つ存在するというアホみたいな状態だった
たかがコンテナ一個動きゃいいだけなんだからECSすらオーバースペックであると独断した
ノーメンテで何の問題もなく動いてるし何より拘り強い系の困ったエンジニアがオーバーエンジニアリングで時間を無駄にする余地が無いのが最高ですわ
ぶっちゃけRaspberryPiでも動く
現状最新の4でもCPUが遅い、USBも大量に通信すると遅い
GPUも遅くてLinuxデスクトップを動かすのすら苦労する
ハードウェアエンコードとデコードは解像度・フレームレート・コーデック次第では可能
低消費電力なので
低性能でも動くプログラムを動かしてサーバーにするには良い
しかし開発をラズパイだけで快適に行うのは困難
別なPCが必要
DockerイメージはARMで作るにはクロスコンパイル要るし
場合によっては面倒かも
ビルド済みのイメージをDockerHubから取ってこようとしても
有名所以外はx86版しか無かったり
しらんけど
お前もその感想レスしてる時点で相当暇や お互い様やな
「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。
あんな可愛い子が居れば居るだけで幸せだな…
と思ってたら最近若くて本当に可愛い子が入社してきた
凄い時代だ
どうすればコンテナを終了せず抜ける事ができますか？
◆使用環境
OS : Windows 11
コマンドを打つときに使っているソフト : Windows PowerShell
docker pull mysql
docker run --name supu-mysql -p 13306:3306 -e MYSQL_ROOT_PASSWORD=K12ij75h -d mysql
docker exec -it supu-mysql bash
です。
https://docs.docker.com/engine/reference/run/
https://docs.docker.com/engine/reference/commandline/ps/
バスワードまで陽菜！ｗ
実害はないけど。
bash抜けるときってexitコマンドか
Ctrl+Dじゃね？
なぜCtrl+Q（P？）にしたし
この動画みたわ
10億未満なら中小零細ってか個人企業みたいなもんだわな
だったら、日本のほぼすべての企業は、ゴミということになるよ
Dockerを仮想マシンだと考えているからだろ
コンテナでしょ？
日本語理解するのが試験だった・・・
WebサーバーとPHPが一体で動く→apache
WebサーバーとPHPが別プロセスとして動く→nginx
nginxとphp-fpmを隔離したフィールド(別IPなど)で動かす→コンテナ
使えなくてもいい
使いたい人が使えばいいだけです
できたい人だけ勉強すればいいです
みたいなもんやなｗ
そうそう。無能のままでいたければ
何も勉強しなくていいよ
実行ユーザとかソケット共有とか、そんなの？
よくわからん他人のイメージを使うなとか？
今の仕事に必要ないなら無理に習得する必要はない
いま必要ないなら習得する必要はない
ChatGPTで遊んでいたほうが何倍も面白い
ルートディレクトリとvarは同じディスクパーティションにマウントされています。
ディスクに空き容量がありません。
quotaはつかえないですか。
使えばいいんじゃないの
お前が知ってることを他の人は知らない
そもそも開発環境と本番環境で違いがあるのか？
「開発」の定義は？
「本番」の定義は？
みんなどこへいったやら
でも結局はDEBUGフラグとかそういうのに落ち着くし、
本番環境もDEBUGフラグ付けて運用することになる
結局のところ、その課題の解決をするものではないのだろうなコンテナというものは
portability高めるための銀の弾丸だった側面もあったような
単にお前が、Dockerは銀の弾丸って言ってるはずだ！って
勘違いしてるだけだろ？
シェルスクリプト書いて
#!/bin/sh
docker-compose -f setup.yaml up --build -d
docker exec -it container_name_1 ./install.sh
みたいにやるしかないんかな
一度だけ実行するのでよければDockerfileに書けばいいし
毎回実行するのはentrypointのスクリプトに書けばいい
Dockerfileでバインドマウントできる方法が見つからなかったんよな
リファレンス見た方がいい
まあ、その方針が間違ってないかを最初に考えた方がいい気がする
普及して当たり前の技術になると、
オワコンにしたい人達が増えます。
とりあえずこれとか読めば誤解は解ける
Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ
https://jaco.udcp.info/entry/2020/12/03/172843
m○○○○とか老害化しつつあるねｗ
オワコンとか言い出すやつは、
老害か流行に流されるやつか
どちらかの馬鹿だ
オワコンという言葉は実際に終わってから言うべきもの
本当に使われないものは、実際に使われなくなる
シェアが高いうちに言い出すやつはただのバカ
You Might Not Need jQuery
https://youmightnotneedjquery.com/
jQueryのすばらしさを伝えるサイトかな？ｗ
$.Ready
JQUERY
$(document).ready(function () {});
MODERN
function ready(fn) {
if (document.readyState !== 'loading') {
fn();
} else {
document.addEventListener('DOMContentLoaded', fn);
}
}
スレチです
Web制作板にご移動願います
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制作板にご移動願います
980で即死リスク
本番環境では費用の無駄になるのでは。
（1台の物理ホストに多数のDockerを走らせた方がライセンスを
縮小できる）
Dockerを使ったほうが1台の物理ホストで
多数のアプリを動かせるんだからコストが減るだろ
いや、>>969はネステッドの話をしてるのでは？
>>952からの流れでDockerの代替の話だろ
>>969に理解できない話をしないで下さい。
結論から言うと
仮想環境上でDockerを使ったほうが費用を含め
いろんな点で優れています
Dockerを理解できない人はオワコンです
適当にやればよろしい
nerdctl
今更拒否してるのは、時代遅れというか前時代から抜け出せてないというか
「POSIXに準拠するもの」が存在するなんて知らなかった
…キーワード御教示ください…
7年前にDockerを会社に提案したのに、全く無反応だったな
当時でさえ出遅れ感あって早急に検証して利用したいと考えていたのに
そんな会社は即刻辞めて、転職か起業すべき
オフショア開発に全振りして技術力も士気もだだ下がり
株価も4分の1ぐらいになっててワロス
アホか？
新しいスレッドを立ててください。
life time: 685日 7時間 6分 10秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★3 [Hitzeschleier★]
- 埼玉の在日クルド人に差別や攻撃 県外からも電話「SNSで見た」 [少考さん★]
- さいたま 住宅で男女2人死亡 80代母親が60代息子と無理心中か [蚤の市★]
- 【サッカー】U-23日本代表、UAE代表に完封勝ちで2連勝！日韓戦を前に決勝トーナメント進出を決める [久太郎★]
- ロシア出身YouTuber、経済的困窮で「国ガチャ失敗」？嘆く日本人を一喝「給料13万？自分のせいやん」日本を「大当たり」とする理由は [muffin★]
- 【理研】日本人の祖先は「縄文系」「関西系」「東北系」の３系統か、ゲノム分析で従来の説「縄文と弥生」に疑問 ★2 [樽悶★]
- AFC U23アジアカップ カタール2024★8
- AFC U23アジアカップ カタール2024★9
- AFC U23アジアカップ カタール2024★10
- 【酒】日本vsUAE【U23アジアカップ】
- 京都競馬 3回1日目
- 【D専】Part.4
- 今日あたりスパロボの新作発表来ると思う
- 賭博黙示録一平にありがちなこと
- 【実況】博衣こよりがえちえちplate up🧪★5
- 日本がここから復活する方法
- 【実況】博衣こよりがえちえちplate up🧪★4
- 【実況】博衣こよりがえちえちplate up🧪★6