[過去ﾛｸﾞ] Docker Part4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(9): 2020/08/17(月)00:19 ID:PKLBL3Xf(1) AAS
Linuxが持つコンテナ技術を使った、仮想マシン必要ないアプリケーション仮想化技術で
アプリケーションのデプロイが用意になります
Docker（アプリ仮想化）は仮想マシンと併用して使うことで最も効果を発揮し
開発・テストで使ったDockerイメージと全く同じものを本番環境で使えます
さらにWindowsとmacOSでも同じDockerイメージが動きます。
（Linuxは仮想マシンが不要ですが、WindowsとmacOSは仮想マシン技術を併用して実現しています。）
Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります
Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
省9
2: 2020/08/17(月)04:20 ID:6a0svHoE(1) AAS
>Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
>>1
は何も理解してない馬鹿。
すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。
マジでお前は、いつ学習が完了するんだよ。
2chｽﾚ:linux
>>651
何故話をこんなレベルまで戻すのか
3: 2020/08/17(月)07:42 ID:7e1FicdI(1) AAS
> すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。
手動でデプロイしてんのか？
オートスケールどうするんだ？
Docker使わないと構築に時間がかかるだろ
Dockerはイメージのrun（内部で自動的にpullする）だけで構築が完了する
アプリが動く状態として完成された物が手に入る
Deployer？運用のことを全くやってないか
数台規模で夜間メンテナンスなんてのを
いまどきやってる程度の小さいレベルんだろうな
4: 2020/08/17(月)09:50 ID:nMpEUDb7(1) AAS
> すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。
なんだこれ？妄想世界の住民か？
「すっげー前にDeployerを教えてあげて」
なぜ同じ人だと思ってるのか？
「それを納得したはずなのに」
納得したという妄想だろう
納得させたというレスがあるなら持ってきてみてくれ
妄想世界の住民だろうから、絶対に無理だろう
おそらく俺の予想は的中する
絶対に持ってこない
5(1): 2020/08/18(火)01:03 ID:OHt1kNFE(1/2) AAS
buildkitっていうのがあるんだってな
環境変数で指定しなくてもデフォルトで利用できるようにしたほうがメリットないだろうか
6: 2020/08/18(火)05:36 ID:gGD2VCkm(1) AAS
>>5
設計や動作が大きく変わってるから
長い検証期間を設けてるだけ
そのうちデフォルトになるだろうがすぐは無理
俺が知っている事例で言えばマルチステージビルドで
必要ない場合にビルドされなくなることがある
通常は問題がないだろうがビルドされているという
前提があったりすると問題が発生するだろう
7: 2020/08/18(火)12:05 ID:CHI/Brij(1/6) AAS
buildpacksって
OSやプログラミング言語のランタイムの更新があった時に
開発者は何もしなくても運用者側だけでアップデート出来るのが長所？
しかし、package.json内の依存ライブラリの更新はそれで対応できるのか？
出来ないなら結局Dependabotみたいのは必要そう
微妙に互換性崩れてて
OSや言語のバージョン上げたら動かないとかもありそう
8: 2020/08/18(火)12:14 ID:vrhRiUKv(1/9) AAS
運用者なんていない。あるのはシステムだけだ。
開発者が開発し、それを配布するときの面倒なごたごたを
システムが勝手ににやるだけだろう
開発者が楽になるためのツールだ
9: 2020/08/18(火)12:17 ID:CHI/Brij(2/6) AAS
いや、Dockerfileを書かなくていいのが最大のbuildpacksの長所か
Dockerfileを書かなくていいので、プロジェクト間のコピペを抑止出来る
OSイメージやプログラミング言語のランタイム更新だけなら、リビルドしないことも可能らしい
CIでのビルドに焦点を当ててるように見えるが、
アプリケーションコードを含んでないイメージでローカル開発も可能なんだろうか？
10(2): 2020/08/18(火)12:35 ID:vrhRiUKv(2/9) AAS
> アプリケーションコードを含んでないイメージで
なんだそりゃ？
Dockerイメージは（自分で開発している）アプリケーションコードを含むものだろ
自分で開発したイメージを配布・デプロイするためにDockerは使うんだぞ
11: 2020/08/18(火)12:37 ID:vrhRiUKv(3/9) AAS
自分で開発してないイメージはDocker pullして使うものだ
例えばMySQLとかnginxイメージとか
ああいうのは、本来はMySQLとかnginxの開発者が
作ってイメージとして提供するもの
実際にはDocker社が提供しているがね
12(1): 2020/08/18(火)12:41 ID:CHI/Brij(3/6) AAS
>>10
PHPでの開発の時
ローカル開発の時はphpのコードはボリュームマウントして入れるが
本番環境で使う時は予めphpのコードが入ったイメージをCIで作っておいて
それをプルしてきて動かす
13(2): 2020/08/18(火)12:46 ID:vrhRiUKv(4/9) AAS
>>12
それはDockerの本来の用途ではない
14: 2020/08/18(火)12:47 ID:CHI/Brij(4/6) AAS
>>13
何が？
15(1): 2020/08/18(火)12:49 ID:6tCAoz+3(1) AAS
>>10
アマチュアっぽい
開発中も無駄にdocker buildしてそう
16: 2020/08/18(火)12:51 ID:5RCX1vBv(1) AAS
またキチくん暴れてるのか
頼むからコテハンつけてくれ
17: 2020/08/18(火)12:57 ID:CHI/Brij(5/6) AAS
同じベースイメージでローカルqgp環境の開発を行い
本番環境ではベース+アプリケーションのコードが入ったイメージを使う
ローカルと本番環境との差異が無くなるし
サーバーが何台に増えようとも
各サーバーはビルド済みイメージをプルして実行するだけで済む
18: 2020/08/18(火)12:58 ID:CHI/Brij(6/6) AAS
ローカルのphp開発環境だった
12 factor apps的には本番環境のサーバーでビルドするのはご法度
ビルドはCIでやっとけ
19: 2020/08/18(火)13:19 ID:jnSGFkqj(1) AAS
>>13
なぜ開発環境と本番環境を基本的に同一にしない？
Dockerなら、developmentもproductionも同じにできる。
20: 2020/08/18(火)13:23 ID:vrhRiUKv(5/9) AAS
同じにするということはイメージにソースコードを含めるということだな
上下前次1-新書関写板覧索設栞歴
あと 982 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s