Docker Part4

Linuxが持つコンテナ技術を使った、仮想マシン必要ないアプリケーション仮想化技術で
アプリケーションのデプロイが用意になります

Docker（アプリ仮想化）は仮想マシンと併用して使うことで最も効果を発揮し
開発・テストで使ったDockerイメージと全く同じものを本番環境で使えます
さらにWindowsとmacOSでも同じDockerイメージが動きます。
（Linuxは仮想マシンが不要ですが、WindowsとmacOSは仮想マシン技術を併用して実現しています。）

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

前スレ
Docker Part3
https://mao.5ch.net/test/read.cgi/linux/1552023620/


注意　同じコンテナ技術を使うが異なるアプローチで仮想マシンの
代替を目指しているのがLXC。目的が全く異なるので注意
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

>>929
そんなことしても
面倒くさいだけで節約にならなくね

ディスクは…レイヤーの掃除しなくていいかな？その程度の差だね
面倒くさくはないよ
この程度ならワンライナーsshできる
K8Sよりよっぽど楽だ

定期的にdocker image pruneすれば良くね？
何日以内は残すとか指定も可能

>>932
面倒

>>928
開発中はマウントして作業してるので、そのままの構造で行きたいのと、masterにpushしてpullするだけのgitコマンドで完結するので楽かなぁと...

>>934
それでいいよ
というかターゲットマシン決まってるならまじでDockerは要らない
不要な管理対象スタックが増えるだけ
どこで動かすかわからないならdockerのほうがいいけどな

>>935
確かにそうですね
一応、本番機にはdocker入れるだけでPHPやらnodeやらは直接入れなくてビルドするだけでいいのでその辺は楽かなと思ってますが

>>936
稼働中のPHPサーバーでgit pullとかcomposer installしたらエラーになりまくる
デプロイ中はサーバー停止が必要
そんなテキトーな管理でも怒られないようなサービスなら別に良いけど

それが嫌なら、ディレクトリ2つ作って入れ替えるデプロイツールとかが必要になるが
そこまでするぐらいなら、俺はマネージドのコンテナオーケストレーターとかDockerレジストリを使う

>>925のやり方ならオーケストレーションもレジストリも要らないね
余計なものを持ち込まないことが成功の鍵
KISSの法則
YAGNIの法則

趣味ならともかくまともなサービスならデプロイの度にダウンタイムは許されない

いや思ったよりぜんぜん許されるよ

銀行とかゲームとかしょっちゅうメンテナンスしてるだろ

銀行とかゲーム以外は許されない

固定回線や携帯電話の回線交換機やパケット交換機がメンテナンスで停止する事あるんですか？
はい論破

まともなシステムから「システムメンテナンスのお知らせ」的なメールがよく来るな

じゃあ5ch今から止めていい？

いいよ、ついでに荒れ放題のLinux板閉鎖で頼む

>>927
に書いたように、

CodePipeline は、Ruby 製だから、EC2 に、Rubyが入る。
200MB ぐらい使うのでは？

サイズなど気にしていたら、キリがない

>>925
> EC2一台で動かすようなシステムなんだけど、git pullでソースコードもdockerfile docker-composeも持ってきて、ソースコードマウントして動かして大丈夫？

シェルスクリプトでも動かす気？
まあ
KISSの法則
YAGNIの法則
ならシェルスクリプトしかありえないけど

EC2に言語とかライブラリとか色々入れないと動かないなら
KISSの法則
YAGNIの法則
でDocker使うといいよ

Dockerだけ入れれば動くからね

>>948
正解

毎回本番サーバーでソースコードの入ってるディレクトリをマウントしたり
npmのパッケージインストールしたり
ビルドしたりするなんてシンプルじゃない

AWSならECSとECR使えば良くね？

git pull && make

シンプルイズベスト

ビルド後に再起動必要じゃね？

makeでやる

M1対応まだかな

クライン【KLEIN】の動画を、この順番で見るとよい。
他にも、AWS の動画なら、くろかわこうへいが神！

2020/5
【AWS 入門】EC2とDockerでHello Worldしよう
https://www.youtube.com/watch?v=HvrIPQ77xRY

2020/8
【AWS 入門】ECS(Fargate)とECRで楽々コンテナからHelloWorldしよう！
https://www.youtube.com/watch?v=2_FxLp9xgmo

AWSが流行ってるけどお金かかる？

>>956
自分がAWSを作ったら、無償で提供すんのか？

>>956
LightSailでいいんじゃね？

Lightsail コンテナ: クラウドでコンテナを実行する簡単な方法
↓規制でURL貼れないのでURLを少し変えた
https://aws.アマゾン.com/jp/blogs/news/lightsail-containers-an-easy-way-to-run-your-containers-in-the-cloud/

スポットインスタンス活用でも良いが
難易度は高い

仮想OS 1つで、1日300円。月1万円

企業向け

Dockerもそろそろオワコンかもな
猫も杓子も静的サイト、関数サービス、マネージドDB

>>960
Dockerの本来の対象である
アプリケーションサーバーはどこに行った？ｗ

サーバー用途は諦めて、ユーザーへのアプリ配布に活路を見出そうぜ

Dockerはアプリケーションサーバー用途が一番適してるんだって
アホなのかな？

一番かは別として、コンテナにしてデプロイ〜はよくやる動作ではあるだろ

>>961
静的サイトと関数に別れた

>>962
それだと利益が出ないんだよな
オンプレミスでもライセンス料取れるほど価値のあるサービスって難しいよ

折角今まで孤軍奮闘してきたDockerがイメージ配布で立て直そうとしたのに
横から急に出てきた巨大資本に掠め取られるんだもんな
そりゃやってられんわ

Dockerはマイクロソフトあたりに買収されれば安泰じゃないか

>>965
関数ってなんだ？
関数だけでアプリケーションサーバーが作れるのか？
railsを関数とやらで動かしてみてくれよ

>>967
> Dockerがイメージ配布で立て直そうとしたのに
なんか勘違いしてそう

Dockerの言うイメージ配布というのは
自社開発アプリのデプロイという意味だぞ

なんかフリーソフト配布みたいなものと
勘違いしてる感じがするんだよなｗ

>>969
関数は関数だよ
ラムダとかAzureFuncとか

いわゆるFaaSってやつだな
今や世の中だいたいこれで動いてる

>>970
pullにお金を取るようにしようとしたのは有料サービスでお金稼ぐ為じゃないの？

いやだからrailsをその関数で動かしてみてくれと言ってる

>>973
6 時間あたり 100 件の pull という制限で金稼げると思うの？
6時間すぎればまた100個pullできるようになるというのに

>>974
動かす必要がない
railsみたいなフレームワークを不要にするのが関数
関数を動かすのにいちいちフレームワークを導入するか？
しないだろ

>>976
ちょっとその関数を手元で動かしてみるわ
なんか簡単なの教えて

AWS Lambda は、フロントエンドでJavaScript の香具師が、金を稼ぐためにやってる。
一方、Ruby on Rails は、バックエンド。
出自と、勉強している領域が違う

Rubyは元々、Vagrant, Chef, Cookpad 製のItamae とか、サーバー構築運用言語

ロマサガでも、Ruby風の関数型言語Elixir で、
CloudFormation で、Kumogata2 とか

Railsはテレビ東京で、Amazon Killer と言われる、Shopify を取り上げていた。
また、Railsから巨大企業が誕生する！

レールは続く】 Ruby on Rails Part21 【これからも
https://medaka.5ch.net/test/read.cgi/php/1545146635/119

サーバーレスは銀の弾丸ではない

関数はバックエンドだよ
バックエンドで何か処理をしたいな〜、って思ったら、まさにその処理だけを書く、ってのが関数な
その処理を書くために、色々めんどくさい、他のコードや設定を、沢山かかなきゃいけないのが、ウェブフレームワーク
関数なら、railsみたいな、めんどくさいフレームワークは必要ない

実に非論理的だ

僕たちはバックエンドで実行される、処理だけ、を書きたい
目的は関数なんだ

railsを書きたいんじゃない
railsは目的でなく、遠回りな、手段

関数サービスは目的に、最も近い、手段

Ruby on Rails は、バックエンドを勉強している香具師が、
フロントのJavaScript を勉強して構築したもの。
元々、フロント屋じゃない

一方、AWS Lambda は、バックエンド・Linux を勉強していなかった、
フロントのJavaScript の香具師が、バックエンドに攻めてきたもの

GUI だけ作っていた、Linux も何も知らない香具師が、
バックエンドは金になるからと、攻めてきた！

そうじゃない
railsのようなウェブフレームワークからこれって余計だよね？なくてもいいよね？って無駄を削減したら関数になったというだけのこと

関数じゃ無理があるな
まともなウェブアプリは作れない
作れるとういのなら見せてほしい

>>984
LambdaでWebフレームワークも動かせる

AWS LambdaでLaravelを動かす
https://qiita.com/tuuuuuuken/items/d07085d45c453704540b

ALB 経由で Lambda の Rails を実行してみた
https://www.m3tech.blog/entry/aws-alb-to-rails-on-lambda

>>986
使えるだけであって使うべきものではない

Webサイト構築にdocker使うとやっぱりオーバーヘッドありますか？

どんなものでも、オーバーヘッドがゼロのものなんてない
オーバーヘッドをゼロにしたいならOSすら使うなってことになる
答えは「僅かなオーバーヘッドで大きなメリットがある」だ

docker-compose.ymlの入ったディレクトリに移動して端末で
docker-compose upして起動したのはいいのですが
それで発生した痕跡（イメージやコンテナ含む）だけ消すにはどうしたらいいですか

stop　→　rm　→　rmi
ってのを毎回するのでしょうか・・？

docker-composeのservices名って
別のdocker-compose.ymlでかぶらない方がいいですね？

>>990
docker-compose down --rmi all

>>991
オーバーライドするときは合わせるだろ

WSL2ベースのDockerはまだβ版のような出来

PCを休止状態にすると
時計がずれてTLS通信が正常に動作しなくなる

どうしてもWindows使わなきゃならんならhyperv安定

もう丸一日PWDのサバ落ちとる　しね

docker-composeでbuildしたとき
dockerfileのrunでpipでモジュールをインストールしたら
（同じdockerfileだと）その後そのモジュールに変更があっても更新されないから
イメージ消して再びdocker-composeでbuildするしかないよね
もしくは、commandで毎回新しくpip installするか

buildのnocacheオプション

>>998
！
まさにっていうオプションがあったのか　やってみる�d

pipに限らずaptやyumでも同じことだから
誰もが一度は考える

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 107日 18時間 26分 38秒