[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
622(1): 2020/02/02(日)15:28 ID:TWOzawm+(11/12) AAS
1コンテナぐらいしか動いてないならEKSじゃなくてECSで良いと思うし既にやってる
楽だしお金がそんなにかかんない
CloudWatch Logsは無料分を超えると課金があるが、小規模なので無料分で余裕
これで破産する方が難しい
家畜とペットの例えはさっきしてたじゃん
AWSはEC2インスタンスはASGに入れて使い捨てするか、
EC2の上に乗っけたソフトウェアでレプリケーションを行って、1台は死んでも大丈夫にするのがベストプラクティス
それを行ってないインスタンスで動いてるサービスは止まっても知らねってスタイル
AWSではサーバーは家畜のように扱うべき、と言うのはここから来てる
従来のようにSSHして
手でOSにソフトウェアをインストール・アップデートして、
手でデプロイして、手でログ取得して
ってのはサーバーをペットのように可愛がりすぎ
そんな事やってたら家畜のように扱えない
623: 2020/02/02(日)15:41 ID:cuMP7GqL(16/27) AAS
>>622
悪いね、おれエスパーじゃないから、その例えで
「手でOSにソフトウェアをインストール・アップデートして、手でデプロイして、
手でログ取得してってのはサーバーをペットのように可愛がる」
なんてのは全く忖度できんかったわｗｗｗ
兎に角君の言っている事は、どっかしらにおかしな抜けがあるから、あさって
の方向の話にしか聞こえないｗｗ
じゃあなｗ
624: 2020/02/02(日)15:44 ID:031eKof+(1) AAS
外部ﾘﾝｸ:www.no1497.com
このサイトの手順丸パクりしてguiのLinux環境整えようとしたんですが
IPアドレス入力しconnect押すところで繋がらなくなります…
一応ifconfigとdocker内でのhostname -iで出てきたアドレス両方と、
ポート二つの4パターンの組み合わせ全部打ったんですが失敗しました。
これ以外のアドレスとかでしょうか？もし思い当たる方がいたら教えてください。
625: 2020/02/02(日)15:46 ID:TWOzawm+(12/12) AAS
>信頼性が高いといっているのは何を根拠に言っているのか知らんが、
>インスタンスの上にDockerエンジン乗せてその上にサービスを展開している鯖と
>インスタンスの上に直接サービス(httpdとか）のせてサービス展開している鯖はどっちが信頼性高いのって話だが？
>どっちなのｗ？前者は単純に数が増えているように見えるが？
Dockerのオーバーヘッドなど
元々あってないようなものとマジレス
ASGで動くという事はインスタンスを使い捨て出来てるってこと
AWS側の不具合でインスタンスが死んだり、
仮にSSHして変な設定を間違ってしてしまっても
終了するだけで自動的にインスタンスが再作成され
元のAMIから立ち上がって同じ設定がされて、
Dockerイメージも勝手にダウンロードされてまた動き出すので
元に戻る
よって信頼性が高くなる
動作が遅いけど、死んでるかどうか微妙なインスタンスの破棄は流石に無理だが
既存案件でいろいろ制約があるとかならまだしも
そうでなければECSで良くね？と思う
626: 2020/02/02(日)16:26 ID:rlDokdVB(1) AAS
久々にPHPの環境構築をしようと思ったんだが今はXAMPP使わずDocker使うのが主流らしいな
試してみるか
627(4): 2020/02/02(日)17:56 ID:vTMq3yW0(2/5) AAS
俺がいない間に随分と進んでるなｗ
>>592
> 代案つーか、コンテナ技術って時期尚早じゃね？サービスを構成する鯖が
またDocker（コンテナ）とKubernetes（クラスタ）を
ごっちゃにしてるアホがいるのか
サービスでデプロイした経験ないのか？
Wordpressぐらいしたことやるやろ？できるか？何が必要か想像つくか？
PHPだぞ。apache使うとするよな？そうするとmod_phpがいるぞ。
ライブラリ使ってたらPHPモジュールも入れないとだめだぞ
一発勝負で正しく作れるか？んん？
そしたら次は俺が作った動画アップロードとAI機能が充実した独自のスーパーブログだ。
わけって言語は複数使ってる。どうや正しくデプロイできるか？
これ以上の情報は何も教えてやらんぞ。必要な言語、ライブラリ、自分で判断しろよ
一発勝負で正しく作れるか？んん？
コンテナだったら簡単。一発勝負で作れる。
ほらな、デプロイ問題が解決した。
628(1): 2020/02/02(日)18:37 ID:cuMP7GqL(17/27) AAS
>>627
>サービスでデプロイした経験ないのか？
俺が言う台詞だそれはｗｗｗ
コンテナ以外でデプロイした経験無いのか？んん？
apache使うとするな？本当にmod_phpからやったのか？？
んん？？アホかお前は！
629(1): 2020/02/02(日)18:58 ID:vTMq3yW0(3/5) AAS
>>628
お前何も言い返してないやんｗ
俺が言った言葉を復唱しただけやんｗ
630: 2020/02/02(日)19:02 ID:cuMP7GqL(18/27) AAS
>>629
この書き込みから察するにデプロイメントって言葉の意味すら分かってないだろ？
どうしようもないｗｗあまーーーーりの馬鹿っぷりに呆れて物が言えない。
宇宙人と話すことは出来んな。
マジでスゲー呆然としたよまあ、良いから自分の胸に手をあてて、
Docker以外でデプロイしたことあったかな？と自問してみればｗｗ
631(1): 2020/02/02(日)19:04 ID:vTMq3yW0(4/5) AAS
そこでデプロイしたことあるけど？って答えたら
どうレスするんだろうｗ
はい、言い返してみな。
632(1): 2020/02/02(日)19:07 ID:cuMP7GqL(19/27) AAS
>>631
それなら絶対に627のような書き込みはしない。
633(1): 2020/02/02(日)19:16 ID:vTMq3yW0(5/5) AAS
>>632
理由が何も書いてないので、説得力ゼロ
やり直せ
634: 2020/02/02(日)19:26 ID:cuMP7GqL(20/27) AAS
>>633
まあ、分かったよ恥ずかしい奴らｗ
なんかもう、ね･･･Docker村の事情しか分かってなさそうだから
全てがおかしい。ASGの理解もおかしいし「サービス」って言葉の理解もおかしい。
いっとくが俺が>>592でかいた「サービス」ってのはk8s村でいう"サービス"の事ではなく、
世間一般のIT用号で言う「サービス」だからな。592の書き込みにコンテナ技術の一実装
でしかないDockerとかK8sを念頭において書いていないぞ。
･･･それは、理解できるよね？オッケー？
635(1): 2020/02/02(日)19:35 ID:iUJbnHUw(1/10) AAS
はい理解してます。本題をどうぞ
636: 2020/02/02(日)19:37 ID:cuMP7GqL(21/27) AAS
>>635
というわけで>>627の書き込みは意味不明って事で
オッケー？本題はこれね。
637(1): 2020/02/02(日)19:37 ID:iUJbnHUw(2/10) AAS
意味不明の理由が書いてない。やり直し。
638: 2020/02/02(日)19:39 ID:cuMP7GqL(22/27) AAS
>>637
日本語を書くけど日本語は理解できない
宇宙人とは会話は出来ませーーーーんｗ
君馬鹿すぎて話にならんよｗｗ
じゃ、そういう事で！
639(1): 2020/02/02(日)19:49 ID:iUJbnHUw(3/10) AAS
はい、逃げた
640(1): 2020/02/02(日)20:02 ID:cuMP7GqL(23/27) AAS
>>639
じゃあ君に聞くけどさ、>>592でIT一般用語で言う「サービスを構成するサーバーが･･･」という話を振ったら
Dockerのクラスタで言う「サービスのデプロイ」の話を返した奴がいるとする、スーパーブログがどうのこうのと。
君はそれを聞いて、意味不明とは受け取らないのｗｗ？
俺はそれを聞いて、一般用語で言う「デプロイ」の話だと受け取るわけだ。
前の文脈が一般用語だから。するとおかしな事なるよな？だから変な話になっている。
で君はその流れを理解できない訳だ。ｗ
はい、逃げたってｗ
「はい理解してます。本題をどうぞ」ってお前、何にも理解してない東南アジアの通訳みたいなこと言うなよｗ
641: 2020/02/02(日)20:05 ID:iUJbnHUw(4/10) AAS
サービスをデプロイした経験があれば、
wordpress？それはなん言語で動くんですか？php？
え？アプリケーションサーバーが別に必要？
プラグイン使ってるから、追加でPHPモジュールが必要？
とかいう時代から、
wordpressその他で構成したDockerイメージがあるので
そのコンテナを動かすだけだよ。
必要なものは全てDockerイメージに含まれてる。
という時代になって
デプロイが簡単になったってのがわかるはずだけどな。
まあどうせ一人で全部やってるんでしょ？
だから何が必要かは全部俺が知ってる。
Dockerイメージを作る手間もデプロイする手間も変わらない。
どこでやるかが変わっただけで、どうせやるのは全部俺
みたいに思ってるんだろうな
642(1): 2020/02/02(日)20:06 ID:iUJbnHUw(5/10) AAS
>>640
> Dockerのクラスタで言う「サービスのデプロイ」の話を返した奴がいるとする、
そんな奴はどこにもいない。
おまえの思い込み
643: 2020/02/02(日)20:07 ID:iUJbnHUw(6/10) AAS
たとえクラスタなくて、起動するマシンが1台であっても
コンテナがあればデプロイが簡単になるわけだよ
644: 2020/02/02(日)20:13 ID:cuMP7GqL(24/27) AAS
>>642
まあ良いよ俺が戻ってきたのは>>627の書き込みが意味不明に思えたからであって
宇宙人の君と頓珍漢な会話したい訳じゃない。
645: 2020/02/02(日)20:16 ID:iUJbnHUw(7/10) AAS
経験不足の人が理解できず意味不明に思えた
ただそれだけの話です。
646: 2020/02/02(日)20:28 ID:cuMP7GqL(25/27) AAS
もし世間一般のデプロイの話をして返したとして>>627というのなら、それならやはり理解不足
そもそもphpのdeployerつかってもmod_phpのインストールなんかしないし。
・・・と、627と関係ない宇宙人の書込に反応してみる。
スーパーブログがどうのこうのなんてどうでも良い話しだしｗ。
647: 2020/02/02(日)20:39 ID:Q4JuNZ7V(1) AAS
ECSはELBと組み合わせてローリングデプロイが行える
新しいバージョンのECSタスクは
ELBに新しいターゲットとして登録され、一時的に両方が存在する状態になる
新しいバージョンのECSタスクのターゲットが正常と判定されると、
古いバージョンのECSタスクのターゲットへはリクエストが行われなくなり、タスクは終了する
新しいバージョンのタスクに明らかな異常があり、それに気づかないままデプロイ完了するミスを防げる
ECSはCodeDeployと連携したブルー・グリーンデプロイにも対応している
外部ﾘﾝｸ:dev.classmethod.jp
テスト用サイトで確認してから新旧バージョンを入れ替え出来るので、
より安全
648: 2020/02/02(日)20:40 ID:iUJbnHUw(8/10) AAS
> そもそもphpのdeployerつかってもmod_phpのインストールなんかしないし。
なんで？いかなる場合もそうだって言える理由は何？
mod_phpを使わない事例 "一例" を言えって言ってるんじゃないよ。
mod_phpが使わない事例 "しか存在しない" という理由を聞いてる
649: 2020/02/02(日)20:41 ID:iUJbnHUw(9/10) AAS
phpのdeployerっていうのも意味不明だし
どっかのサービスにベンダーロックインでもされてるの？ｗ
自前のサーバーでデプロイした経験ありますか？
650: 2020/02/02(日)21:05 ID:5Cwo7VNY(1) AAS
熱くなりすぎて引くわ
651(7): 2020/02/02(日)21:47 ID:cuMP7GqL(26/27) AAS
ここまでか？ここまで分からんとはね・・・・・･。
DeployerでLaravelをデプロイする
外部ﾘﾝｸ:qiita.com
Capistranoで簡単デプロイ
外部ﾘﾝｸ:qiita.com
DeployerによるPHPデプロイ
外部ﾘﾝｸ:blog.excite.co.jp
Java アプリケーションのデプロイ
外部ﾘﾝｸ[html]:ecl.ntt.com
Force.com開発でGitを使ったデプロイ
外部ﾘﾝｸ[php]:www.terrasky.co.jp
世間一般で多くの場合、「デプロイする」とは
配備指示書にしたがってプログラムを文字通り「配備」（多くの場合はコピー）する事であり、
環境のセットアップは含まない。Docker村ではその特性から含んでいる、というだけ。
652(1): 2020/02/02(日)21:48 ID:iUJbnHUw(10/10) AAS
↑
このようないろんな「デプロイ」が
Dockerの1つのコマンドでできるようになるわけです。
653: 2020/02/02(日)22:07 ID:cuMP7GqL(27/27) AAS
>>652
以上、馬鹿で無知な>>iUJbnHUwに教えてあげました。
マジ感謝しろよｗ。
654: 2020/02/03(月)02:19 ID:bpau2PQS(1) AAS
捨て台詞ｗｗｗ
655: 2020/02/03(月)02:55 ID:NijMCh9X(1) AAS
デプロイに関しては確かにスレッドの最初の頃から理解がおかしい人がいたね。
656: 2020/02/03(月)03:10 ID:PgExQ+7W(1/5) AAS
> 世間一般で多くの場合、「デプロイする」とは
> 配備指示書にしたがってプログラムを文字通り「配備」（多くの場合はコピー）する事であり、
> 環境のセットアップは含まない。Docker村ではその特性から含んでいる、というだけ。
↑ほんとだｗ間違ってるｗ プログラムをコピーすることだって
qiitaの記事持ってきて環境のセットアップが含まないとかｗ
「本当の」世間一般の定義でも貼り付けときますか？
外部ﾘﾝｸ[html]:e-words.jp
ソフトウェアの分野で、開発したソフトウェアを利用できるように実際の運用環境に
展開することをデプロイということがある。インストール（install）に近い意味だが、
サーバコンピュータ上で運用され外部からネットワークを通じて利用されるソフトウェアや、
他のソフトウェアから参照されるコンポーネントなどを、利用可能な状態にする、
アクセス可能にする、といったニュアンスがある。
外部ﾘﾝｸ:kotobank.jp
アプリケーションソフトを、利用者の実際の運用環境で利用できるように準備すること。
◇「インストール」がコンピューター上で実行可能なファイルを準備することであるのに対して、
「デプロイ」は実行時に必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備すること。「デプロイメント」ともいう。
657(1): 2020/02/03(月)03:16 ID:PgExQ+7W(2/5) AAS
大変なデプロイが簡単になるって言う意味がわからんかったのかな？
デプロイ？そんなのファイルコピーするだけじゃん
git使っていれば、git pullするだけ！とか思ってそう
> git使えば良いおじさん登場か
これってそういう意味だったのか
658: 2020/02/03(月)03:32 ID:lRDyNjgE(1/15) AAS
>>657
分かったから涙拭けよｗ
「「本当の」世間一般の定義」を張らなきゃ分からないんだろ？
つまり君自身は「デプロイ作業」を経験したことは無いわけだ。
だから、現場の俺とは全然話が合わないｗ。javaでwarファイルをデプロイした、
とか開発現場でphpでもpythonでも良いけど、本番機にデプロイした、
といった場合、常識的に、mod_phpをインストールするなんてことは無い。
659: 2020/02/03(月)03:34 ID:4HFKT3uL(1) AAS
>phpのdeployerっていうのも意味不明だし
phpのdeployerでググったら大量に出ますがな…。
660(1): 2020/02/03(月)03:34 ID:PgExQ+7W(3/5) AAS
> 「「本当の」世間一般の定義」を張らなきゃ分からないんだろ？
俺がわからないから「「本当の」世間一般の定義」を貼ったんじゃなくて
間違ってるやつがいるから貼ったんだけど？
ともかく「「本当の」世間一般の定義」は
必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備する
ということに異論はないね
661: 2020/02/03(月)03:36 ID:lRDyNjgE(2/15) AAS
>>660
わかったよｗ
君の経験の浅さがめっちゃ出てるよ。
マジで俺にしてみれば、この話題をこんなに教えてあげても全然
理解しないとかって、馬鹿じゃないの？としか思わないんだが。
662(1): 2020/02/03(月)03:36 ID:PgExQ+7W(4/5) AAS
>>686
デプロイは必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備することなので
mod_phpをインストールすることも含まれる
お前がやってるのはデプロイじゃなくて
デプロイ済みの環境のソフトウェアを
アップデートしてるだけ
つまりデプロイからやったこと無いんやろ？
663: 2020/02/03(月)03:39 ID:lRDyNjgE(3/15) AAS
>>662
もう良いよ、相変わらず宇宙人だなｗ
君は俺とは違う惑星でデプロイ作業してたんだろうなｗ
もう会話してもしょうがない。じゃーなｗ
664(1): 2020/02/03(月)04:37 ID:PgExQ+7W(5/5) AAS
お前がなんと言おうと
外部ﾘﾝｸ:kotobank.jp
アプリケーションソフトを、利用者の実際の運用環境で利用できるように準備すること。
◇「インストール」がコンピューター上で実行可能なファイルを準備することであるのに対して、
「デプロイ」は実行時に必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備すること。「デプロイメント」ともいう。
665(1): 2020/02/03(月)07:34 ID:Pib546/2(1) AAS
Dockerイメージは全て
VirtualBoxとかの仮想マシンイメージで代用出来ると豪語するおじさんなら前いたが
それすらやらないおじさん登場か
もうとにかく手作業を増やして
無駄な仕事を増やしたいとしか思えない
666(1): 2020/02/03(月)09:14 ID:lRDyNjgE(4/15) AAS
>>664-665
こいつらは本当に糞。
自分の無知を、全く認めようとしないのね。
言っとくがお前が何と言おうと普通に現場でデプロイ（リリース）やってる
人が「明日（デプロイヤ使って）リリースします」とかいった場合に、そこに
「mod_phpのインストール」なんて作業は入らない。普通にIT現場で仕事
してりゃ分かるよ。夜間に dep production_web とかやるだけだ。
どうしようもない馬鹿だな。
667(1): 2020/02/03(月)09:57 ID:/k/BdpP5(1/10) AAS
>>666
お前、apacheとかmysqlとかのデプロイしたことないだろ？
668(1): 2020/02/03(月)10:21 ID:lRDyNjgE(5/15) AAS
>>667
馬鹿な君とやり取りすると必ず齟齬るから厳密に言ってくれれないかな？
apacheの何を行うことを持ってデプロイといっているの？
mysqlの何を行うことを持ってデプロイといっているの？
回答はそれ次第。
669(1): 2020/02/03(月)10:28 ID:/k/BdpP5(2/10) AAS
>>668
外部ﾘﾝｸ:aws.ama
zon.com/jp/rds/mysql/
> Amazon RDS を使用すると、コスト効率が良く、サイズ変更が可能なハードウェア容量で、
> スケーラブルな MySQL サーバーを数分でデプロイできます。
670(1): 2020/02/03(月)10:30 ID:/k/BdpP5(3/10) AAS
外部ﾘﾝｸ:kubernetes.io
例: 永続ボリュームを使ったWordPressとMySQLのデプロイ
671: 2020/02/03(月)10:34 ID:/k/BdpP5(4/10) AAS
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
672(2): 2020/02/03(月)11:27 ID:lRDyNjgE(6/15) AAS
>>669-670
この回答の全てにおいてお前の経験の無さと論理的思考の欠如が良く出ているよ。
その2つに関して経験があるかと聞かれれば、「あるよ」で終わり。
が669に関して言えば、その説明に書いてあることは広義の意味で正しいけど、IT現場一般でその作業を「デプロイ」とは言わない。
670はそもそも一般的で言うIT用語のデプロイと、Docker村のデプロイの言葉の差違を今話題にしていて、
「一般的なデプロイとは何か」を語っている何故お前はDocker(k8s)村のデプロイの話を持ってくるの？
経験があるのかと聞かれれば当然あるよ。だがそれは、Docker村の用語でしかない、Dockerの場合はコンテナ破棄するんだから
そうするしかないだろ。でもそれはDocker村の話でDoker村を離れた現場では、>>651がデプロイだ、という話をずっとしている訳だが？
だからデプロイが複雑な場合はDockerが有効なこともありうるよ、と>>575でいったんだが。
ハァ
････お前の馬鹿っぷりは良く分かった。
もう俺にレスするな。俺はお前のような馬鹿と話はしたくない。
お前Docker村の話しか理解できない、自分の能力の無さが色んなところでスゲェ迷惑してるって気付いてないだろ？
620番台（もっと言えばこのスレの2桁番代から）から本来一瞬で終わる話を延々と続けてるんだが？
673(1): 2020/02/03(月)12:26 ID:/k/BdpP5(5/10) AAS
※ 以下の二つはDockerとは関係ない「デプロイ」であるというのが>>672の笑える点ですw
> Amazon RDS を使用すると、コスト効率が良く、サイズ変更が可能なハードウェア容量で、
> スケーラブルな MySQL サーバーを数分でデプロイできます。
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
674(3): 2020/02/03(月)12:58 ID:lRDyNjgE(7/15) AAS
>>673
オッケー、もう話したくは無いというのを反故にするけど、ちょっとじゃあ、君の開発経験を教えてくれ。
俺の話が全く通じないのはその辺に原因があると思う。
君は、Docker以前はどのような言語、フレームワーク、開発体制（人数など）でソフトウェエア開発プロジェクトを行っていた？
それは、プロジェクトの数で言えば幾つ位で年数は何年位？
でその時に、当然、自分とかチームがが開発したものを開発、検証サーバーや本番サーバーに上げたと思うけど、その時の
デプロイはどの様に行っていたの？（ここで言うデプロイはDocker用語じゃなく、>>651的なものね）
当然本番機にあげなきゃ動かないよね？どうやっていたの？
675(1): 2020/02/03(月)13:01 ID:/k/BdpP5(6/10) AAS
>>674
まずお前がその自分の質問内容に答えろや
揚げ足撮ろうとしてるのバレバレ
676(1): 2020/02/03(月)13:02 ID:/k/BdpP5(7/10) AAS
あとお前ansibleでMySQLのデプロイしたことあるの？
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
677(1): 2020/02/03(月)13:08 ID:lRDyNjgE(8/15) AAS
>>676
ansibleでデプロイ？そんな事はしないよ。で>>674に答えてくれるかな。
678(1): 2020/02/03(月)13:09 ID:/k/BdpP5(8/10) AAS
>>674
まずお前がその自分の質問内容に答えろや
揚げ足撮ろうとしてるのバレバレ
>>677
やっぱりansibleでMySQLのデプロイとかしたことないのねw
679(2): 2020/02/03(月)13:15 ID:lRDyNjgE(9/15) AAS
>>675
>※ 以下の二つはDockerとは関係ない「デプロイ」であるというのが>>672の笑える点ですw
こういう点ね。「本番システムにデプロイする」とか、そういった単語が使われるようになったのは
俺の経験じJavaあたりからで、（war/earファイルをデプロイする、とか）、それは十数年前のことで、その
当時から、「デプロイする」といえば、>>651のような作業で、RDS作ることをデプロイするとは言わなかった。
あくまで経験でしか答えられないからね。君が俺と同じ位の経験値を持って話をするなら、俺の話に
抵抗するなんて事は無い。皆そういってたから。
で、その話とは関係無しに、Docker以前の開発現場で場数を踏んでいれば、
「当然本番機にあげなきゃ動かないよね？どうやっていたの？」に対して何らかの解決策を行っていたはずなんだか？
君の場合、それは何だったの？
680: 2020/02/03(月)13:16 ID:lRDyNjgE(10/15) AAS
>>678
答えたろ。君の経験を教えてくれよ。
逃げるなよｗ
681(1): 2020/02/03(月)13:18 ID:/k/BdpP5(9/10) AAS
>>679はひたすら「自分の（少ない）経験では〜」と繰り返してるだけ
現実見せても、俺の！俺の！というだけ
哀れやのうw
682(1): 2020/02/03(月)13:18 ID:lRDyNjgE(11/15) AAS
>>681
いや！
分かったから君の豊富な経験を語ってくれよ、是非！
683(3): 2020/02/03(月)13:21 ID:/k/BdpP5(10/10) AAS
>>682
語る意味がないので（笑）
それよりかお前が語れよ。
684: 2020/02/03(月)13:21 ID:lRDyNjgE(12/15) AAS
>「当然本番機にあげなきゃ動かないよね？どうやっていたの？」
こんなの、現場入ったら直ぐ直面する問題だし簡単な話だよな？
まじで、どうやっていたの？
685: 2020/02/03(月)13:22 ID:lRDyNjgE(13/15) AAS
>>683
だから>>651だって！俺はこれ以外の解決策を知らんよｗ！
君に通じないから不思議でしょうがないんだろｗ
686(1): 2020/02/03(月)13:25 ID:lRDyNjgE(14/15) AAS
>>683
意味が無いことは無い！>>651以外の解決策を君が知っているなら、
結構凄い事だ。俺が知らないんだし。
拝聴するから早く語ってくれよ！
687: 2020/02/03(月)13:32 ID:lRDyNjgE(15/15) AAS
おいおいレス止まってるよ！
ググったりするなよ！自分の経験から「俺はこうやってた」と言うだけだ。
1分で答えられるよなｗ？
688(1): 2020/02/03(月)14:35 ID:+dD2W5mx(1) AAS
ECS使った現代的なスタックなら
全部Terraformで済むから
Ansibleとかは要らない
ECSはTerraformのAWSプロバイダーで操作できる
ビルドはCIパイプライン内でだけ実行する
JavaやGoのアプリのビルドはここでする
JavaScriptのような動的言語でも、npmからパッケージ取ってきたり、Webpackを使うのにビルドする
本番環境でパッケージの取得やビルドはしない
開発用PCでは試しにビルドはするが、
自動テストを行うのと、
統一した環境でビルドするために
本番環境やQA環境に持っていくやつは必ずCIでビルドする
開発環境でビルトしたのを本番機に送る事はない
689: 2020/02/03(月)14:50 ID:H+1Fdh2V(1) AAS
ECSの場合、
本番環境からSSHを完全排除も
やろうと思えば可能だな
本番環境の構成を考える時は
開発環境に同じ構成を作ってSSHして、
EC2を初期化するスクリプトのデバッグをやっても良いけど、
ECSのタスクはマネジメントコンソール等から一回限りの実行も可能だし、CI/CD環境で
ECSサービスの更新前にマイグレーションするようにしても良いので
SSHなしの運用も可能
コンテナのログはCloudWatchに送るようにして、
コンテナ以外のログはCloudWatch Agentとかを入れて取る
690(1): 2020/02/03(月)14:57 ID:DVn1edLs(1) AAS
Goアプリを>>688みたいにビルド&デプロイしてるけど、正直もうホストに実行バイナリ置くだけでいいんじゃないか感は否めないな
結局ホストは多少なりとも意識しなきゃいけないんだから、本質的には余計なレイヤーは無い方が楽だと思うわ
デプロイとプロセスのライフサイクルの管理が楽というだけでなんとなくコンテナ使ってるが、
たかがそれだけのためにコンテナのような複雑で大袈裟なものが本当に必要なのだろうかとたまに感じる
691: 2020/02/03(月)15:02 ID:MAB52r0T(1) AAS
動かすのが自作アプリ1個だけで
Goならそれで良いんじゃね？
知らんけど
692: 2020/02/03(月)15:05 ID:1lxKquFf(1) AAS
バックエンドはGoで、
フロントエンドはNodeで、
リバースプロキシにnginxとかやりだしたら
コンテナの方が楽だな
693: 2020/02/03(月)15:11 ID:Q2m7nka6(1/3) AAS
>>690
それはLinuxのカーネル以外を全て一つに外部プロセス呼び出しなしの
スタティックリンクできるって言ってるの同じことだぞ
例えばRubyのスクリプトとgitコマンドとffmpeg実行ファイルを
一つの実行ファイルにまとめれると？
技術的、ライセンス的に可能だと思うか？
694(1): 2020/02/03(月)15:46 ID:Ndl0vT0b(1) AAS
>>683の/k/BdpP5氏、逃げちゃったみたいだね。
難しい話語るのは大好きだけど、自分の単純な経験は語れない
可愛そうな人だったｗ
695(1): 2020/02/03(月)16:47 ID:Q2m7nka6(2/3) AAS
>>694
ヒント 月曜日
696(2): 2020/02/03(月)17:37 ID:RqwDXYD0(1) AAS
ホストのOS上でコンテナのコマンドを実行する方法ってありませんか？
例えばMacにあるelfファイルをDocker内のUbuntuで実行したり
Linux上のexeファイルをDocker内のWindowsで実行するような
697: 2020/02/03(月)17:50 ID:SAezlaWT(1) AAS
docker内のWindows・・・
698: 2020/02/03(月)18:45 ID:Q2m7nka6(3/3) AAS
>>696
ない。ボリュームを使え。
699: 2020/02/03(月)20:29 ID:AjbL5ocZ(1) AAS
コンテナなら
いちいちインフラチームにNode使えるサーバー用意してとか言って
準備してもらう必要もないからな
最終的にDockerイメージを作りさえすれば良い
700(1): 2020/02/03(月)21:33 ID:uSGfT6bD(1) AAS
>>696
このひとDockerをVirtualBoxか何かと勘違いしてる？
両者は異なる問題を解決するために作られたものだ
701(1): 2020/02/04(火)06:01 ID:MBGLu8A2(1) AAS
>>700
すみません正にその通りです。軽いから簡易的なVirtualBoxのような使い方ができそうとか考えてた初心者です、素直にそっち使うことにします。
所で新たに生じた疑問なんですがよく紹介されてるUbuntuとかのOSイメージって何に使われてるんでしょうか？
色々調べたらアプリとか鯖に使われてることは大半なんですがOSの使用例があまり見つからなくて。
702: 2020/02/04(火)06:03 ID:YD8xtZwK(1) AAS
>>695
あいつはたぶんニートか学生だろ。
月曜午前中に連投してたし。
たぶん学生じゃね？
703(1): 2020/02/04(火)06:09 ID:h84uEZr9(1) AAS
>>679
>で、その話とは関係無しに、Docker以前の開発現場で場数を踏んでいれば、
>「当然本番機にあげなきゃ動かないよね？どうやっていたの？」に対して何らかの解決策を行っていたはずなんだか？
>君の場合、それは何だったの？
俺はこの回答をずっと待っているんだが、
早く答えてくれないかな？
何で時間がかかるのか全く分からんｗ
704: 2020/02/04(火)06:17 ID:7tH3MnnI(1) AAS
>>701
サーバやアプリケーションを動かすための最小限のファイルセットが含まれている
OSそのものとしてはあまり使わないのでinit（systemd等）も通常入ってない
705: 2020/02/04(火)06:51 ID:glhRAKEA(1) AAS
>>703
どうやっていたの？って何を聞きたいのかわからん。
Docker以前？ 大昔のデプロイの話か？
今みたいにぽんぽんサーバー作れるわけじゃないから、新しくサーバーをデプロイするのは
たいていサーバーの購入から始まる。サーバーのセットアップは手順書が残ってるからそのとおりやる。
もちろん手順書がない初回は、手順書を書きつつサーバーにセットアップするわけだが。
手順書と言ってもそのハードウェアとかOSのバージョンは変わるわけで、
手順書通りやると言うより記録見ながらその都度対応が必要になる。
アプリ用とか特定のものを動かすのに必要なパッケージを手順書という名の
記録を見ながらインストールしていく
で、パッケージをインストールしただけじゃ終わらない。バージョンが微妙に変わるから
アプリの改修作業が必要になる。大体は言語のライブラリが新しくなってるからそれに合わせてアプリを修正する。
アプリの改修作業まで行ってようやく（例えばアプリケーションサーバーの）一台のデプロイが完了する。
その後はそのサーバーを大事に育てる（笑）上記のようなデプロイ作業をアプリのアップデートのたびにやれるわけがないからね
データベースサーバーとかならセキュリティパッチを当てるぐらいで対して変わらないがアプリケーションサーバーは大変。
ある機能に対応するためにライブラリのアプデートが必要だがそれが標準パッケージで提供されてないから
オレオレでパッケージングする必要がある。当時はperlだったから、dh-make-perlだっけな？それでDebian用のパッケージを作る。
アプリの更新はsvn up（笑）そしてapacheの再起動（笑）手動（笑）当時は便利なツールは何もなかったからな。
今は楽だよ。Dockerさえ動く環境があればいい。アプリのアップデート作業なんてものはない。
サーバーはハードウェア仮想化され消して作り直すことなんて簡単、壊してデプロイすればアプリも新しくなっている。
アプリもコンテナ化され、単一のサーバーだろうがクラスタだろうがどこでも動く
706: 2020/02/04(火)08:17 ID:eRywcgEu(1/2) AAS
うちは最初はサーバーはSSHしてセットアップし、
phpファイルをSFTPでアップロードしてた
当然ながら要らないファイルをアップしたり、し忘れるミスが多発
次にローカルからのrsyncになったが、
rsyncの無視するファイルのルールを編集し忘れて
ファイルが消えたりした
なお、どちらでも本番環境を直接書き換える模様
ブルー・グリーンデプロイ？なにそれ美味しいの？
次の進化は>>651
みたいなphp専用のデプロイツールとも思ったが、
それを経由せずCIでビルドとAmazon ECSでデプロイに進化した
データベースのマイグレーションを除けば
Dockerイメージの更新だけで
安全にローリングデプロイ可能になった
707: 2020/02/04(火)08:20 ID:eRywcgEu(2/2) AAS
EC2インスタンスはあるが、
ASGで使い捨てになり
サーバーがキャトルミューティレーションされたみたいに死んでも、
代わりをすぐ作れるようになった
アプデもAmazonの配布するAMIの更新で済む
708: 2020/02/07(金)22:37 ID:2MItdgnx(1) AAS
なんか最近はコンテナランタイム沢山あってよくわからない
どれを使えと
rkt（死亡？）
containerd
podman
lxd
cri-o
709: 2020/02/07(金)22:52 ID:blZZ5Y7J(1) AAS
基本はDockerを使っていればいい
コンテナランタイムは使える場合があったときに考えればいい
自分から使えるようにするものじゃない
710(1): 2020/02/14(金)20:00 ID:7Z+zTex9(1) AAS
openshiftの話題が全然出てこないけど、まだみんな使ってないのかな
711: 2020/02/14(金)22:24 ID:JcwNgO/m(1) AAS
ベースはKubernetesだからなぁ
712: 2020/02/15(土)05:03 ID:+RsjGVHi(1) AAS
クーベルネイティスのスレもあるんやけどなあ
713: 2020/02/15(土)15:02 ID:JXgJVuzp(1) AAS
クベルネテスかクーベネティスが好き
714: 2020/02/15(土)19:22 ID:xcQV5H2n(1) AAS
クバァでしょ
715: 2020/02/15(土)19:58 ID:lo0b1pQK(1) AAS
CoreOS Container LinuxをDockerコンテナ動かすOSに使ってたが
サポート終わりそう
Fedora CoreOSかFlatcar Container Linuxに乗り換えたい
FlatcarはほぼCoreOSのまま
メンテされるらしいが
rktは削除されるのか…？
716: 2020/02/16(日)12:27 ID:BVDCl0/P(1) AAS
OpenShiftはIBMが主に金融機関に対してクラウドのセキュリティリスク煽ってオンプレでサポート特盛契約をゴリ押しするための飯の種だろ
自社で使うようなもんじゃないよ
717: 2020/02/16(日)14:15 ID:OI4Id5HK(1) AAS
代替技術が本家を超えることってめったに無いよな
なんかったっけな？
718: 2020/02/16(日)14:48 ID:n+poZ4Ku(1/2) AAS
LinuxってUNIXの代替じゃん？
719: 2020/02/16(日)14:56 ID:n+poZ4Ku(2/2) AAS
Android RuntimeもJava VMの代替品
720: 2020/02/16(日)15:28 ID:3YAQTUkr(1) AAS
超えちゃいないなどっちも。
721: 2020/03/06(金)18:10 ID:OjWfIiDl(1) AAS
Docker Desktop for Windows 2.2.2.0(Edge)でようやくWindows Homeでもインストールできるようになった。
insider preview(slow ringで十分)でwsl2が必要。
722: 2020/03/06(金)19:48 ID:w+ubkCwq(1) AAS
もう正式版が出たのかと思った。
WSL2がまだだからそれはないかｗ
Docker Desktop for WSL2として出すんじゃなくて
Docker Desktop for WindowsをWSL2対応するってことかな？
だからDocker Desktop for Windowsとしては正式版だけど
WSL2対応機能は一応ベータ版と。完璧に動いていてもWSL2が
正式版じゃない以上なにか変わるかもしれんしね。
723: 2020/03/08(日)21:00 ID:S01X0/x1(1) AAS
GKE無料じゃなくなるらしい
外部ﾘﾝｸ:devopsdirective.com
0.1ドル*24*30=月72ドル
EKSとほぼ変わらない値段になる
ただし、単一ゾーンのクラスターは1つだけ無料
小規模クラスターだろうと大規模クラスターだろうと
値段は一緒なので
小規模クラスターを大量に使うなら
AKSやDOが安い
724: 2020/04/01(水)16:38 ID:DgjnAS5O(1) AAS
>>710
使ってるよ
minishift入れたけどバグが目立つ
725: 2020/04/01(水)22:28 ID:eeUwEP3q(1) AAS
minishiftはバージョン3なんだよね
今ならCRCの方が良さそう
726(1): 2020/04/02(木)06:55 ID:VqK6Gyyj(1/2) AAS
dockerがあるとJDK要らないみたいな話聞いたんだけど
でもdockerがあるからといってOSのAPIに非依存になるわけじゃないよね？
dockerの上にJDK置いてその上でJavaを実行するとかなら分かるけど、
dockerだけだと例えばLinuxカーネルとかに依存したプログラムを書くことになる、という理解であってる？
727: 2020/04/02(木)07:24 ID:y8EJEcvw(1/4) AAS
>>726
間違ってる。まずなぁ、JDKは開発のためのツールであってJavaアプリを
動かすのに必要なものじゃない。その時点で間違ってる。お前はJavaすら分かっていない。
Javaアプリを動かすのにひとうようなのはJREだ
> dockerの上にJDK置いてその上でJavaを実行するとかなら分かるけど、
> dockerだけだと例えばLinuxカーネルとかに依存したプログラムを書くことになる、という理解であってる？
人づてに聞いて想像するんじゃなくて、Dockerをちゃんと勉強しろ
お前が言ってるのは、
スマホがあればネットするのにパソコンはいらないって話を聞いたんだけど、
スマホの上にブラウザをインストールしてネットするならわかるけど
スマホだけならネットできないよね
って言ってるようなもんだよ。例えの意味わかる？
お前が「スマホだけだとネットできない！」って言ったら
スマホはブラウザをインストールして（してあって）ネットするために
作られた道具なんだよってツッコミはいるだろ？
DockerはJRE（等）を置いて使うために作られたものなんだよ。
Dockerだけで使うとかなんだそりゃｗ
スマホだけだと電話しか使えないという理解であってるって聞かれているようなもんだ。
728: 2020/04/02(木)07:41 ID:VqK6Gyyj(2/2) AAS
今（オラクルの）JREは存在しませんよ
あとJDKでも実行できます
729: 2020/04/02(木)08:00 ID:y8EJEcvw(2/4) AAS
今（オラクル以外の）JREは存在してますよ
と言われても困るんだがｗｗｗ
> あとJDKでも実行できます
JDKとJREの違いが今重要って分かってないから
君は"Java"の初心者なんだよ。
730: 2020/04/02(木)08:02 ID:y8EJEcvw(3/4) AAS
JREがあれば動くからJDKはいらん。
という答えでも良いんやで？ｗ
731: 2020/04/02(木)08:05 ID:y8EJEcvw(4/4) AAS
OSのAPIに非依存とか言ってる点からWindowsのことしか知らんのだなってわかるし
Linuxカーネルとかに依存したプログラムとか言ってる点からLinuxも知らんのだなってわかる
ああいい、言わなくていい。中途半端にしか知らんって意味だから。
浅い知識のまま、何年もやってるんだろうなってわかる。
そして自分が詳しいつもりでいるんだろうなって文章からわかるからさ。
732: 2020/04/02(木)08:25 ID:GYZhfijy(1) AAS
なんか格好悪い。
733: 2020/04/02(木)09:53 ID:FYEc23jq(1) AAS
dockerだけだとLinuxカーネルに依存したプログラムを書くことになるよね？って言うのは、
フランス料理フルコースの店って単品で頼めばフルコースじゃないよね？って言うようなもんだｗ
734: 2020/04/02(木)15:27 ID:IPZOwfEY(1) AAS
私の頭は悪すぎる。
ここのやり取りは半分もわからない。
何を言っているだろうな。
735: 2020/04/05(日)20:50 ID:ooapWF9T(1) AAS
kubernetesだんだん分かってきたわ
面白い仕組みやね(´・ω・`)
736: 2020/04/06(月)08:44 ID:FO60yhPK(1) AAS
オーバースペック気味だよな
なによりメモリ消費量が多すぎる
737: 2020/04/06(月)11:33 ID:5llIuxD8(1) AAS
流行ってないけどswarm modeが結構好き
738(1): 2020/04/07(火)19:45 ID:Q0ksfuEi(1) AAS
dockerを前提としたソフト開発において、差分ビルドとかデバッグはどうやって使っていけばいいの？
739(1): 2020/04/07(火)23:47 ID:wKrRdfGX(1) AAS
>>738
毎度のことながら使い方が間違っている。
Dockerは仮想マシンじゃない。
Dockerの中で差分ビルドやデバッグという
開発作業は行わない
開発が終わってテストもデバッグもすんで
それを配布するときに使うもの
740(1): 2020/04/08(水)00:53 ID:ZpJduvjW(1) AAS
>>739
ありがとう。いっていることは分かる。
質問を変えてもう聞きたいのだけど、開発環境の統一化という意味でdocker使いたいけどいい案ありますか？
741: 2020/04/08(水)01:32 ID:tWAmSl9y(1) AAS
そんなふわっとした聞き方するならググった方が早いんでね？
742(1): 2020/04/08(水)08:58 ID:tEYV+bda(1) AAS
>>740
開発環境を押し付けるな。プログラマの自由にやらせろ。「統一環境」ではなく
「推奨環境」として環境づくりが面倒な人のために、例の一つとして作るだけにしろ
統一はしないという前提で「統一しなくても信頼できる」
ことを保証するためにDockerを使うんだよ
統一しないっていうことはわかりやすく言えば、開発環境は
WindowsでもLinuxでもmacOSでも使っていいということ
使うIDEやテキストエディタやブラウザなどはそれぞれ違うだろう
しかし何を使って作っても、同じように動くと保証するにはどうするか？
それが必要なのは"差分"ビルドやデバッグ環境を統一することではない。
"完成版"ビルドと完全なテスト用のDockerイメージを作成することだ。
テスト用のDockerイメージを使ってCIで実行すれば
どういう開発環境を使って開発していたとしても正しく動くことが保証される。
もちろんこのテストというのは全体のテストだ。
自分が開発した部分のテストだけをやりたいのに全体のテストをしていては時間がかかる。
こういうのは自分の開発したマシンでやることだ。つまりそれぞれ違う開発環境でやることだ。
開発には何よりスピードが重要だ。いちいちDocker（ついでにいうと仮想マシンも）を
絡ませなければ開発できないなんて愚の骨頂だ。
環境特有のバグはゼロではないから、統一した環境（つまりDocker）でテストすることは重要だが
大抵の問題は開発者が書いたコードにバグがある。特定の環境でしか発生しない問題は少ない。
どうしてもDockerや仮想マシンが必要な場合でない限り、Dockerや仮想マシンを使わない。
それが開発環境のあるべき姿だ。Dockerや仮想マシンを使わずに高速に開発テストし
場合によってはローカルでDockerを使って統一"実行"環境でテストも出来るようにする。
そして最終的には共通のCIサーバーでテストを実行する。本番用Dockerイメージを使って実行する。
これが今の理想の開発スタイルだ。
もう一度言うがDocker（や仮想マシン）で開発環境を統一するな。そういう時代は終わった。
743: 2020/04/08(水)13:45 ID:E1X8IPXX(1) AAS
Heroku, CircleCI などの、CI/CD パイプラインだろ
git すれば、Jenkins などのタスクランナーが走って、テスト・デプロイされる
744(1): 2020/04/08(水)14:07 ID:qGQoebh0(1) AAS
何を持ってそんな自信満々に言えるんだろう。クッソ古いlibcとかどーすんのさ
745(1): 2020/04/08(水)14:21 ID:74qGwmrR(1/3) AAS
libc5やELF移行前とかどうすんのさ！ってか。
746: 2020/04/08(水)15:06 ID:lh3o3SXB(1) AAS
>>744-745
なにがいいたいのかわからん。クロスコンパイルがしたいって話？
つまり開発マシンでそのまま動かすことが出来ないバイナリを動かしたいって話？
747: 2020/04/08(水)15:11 ID:74qGwmrR(2/3) AAS
いや俺は長文は読まない主義なので、元ネタすら知らん。
748: 2020/04/08(水)15:13 ID:74qGwmrR(3/3) AAS
おまえらの糞みたいな書き込みは3行が限界だ。
それ以上は時間の無駄。
上下前次1-新書関写板覧索設栞歴
あと 254 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.270s*