[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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では試しにビルドはするが、
自動テストを行うのと、
省3
689: 2020/02/03(月)14:50 ID:H+1Fdh2V(1) AAS
ECSの場合、
本番環境からSSHを完全排除も
やろうと思えば可能だな
本番環境の構成を考える時は
開発環境に同じ構成を作ってSSHして、
EC2を初期化するスクリプトのデバッグをやっても良いけど、
ECSのタスクはマネジメントコンソール等から一回限りの実行も可能だし、CI/CD環境で
ECSサービスの更新前にマイグレーションするようにしても良いので
SSHなしの運用も可能
コンテナのログはCloudWatchに送るようにして、
省1
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とかやりだしたら
コンテナの方が楽だな
上下前次1-新書関写板覧索設栞歴
あと 310 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s