仮想環境コンテナ総合スレ Docker、Vagrant等 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/02/16(木) 18:01:04.48

開発に仮想環境やコンテナを使う機会が多くなってきたので、みんなで情報交換しませう

よろしこ

**デフォルトの名無しさん** · 2017/02/16(木) 19:00:08.56

dockerとかvagrantってそこそこいいスペックのPCじゃないと重いですか？
Core i3とかメモリ4GBとかオンボードじゃきついですか？

**デフォルトの名無しさん** · 2017/02/16(木) 23:15:48.11

dockerは別に重く無いよ

**デフォルトの名無しさん** · 2017/02/17(金) 04:13:03.89

vagrantで遊んでて、気づいたらディスク容量が…

**デフォルトの名無しさん** · 2017/03/11(土) 20:20:37.28

vagrantはコンテナじゃないよ　ホスト型
スレ立て直し

**デフォルトの名無しさん** · 2017/03/21(火) 06:14:58.73

http://www.doraibu.com/
どらいぶ帳よろしく

**デフォルトの名無しさん** · 2017/04/09(日) 21:37:56.06

vagrantについて質問です。
ポートフォワーディングで同一LAN内の別端末からhttpアクセスしたいのですが、うまくいきません。
config.vm.network "forwarded_port", guest: 80, host: 8080, host_ip: "127.0.0.1", id: 'http'
これだとvm立ち上げたPCからはlocalhost:8080でアクセスできますが、別端末からアクセスできません。

host_ipを192.168.3.8のように指定すると、別端末から192.168.3.8:8080でアクセスできますが、他のメンバーとvagrantfileを共有する際に編集する必要があります。
host_ipを指定しないと、The requested address is not valid in its context.のエラーが出ます。

どうにかうまく他のメンバーがvagrantfileを編集する必要なく、同一LAN内の別端末からアクセスできるようになりますか？

**デフォルトの名無しさん** · 2017/04/10(月) 01:53:00.36

127.0.0.1はローカル・ループバック・アドレスと呼ばれ、
自分自身を指す特別なIPアドレスである。
「localhost」という名前でも参照できる

自分自身の上で動作しているサービスへ接続する場合は、
このIPアドレスを利用できる

**デフォルトの名無しさん** · 2017/07/08(土) 21:31:32.08

開発用の低スペックWindowsに1台で完結する環境構築するならDockerがいいんだけど
Dockerfileだとテスト以後のマシンに使えないから困る
結局、同じ構成になるようにAnsibleでplaybookを書く二重管理状態になってしまう

**デフォルトの名無しさん** · 2017/07/17(月) 12:58:52.28

dockerですが何をやっても
device or resource busyです。
/var/lib/dockerも削除できません。

どうしたらDockerをリセットできますか？
気になるのは、devicemapper/mntにやたらとコンテナ？があります。
文字の羅列と同じ名称で語尾に-initがついてるもの。

これらすべでumountできません。
い

**デフォルトの名無しさん** · 2017/07/17(月) 13:05:03.20

け

**デフォルトの名無しさん** · 2017/07/17(月) 16:01:44.76

仕事で使ってる人は、どういう切り分けでツール使ってるの？

vargrant イメージ管理
docker アプリケーション絡みの構成管理
ansible ネットワーク絡みの操作とか色々

dockerってあくまで開発用途？
アプリケーションをデプロイするときに、
docker環境にpushして、そのdockerコンテナを
本番環境にpushするとか冗長化してるの？

**デフォルトの名無しさん** · 2017/07/17(月) 18:48:26.26

自分も模索中だけどこんな感じで理解してる

Docker
アプリのカプセル化

Vagrant
仮想環境の新規作成
構成管理の起動

Ansible
すでにある環境の構成管理

**デフォルトの名無しさん** · 2017/07/22(土) 11:45:47.29

Docker vagrant Ansible ってプログラミングスキル以外に必要な
インフラスキルってどのへんまで必要なの
Linuxの基本的なディレクトリ体系知ってたり、コマンド使いこなせればOK?
デバイスとかブートレベル、ネットワークのいじり方も必要？
個別のミドルウェアの設定ファイルやいじり方も熟知していないと駄目？

**デフォルトの名無しさん** · 2017/07/22(土) 11:56:43.12

環境構築は、プログラマーよりもはるかに難しい

最低でも、LPICレベル1 は必要

**デフォルトの名無しさん** · 2017/07/22(土) 12:40:22.35

>>15
じゃあそれできればそこそこ金になる？

**デフォルトの名無しさん** · 2017/07/22(土) 12:50:33.24

金とは関係ねーだろ
金っていうのは会社が儲かっているかどうかできまる

**デフォルトの名無しさん** · 2017/07/22(土) 13:00:52.65

>>17
いやいや金は大いに関係ある
会社が儲かっていようが無かろうが給料の配分は平等じゃない
会社が必要とするならば給料は高くなる、
上がらないならやめる。習得した技術の内容に需要があるならば
再就職先はあるはずだし、習得した技術の需要が高ければ待遇が
良くなる。だから金は関係ある。
インフラの習得は簡単ではない。しかしビジネスとインフラは直結
しないから、それを評価されうるか、金として還元されるかって超重要じゃね？
めっちゃ頑張って勉強してLPICとかとって、「動いて当たり前。資格なんて意味がない」
とかいわれたら洒落にならないよ。

**デフォルトの名無しさん** · 2017/07/22(土) 13:12:54.56

プログラマーで、環境構築・運用ができる人は、まずいない。
だから、プログラマーよりも給料が高い

まず、コマンド・シェルスクリプトを知っている者が、少ない

皆、tmux も知らないだろ。
cron もまともに出来ない。環境変数が異なるから

( ) 内は、サブシェル・子プロセスで実行されるから、
親プロセスと環境変数は共有していないとか

OS・システムの内容は、プログラムよりも、めちゃめちゃ難しいから

**デフォルトの名無しさん** · 2017/07/22(土) 13:17:14.44

>>19
OK ありがと。超やる気でたわ

**デフォルトの名無しさん** · 2017/07/22(土) 13:55:49.21

>>18
技術力でもらえる金が決まるんじゃないよｗ

極端な例を言えばバスの運転手が
docker使えたって給料は増えない

需要がなければ、何ができたって価値はない。
需要は会社で決まる。

**デフォルトの名無しさん** · 2017/07/22(土) 13:58:05.91

>>19
> プログラマーで、環境構築・運用ができる人は、まずいない。

そういうレベルの会社なのに給料が良いとでも？ｗ

そうですね。

結局給料は会社が儲かってるかどうかで決まりますからね
技術力が低くてdockerなど使わないような所でも
会社が儲かっていれば、給料は高くなりますよ。
その人がうまく自分をアピールできればね

**デフォルトの名無しさん** · 2017/07/22(土) 14:08:45.33

技術者にも会社を選んだりやめたり、給与交渉したり、
「もうやらないよ？」っていう選択肢があるよ。
俺がいた前の会社には「CSSが書くのがめっちゃ速い」といって評価されている
人がいた。確かにCSSは自己アピールに最適だよ。
見た目ですぐにその人のデザインで主張できるから。ビジネス上の収益に関与できる。
WordPressもそんな感じだ。
JavaScript、サーバ側アプリケーション構築、インフラとなるにつれ
やる内容はマゾくなるわりに、外見上で評価されづらくなるよ。
だからといって「会社が儲かっているかどうかが全て」「ビジネスで成果出せ」
何ていう基準で給料がきまったら技術者なんてたまったもんじゃない。

**デフォルトの名無しさん** · 2017/07/22(土) 14:33:59.09

だからたまったもんじゃないという
世の中なんだってｗ

それが嫌なら、会社選ぶしかないよ

**デフォルトの名無しさん** · 2017/07/22(土) 14:47:56.03

伸びてると思ったらこれだよ
マ板にいけ

**デフォルトの名無しさん** · 2017/07/22(土) 14:54:29.83

使われてるところでは、普通に使われてるから何の評価もないし、
使われてないところでは、そもそも使わないから評価対象にならない

**デフォルトの名無しさん** · 2017/07/22(土) 20:55:04.47

データアクセス層のユニットテストにこっそりDocker使ってる
便利だとは思うけどうちはやる気のない会社だからこういう技術を正式に採用することはないだろう

**デフォルトの名無しさん** · 2017/07/23(日) 16:06:57.33

GradleもDockerみたいなもんなの？

**デフォルトの名無しさん** · 2017/07/23(日) 16:46:55.90

全くの別物

**デフォルトの名無しさん** · 2017/07/27(木) 01:59:49.19

vagrant-libvirtでfedora謹製のatom box使って
起動したのは良いけれどvagrant sshで入った後
rootでもuser(vagrant guid)でも読めるが書けないdirがある
結果(sudo) setup.py install 出来ない
こまつた

**デフォルトの名無しさん** · 2017/08/04(金) 01:35:27.22

>>30
そのディレクトリ chmodするとどうなるの?

**デフォルトの名無しさん** · 2017/08/04(金) 01:49:36.34

>>12
基本的に1プロセスを上げるもの = Docker(Apacheだけとか、MySQLだけとか、そういうこと）
多連装仮想マシンランチャー = vagrants
まっさらのインスタンス(仮想マシンか物理かは知らん）に定型的な設定ファイル入れたり、aptなりyumのパッケージをぶっこむ = ansible(あるいはchef)

いちおうDockerで複数プロセス上げさせることもできるっちゃできるが面倒ではある

**デフォルトの名無しさん** · 2017/08/04(金) 02:00:18.03

>>30
chmod 777 書けないdir

でやってみてどうなるかによる
で、chmodがエラーでハネられたらSELinux殺すあたりか？　fedoraのatomic試したことないから知らんが

**デフォルトの名無しさん** · 2017/08/04(金) 03:38:10.97

>>32
IPとかドメイン、パケットフィルタ関係のマシン外部の
設定までやりたい場合はDockerでいいの?

**デフォルトの名無しさん** · 2017/08/04(金) 22:21:30.72

>>34
そういうのはansible
ansibleでやることは
ネットワーク/セキュリティなどホスト設定
Dockerインストール
コンテナ起動

**デフォルトの名無しさん** · 2017/08/05(土) 01:22:27.06

Ansibleで冪等性という考え方を知ったときはすげぇと思ったな。
この理論は美しすぎる。

**デフォルトの名無しさん** · 2017/08/05(土) 01:34:07.68

>>36
まあ実際には冪等性にはならんけどなｗ

AnsibleだけにかぎらずChefなんかもそうだが、
「○○にする」という形で設定をすることができるが、
ここに書いたこと以外は無頓着

mysqlをインストールするという設定はできるが
PostgreSQLが入っていようが入っていまいが無頓着
PostgreSQLを消すと書かないかぎり、もしPostgreSQLが
入っていたとしてもなにもしない。

だから実行して作られた環境が必ず同じになるとは限らない
単に再度（二回以上）実行しても一回目と状態は変わらないというだけ

んで、最近はImmutable Infrastructureってことで
壊して最初からから設定して、その後変更しないので冪等性は必要なくなっている。
何度実行しても同じ状態になるではなくて一回しか実行しない。

**デフォルトの名無しさん** · 2017/08/05(土) 01:44:19.24

>>37
あれ、冪等性とImmutable Infrastructureって違う意味なんだね、
同じことを言ってるんだと思った。いやいや、勉強になりました。
そうか、それでそのImmutable指向なのがDockerやvagrantなんだね。

Ansibleは、「マシン壊さないでスクリプト再実行」
Dockerは、「マシン構築してイメージを固めて、使いたいときはそれを複製
して構築状態を再現する」って感じ？

**デフォルトの名無しさん** · 2017/08/05(土) 01:52:14.76

>>38
そう。書こうと思ってたけど他のスレに書き込んでいて遅れたけど、
Dockerでも完全な冪等性はない。

通常はイメージを作り直すたびに最新版として
更新が適用された形でイメージが作られる。
同じ手順でイメージを作るが、全く同じイメージができるわけじゃない。
もちろんそれは意図した動きであるので、問題あるわけじゃない。

そして全く同じものが欲しい場合は、作ったDockerイメージを使用する。

> Ansibleは、「マシン壊さないでスクリプト再実行」
そういうこと。もちろん壊してスクリプトを再実行しても良いが
アピールしている冪等性が有効に働くのは壊さないで再実行するときだけ

**デフォルトの名無しさん** · 2017/08/05(土) 08:06:56.98

ベキ等は既存のホストでも使えるって要件とのトレードオフ
気軽に捨てていい端末だらけならこんなものは要らない
既存のマシンは簡単には壊せない
それが客の物ならなおさら

**デフォルトの名無しさん** · 2017/08/05(土) 08:36:07.74

>>40
正直それ意味わからん。
客のものだろうがバックアップ取ったら片方は好きにいじればいいだろ。
コピー元が客のものだったとしても、複製したものは自分のものだろ。
個人情報云々も関係ないよ、マシン預けるってことは預けたマシンの中身を
全部知られてもいいってことだから。

**デフォルトの名無しさん** · 2017/08/05(土) 09:04:53.62

>>41
そりゃ自社に複製した後なら作るのも捨てるのも自由だろうけど世の中そんな簡単じゃないよ
レガシとの絡みのせいで複製できない(複製するのに多大な工数がかかる)システムは少なくない
技術的には可能でも客のポリシの都合でできないこともある
客か別の企業がインフラの面倒を見てくれるならいいけど
権限を幾らか譲渡するのでうちに来て環境構築してくださいという案件も結構ある
こういう案件では同じ端末にすでに別のアプリが稼働している事が多い
そうなるとリスクが高すぎるからゼロから組み上げましょうなんて提案はできない

**デフォルトの名無しさん** · 2017/08/07(月) 19:54:24.01

>>42
いやそれでもおかしい、
結局のところ仕事として請け負っている以上何かを変えなければ
何も達成しないわけで、部分的にディレクトリ構造だけでも切り出して
複製するなりして結局何か変えたり追加したりしなければ仕事に
ならないんだよ。
できない、費用対効果がなさすぎる、リスクが高すぎる或いは見積もり不可ならば
請け負うべきじゃない。
あなたに請け負う決定権がないなら決定した人間の責任。
それで失敗してとやかく言われたりするならば会社を辞めればいい。
上の方でも議論されてたけど。
企業体やビジネスだってImmutabuleでいいじゃんって思うんだよね今の時代。
無責任なこと言ってるみたいだけど最終的にそっちの方が正解なんじゃないかなぁ。

**デフォルトの名無しさん** · 2017/08/09(水) 02:24:25.40

・Dockerとシェルスクリプトの違いって
・「コンテナ」「イメージ」「スナップショット」という概念が導入された。
・DockerのためのコマンドAPIが充実しいている。
　くらいなものか？

・AWSと比較したら、AWSよりも使い捨て性がよく、「スクリプト」を作る
　仕組みが整っている。ってな感じかねぇ。

**デフォルトの名無しさん** · 2017/08/09(水) 02:34:15.78

シェルスクリプトとは全く関係ない

**デフォルトの名無しさん** · 2017/08/09(水) 17:22:33.92

>>31,33

30だけど返事遅れてごめん
chmod 777 dir はread-onlyとか言われて
rwxr-xr-xだっけ？も変わらない
親dirも同じ

ググるとmountナントカをVagrantfileに書けってあって
やってみたけどループとか入れてるので
そのままじゃだめだった
最初からやり直そうかなと思いつつ報知

**デフォルトの名無しさん** · 2017/08/11(金) 09:39:11.19

>>44
シェル云々って、もしかしてchrootの事を言いたいのか?

**デフォルトの名無しさん** · 2017/08/12(土) 13:18:10.59

DockerってGUIツールとかないの？
GUIは設定した名前や値を覚えてなくていいから便利なんだよなあ
あとスクリプトのテンプレートを生成してくれる支援系ツールとか、
コマンド生成ツールとか充実してるとありがたい。

**デフォルトの名無しさん** · 2017/08/12(土) 14:19:15.99

372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円　平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ

それらの案件まさぐってHPで転売していたのが零細ITがやるフリーランスサイト

473非決定性名無しさん2017/08/03(木) 15:21:30.71

JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の
間でやらしている。

446非決定性名無しさん2017/08/02(水) 22:12:48.95

JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした

自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

**デフォルトの名無しさん** · 2017/08/13(日) 17:53:13.25

誰かこのスレでDocker使ってBitCoin掘ってる♂人いる？

**デフォルトの名無しさん** · 2017/08/15(火) 12:57:53.44

Moneroなら掘ってるけど・・・・プログラム板と関係なさすぎじゃねえの？

**デフォルトの名無しさん** · 2017/08/17(木) 19:08:53.78

インフラの設定ってどう練習すりゃいいのかなって思う。
コンフィグの設定はプログラミングと違って新たな発見とかがないから
苦痛だな。

**スレチかもだけど** · 2017/08/17(木) 20:32:05.78

>>52
俺はVM上でテストしてるよ

失敗したり挙動が怪しくなってもスナップショット機能ですぐ元に戻せるから
色んなことを気楽に試せるようになると思う

まあインフラって「動いて当然」だから、必然的に枯れた技術と豊富なノウハウの世界になるのはしゃーない
ただ、“落とさない技術”とか“落ちたときになんとかする技術”とかは、知ってると良いこといっぱいあるよん

**デフォルトの名無しさん** · 2017/08/17(木) 22:05:34.29

誰かのせいにする技術

**デフォルトの名無しさん** · 2017/08/21(月) 19:07:05.90

データベースコンテナの扱い方がよくわからん
テーブルの作成とデータ投入とマイグレーションってどうすればいいんだ

**デフォルトの名無しさん** · 2017/08/25(金) 22:22:31.90

ユーザー単位のプライベート開発環境構築は圧倒的にdockerが楽だな
でもdockerはよくわからんからダメってお客が多くて運用ではイマイチ使えない

**デフォルトの名無しさん** · 2017/08/25(金) 22:35:38.04

開発環境と言うからにはGUIのテキストエディタとか
入ってなきゃいけないはずなんだが、それは本当にDockerか？

**デフォルトの名無しさん** · 2017/08/25(金) 23:02:42.07

あーうちはそこまで仮想化原理主義的じゃないんだ
エディタとランタイムはローカルの使ってる
ローカルJDK+gradle+好きなエディタ
ローカル.NET+cake+好きなエディタ
サーバーはcomposeでお手軽に構築
ユニットテストはビルドから全部フレッシュなコンテナでやってるよ

**デフォルトの名無しさん** · 2017/08/25(金) 23:22:19.30

> あーうちはそこまで仮想化原理主義的じゃないんだ
仮想化原理主義とかいうとVagrantも仮想化なんで
それをいうのならアプリケーションコンテナ原理主義でしょ？

> エディタとランタイムはローカルの使ってる
略
> ユニットテストはビルドから全部フレッシュなコンテナでやってるよ

言葉の定義の問題だけど、それを俺は開発環境とは呼ばないんだよな
だってその環境で開発してるわけじゃないから。
ユニットテストの実行環境

そしてもう一つ。CIとしてコンテナでユニットテストを
動かすってのはありなんだけど、（俺の定義での）開発環境として
ユニットテストを動かすのは大変じゃないか？

俺の定義での開発環境のユニットテストっていうのは
例えばクラスを一ついじった時に、それを保存したタイミングなどで
そのクラスだけのテストを実行したりすること
言い換えるとテキストエディタやIDEからユニットテストを実行するってこと

不可能じゃないと思うけど、そこらへんを整えてくれてるものはないと思うんで
労力を考えるとDockerを使うのは全体のテストを実行するだけでよいCIのユニットテストに限定される

よってユニットテストであっても開発環境としてDockerを使うのは大変であるというのが結論
開発環境だとデバッグのための機能を有効にしたりするしさ。
単に開発で使うサーバーの実行環境として使うのは楽だけどね。

**デフォルトの名無しさん** · 2017/08/26(土) 08:37:04.28

>>56
そのお客の感覚はかなり正しいと思うけどな。
少なくとも今のdockerの段階だと。

**デフォルトの名無しさん** · 2017/08/26(土) 12:52:59.65

ほぼどんな環境でも動く
デフォルト設定が吟味されてて多くの場合でオプション不要
手軽に細かくカスタマイズもできる
オフィシャルでセキュリティ的に安全
頻繁にメンテナンスされる

そんなRolesが大量に手軽に手に入るなら個人的にはDockerは要らないかな

**デフォルトの名無しさん** · 2017/08/27(日) 05:51:27.92

>>60
将来を考えたら根幹に関わる部分で複雑な事はやって欲しくないと思うわな
dockerに限ったことじゃないが、遅かれ早かれ陳腐化する訳だし
枯れた手法と比べて明確なメリットがなきゃ導入しない方が良い

**デフォルトの名無しさん** · 2017/08/27(日) 08:55:46.09

そんなのビジネスの内容次第だろ
手早くスタートアップして頻繁にビジネスに変化があると見込まれるなら安定感はそれほど優先度の高い項目じゃない
何でもかんでも枯れてる安定したものがいいってところで思考停止してる人が多すぎる

**デフォルトの名無しさん** · 2017/08/27(日) 15:03:25.96

>>62
> 将来を考えたら根幹に関わる部分で複雑な事はやって欲しくないと思うわな

じゃあ、そこで前提として
今より複雑か、簡単かという話が必要になる。

根幹に関わる部分は複雑になっている。
これがDocker使うと複雑なものが簡単になる。

これを否定するならば、なぜDockerを使うと
複雑になるのかを説明しなければいけない。

その時に「俺はDocker知らん。勉強しなければ
いけないから複雑なんだ」では答えになっていない。

もちろんDocker使うと複雑なものが簡単になるというのは説明可能

**デフォルトの名無しさん** · 2017/08/27(日) 16:45:51.14

ansibleってなんかめんどくさいな
ベキトウセイとかシェルスクリプトで十分じゃん
apt-get install -y hoge
これだけでもベキトウだよ
なんでわざわざあんなわかりにくい大げさなyml書かなきゃいけないのさ？

**デフォルトの名無しさん** · 2017/08/27(日) 17:01:52.72

誰しもがメンテしやすいシェルスクリプトを書ける訳じゃないからね
逆に言えば書けるならそれでいいという話になるが

**デフォルトの名無しさん** · 2017/08/27(日) 17:09:12.09

>>66
プレイブックは誰にでもメンテナンスしやすいものだっていうansible側の広告が刷り込まれて先入観があるんじゃないかな？
実際あんなのメンテナンスするのわかりにくいし大変だよ
例えば鍵とかリポジトリ登録するところとかシェルで書くときはこうだなってのわかってないと絶対プレイブックも書けない
シェルがわからない非エンジニアでもプレイブックならわかるって本気でみんな考えてるのかな
その感覚よくわからんわ

**デフォルトの名無しさん** · 2017/08/27(日) 17:10:33.18

>>63
自由に導入したらいいよ
明確なメリットがあれば俺も使うし

>>64
複雑というのは習得に掛かった時間と思って貰えたらいい
dockerで用意された環境を立ち上げる事は簡単だが
その用意された環境を構築する作業も簡単とは俺は決して言えない

**デフォルトの名無しさん** · 2017/08/27(日) 17:18:30.76

>>68
Dockerを使わずに鯖運用するスキルを身につけるコストのほうが高いと思うぞ

**デフォルトの名無しさん** · 2017/08/27(日) 20:07:24.33

>>68
> 複雑というのは習得に掛かった時間と思って貰えたらいい
何を言ってるんだ？

例えば、未経験者にとっては習得に時間がかかると思うが
習得に時間がかかる＝複雑だというのなら、

お前は

未経験者「俺の知らないことだかけ。複雑ですね。導入する価値なし」

って言われて納得するのか？

**デフォルトの名無しさん** · 2017/08/27(日) 20:07:41.75

未経験者「俺の知らないことだらけ。複雑ですね。導入する価値なし」

**デフォルトの名無しさん** · 2017/08/27(日) 20:55:27.14

>>64
まあ大前提として、一番重要なデータ部分と設定のドキュメント化が
しっかりして残されてる事が最低限だよな。
リポジトリから拾ってきたな様なのにはその辺がブラックボックスなのが
少なくないがw

逆に言えば、それさえ明確にきちんと残されているなら、仮にdockerが
陳腐化して消え去っても移行は全然難しくない。

**デフォルトの名無しさん** · 2017/08/27(日) 21:02:37.75

Dockerの素晴らしい点はイメージを作るものは
手順書などというメンテナンスされない傾向にある
ドキュメントではなく、Dockerfileという簡単な
設定ファイルで書くことができるってこと
だからブラックボックスにはならない

でここから二種類の人間に別れる。Dockerfileは
すごく簡単なファイルなんだが、

未経験者の新人ややる気のないSEのような
Dockerfileが読めない人間は、勉強したくないと駄々をこねる
なまじ年を取ったやつが偉そうに複雑だから使えないとか
破綻したことを言い出すわけだ

**デフォルトの名無しさん** · 2017/08/27(日) 21:39:03.20

>>69,70
一応言っておくけどdocker不要論者じゃないからね
メリットがあるなら使えばいいと言ってる
要求が上がるにつれて自然と選択肢に上がるんだし

**デフォルトの名無しさん** · 2017/09/01(金) 20:50:15.08

windows系がわからん
ssh => winrm
apt/yum => chocolatey
docker => windows server container
ansible => powershell DSC
vagrant => vagrant

これでいいのか？
guiインストーラーしかないマイナーなアプリのインストールとかどうやって自動化するんだ…
誰も使ってなくて相談できねぇ

**デフォルトの名無しさん** · 2017/09/01(金) 22:51:41.61

ふつうのWindowsInstallerベースならGUI使わずにインストールできるけどね。
わざわざ独自にGUIインストーラー実装してるような変わり者ならしょうがないが。

**デフォルトの名無しさん** · 2017/09/03(日) 04:17:07.76

DockerとかVagrantとかのツールってさ、
例えばLinuxコマンド一切叩け無い人や、
素でサーバ構築した経験がない人がいたとして、
DockerfileやVagrantfileの書き方や、
dockerコマンド、vagrantコマンドだけ覚えた場合でも構築
出来るようになるの？

**デフォルトの名無しさん** · 2017/09/03(日) 06:13:15.18

なるわけない

**デフォルトの名無しさん** · 2017/09/03(日) 07:06:55.64

Chef 社のレシピを使えば？

**デフォルトの名無しさん** · 2017/09/03(日) 08:05:37.08

VagrantfileのRubyの記述苦手、
特にシンボルと配列のキーを指定する記法とがごっちゃになるし、
設定項目と値の間に = 要るのか要らんのかの基準がよくわからない

**デフォルトの名無しさん** · 2017/09/03(日) 08:21:04.81

>>77
linux未経験だったけど普通に使えてるよ
プログラムのAPI覚えるのと変わらん

**デフォルトの名無しさん** · 2017/09/03(日) 12:48:09.75

Ruby では、= は代入。
変数 = 値

= が無いのは、メソッド名と引数。
puts :abc
#=> abc

メソッド名(引数)の、( ) を省略できる。
常に省略できるかどうかは、知らないけど

**デフォルトの名無しさん** · 2017/09/03(日) 21:34:14.77

色々試したけどVagrant+シェルスクリプトがベストだな
AnsibleとDockerはやりたいことに対して実現方法が大げさすぎる

**デフォルトの名無しさん** · 2017/09/03(日) 23:05:16.22

Dockerは使う目的が違うから比較するものじゃない。

**デフォルトの名無しさん** · 2017/09/03(日) 23:06:38.28

それはそれとして、MacではVagrantを使うまでもなく
実OS上でアプリ開発すればいいし、
Windows もWSLでUbuntuが使えるようになったし、
今の時代でもVagrantを使う必要があるのか悩む

**デフォルトの名無しさん** · 2017/09/03(日) 23:11:54.10

環境汚さないためにはVagrantいいんじゃないか
でもMacに慣れた後Linuxやるとめんどくさい
brewだと特に苦労せずサクサク新しいバージョンのパッケージが入る
Linuxはいちいちリポジトリや鍵登録せんとあかん
メンドくさくて環境汚れてもMacでいいやという気持ちになる

**デフォルトの名無しさん** · 2017/09/03(日) 23:29:48.19

>>86
だからそこでDockerを使うんだよ。
Docker使えば環境を汚さずに（消したいときはコマンド一つ叩くだけ）
好きなバージョンを入れられる。

**デフォルトの名無しさん** · 2017/09/04(月) 06:12:29.90

汚さないって言ってもdocker imageが大量に残るのがなぁ

**デフォルトの名無しさん** · 2017/09/04(月) 16:38:39.40

それはもうしょうがない
むしろ docker rmi でいつでも気兼ねなくサクサク消せるのがメリットなんだと割り切っちゃえ

**デフォルトの名無しさん** · 2017/09/04(月) 17:53:39.35

windows 7だとdocker machine使わんといかんのがひと手間かかって面倒でなぁ

**デフォルトの名無しさん** · 2017/09/04(月) 20:29:54.61

>>90
え？いらなくね？
普通に最新のDocker for Windowsインストールして
docker ps できたよ。
docker machine使わないといけない技術的な理由思いつかないし

ほら、なにもいない

docker-machine ls
NAME ACTIVE DRIVER STATE URL SWARM DOCKER ERRORS

docker-machine config
Error: No machine name(s) specified and no "default" machine exists

**デフォルトの名無しさん** · 2017/09/04(月) 20:31:41.25

もしかしてWindows 10ならOKで
Windows 7はNGってこと？

**デフォルトの名無しさん** · 2017/09/04(月) 22:27:05.73

HyperVに依存しとるとさ

**デフォルトの名無しさん** · 2017/09/06(水) 06:40:13.96

DockerってYAMAHA, ciscoのルータとかファイアウォールへのコンフィグ流し込みに
も使えるの？
正直Linuxマシンは手動ゴリ押しでもDockerでも構築できるっちゃできる。
だけどこれらのOSとかAndroidとかLinux以外が簡単に構築できたらめっちゃ
便利やん。
Winはその・・・お察しだな。

**デフォルトの名無しさん** · 2017/09/06(水) 06:44:51.20

>>94
補足:
cisco, YAMAHAとかのOS独自のコマンド操作とかGUI操作のものを、
RubyとかYMLとかDockerfileの文法に変換して統一出来たらいいなってこと。

**デフォルトの名無しさん** · 2017/09/06(水) 07:48:48.09

Dockerはそもそもそういう用途のものじゃない
AnsibleにIOSのモジュールがあるっぽいよ
https://gblogs.cisco.com/jp/2016/11/ansible-ios-related/
リアリインフラは触らないから使ったことはないが

**デフォルトの名無しさん** · 2017/09/11(月) 21:00:50.06

あるサーバを構築したときのコマンド入力作業を
historyからシェルスクリプトにしておけば、
DockerやChefと同じことできるんじゃないの?
全く同じサーバが1枚のフャ@イルで構築でｂｫるじゃん。

**デフォルトの名無しさん** · 2017/09/11(月) 23:44:54.91

Dockerの方がパフォーマンスが良いし
レジストリも充実してるよ
あとDockerって慣れてくるとDockerfileは自分では殆ど書かなくなってrunとかcomposeがメインになってくるんだわ
だからシェルスクリプトとじゃ比較にすらならない

**デフォルトの名無しさん** · 2017/09/17(日) 19:14:50.22

oracle公式のイメージって無いの？

**デフォルトの名無しさん** · 2017/09/24(日) 21:52:22.92

VirtualBoxがDocker意識してUI作り込んだら
便利かもしれん。
ホスト側の管理はUIあったほうがやりやすいからな。

**デフォルトの名無しさん** · 2017/09/28(木) 19:35:59.80

GUIが欲しいならKitematicがあるやん
でもコマンドラインに慣れておいた方が自動化の環境構築をパパっと作れて良いぞ

**デフォルトの名無しさん** · 2017/10/11(水) 12:06:18.93

Dockerってcronとかバッチみたいなジョブスケジューラ
機能もあるの？

**デフォルトの名無しさん** · 2017/10/11(水) 12:12:52.55

ない

**デフォルトの名無しさん** · 2017/10/11(水) 20:32:01.73

DockerってGUIは動かせんの？

**デフォルトの名無しさん** · 2017/10/11(水) 22:33:04.18

動かせるよ

**デフォルトの名無しさん** · 2017/10/14(土) 15:57:55.21

>>102
host側のcronでdockerを叩けば良いんじゃない？ー

**デフォルトの名無しさん** · 2017/10/14(土) 17:58:36.49

>>105
マジデ！？
GUIコンテナ絶対便利なのにやってる人見た事ないなぁ
EclipseコンテナとかVisualStudioコンテナとかあれば絶対流行る
必要なもの全部入りで隔離されたクリーンな環境とか最高やろ
しかもコマンド一発でインストールできちゃう

**デフォルトの名無しさん** · 2017/10/14(土) 18:31:29.09

>>107
普通に使ってるけど…

**デフォルトの名無しさん** · 2017/10/14(土) 22:08:55.30

上司に「Docker使いましょうよ」って提案してみたら、
「Xamppで十分でしょ」って返された。
何か言い返したかったがこれと言って強力な
Xamppに対するアドバンテージが思いつかなかった。

**デフォルトの名無しさん** · 2017/10/15(日) 09:24:22.95

え？それってギャグで言ってんの？

**デフォルトの名無しさん** · 2017/10/15(日) 09:53:35.93

DockerはXamppじゃない。用途が完全に違う。

というかDockerを使ってXampp相当のものを
作ろうとすると相当大変だぞ

Docker使ってPHP製のアプリを実行する所までならまだわかるが
Xampp＝通常は開発用にするには、更に色んな機能が必要になる。

**デフォルトの名無しさん** · 2017/10/15(日) 10:08:26.53

ドライバーと工具箱くらい違うだろ

**デフォルトの名無しさん** · 2017/10/15(日) 10:31:02.51

使い捨てしない場面でDocker使う意味あんの？
ビルドとかユニットテストに使うぶんにはDocker軽いし便利だけどね
ビルドサーバー汚さんですむのは嬉しい
でもサービス運用には向いてないでしょ
Dockerでイミュータブルインフラ実現だ～ってエキサイトした時期もあったけど
それはクラウドの仮想化サービス使えって結論でちゃったし

**デフォルトの名無しさん** · 2017/10/15(日) 10:47:04.11

>>113
Googleは全てのものがコンテナ上で動いてる

**デフォルトの名無しさん** · 2017/10/15(日) 10:50:45.14

>>113のようにDockerを分かってない人の典型例は、
Dockerがアプリデプロイ用のためのものだって
分かってないってことなんだよね。

クラウドの仮想化サービス使え？
その仮想化サービスにお前が作ったアプリを
配布するのはどうするんだよって話

**デフォルトの名無しさん** · 2017/10/15(日) 10:57:19.24

次の反論も想定できるから先に行っておくと、

アプリデプロイするなら、デプロイツールを使えばいいだろ？だって？

お前のアプリはどのOSでも同じ手順でデプロイできるのか？
ミドルウェアは何も使わないのか？ライブラリは何もいらないのか？
手元の開発環境（WindowsやMacOS）で動かしていたものが
クラウドの仮想化サービス＝Linuxで動くのか？

Docker使えば手元で動かしたLinux用のDockerイメージを
そのままクラウドの仮想化サービスで動かせるんだよ。

**デフォルトの名無しさん** · 2017/10/15(日) 11:08:18.67

もしこのあと反論があるとしたら、

うちはJavaを使ってる。一度プログラムを書けば、どこでも実行できる
Write once, run anywhereだよ

かな？

http://www.wdic.org/w/TECH/Write%20once%2C%20run%20anywhere
> 実際には、バイナリレベルでは仮想計算機の実装のバグ、ソースレベルではAPIの
> 実装バグやそもそも対応するAPI仕様の違いなどにより、どこでも確実に動くと断言できることはあまりない。
> このため、"Write once, test(debug) everywhere"(一度書いて全個所で試験(デバッグ)する)と揶揄されることもある。

**デフォルトの名無しさん** · 2017/10/15(日) 11:14:03.69

配布ごときなんでもいいよ
むしろたかがアプリケーションのデプロイにDockerを使うのは過剰すぎる

そもそもどんなOSにも配布する必要がない
他人に使ってもらうためのアプリケーションしか考えられないバカか？

ミドルウェアやライブラリは仮想マシンイメージに入れときゃいい
なんならイメージはまっさらにしてansibleで構成してもいいだろう

手元で動かしていたものがクラウドで動くんだよ
お前はテストしたことないのか？

**デフォルトの名無しさん** · 2017/10/15(日) 11:15:12.03

JVMのバグは気にするのにDockerのバグは見て見ぬ振りかよ
お前の環境のDockerとクラウドのDockerが同じ保証はどこにあるんだ？

**デフォルトの名無しさん** · 2017/10/15(日) 11:22:49.81

銀の弾丸を手に入れたつもりになってるバカってほんと迷惑だよ
うちにもDocker Dockerうるさい奴がいるけど
そいつはDocker使いたいだけでDockerの事も社の保有するインフラの事情や社内政治のことをなんもわかってない

**デフォルトの名無しさん** · 2017/10/15(日) 11:24:20.20

手元で動いてこりゃ便利とか思ってるだけで
実際に大規模なサービスで運用したこともない雑魚なんだろうな
ぶっちゃけ透けて見えるよ

**デフォルトの名無しさん** · 2017/10/15(日) 11:27:36.15

JavaのWrite once, run anywhereが失敗したのは、
違うOSなのに、Javaの力だけで同一の実行環境を
作り出そうとしたところなんだよな。

Dockerのアプローチは別で、Linuxという環境のみで
Write once, run anywhereを実現したということ。
Linuxでしか動かないじゃんと思うかもしれないが、
WindowsとMacではすでにある仮想マシン技術を利用することで実現
もっともWindowsとMacは本番用途としては考慮されてないと思うが。

本当に同一環境か？という点で見ると、Linuxのカーネルの違いというものはある
だけどLinuxは元からカーネルが違ってもユーザーランド（カーネル以外）には
100%に近い互換性を持たせる方針なのでそれが問題なることはない。

だからローカルで開発で使用していたDockerイメージをそのまま
クラウドの仮想化サービス上に持っていくことができる。
その作業も単にdocker runするだけ

**デフォルトの名無しさん** · 2017/10/15(日) 11:29:17.48

>>118
> そもそもどんなOSにも配布する必要がない
> 他人に使ってもらうためのアプリケーションしか考えられないバカか？

え？自分一人で使うアプリケーションしか考慮してないの？

普通は他人に使ってもらうアプリを作りし、開発する人も複数人、デプロイする人も自分以外にいる。
プロジェクト外れて他の誰かに完全に引き渡すことも有るし。

**デフォルトの名無しさん** · 2017/10/15(日) 11:30:24.71

所詮は方針だろバカ
テストしろ

**デフォルトの名無しさん** · 2017/10/15(日) 11:33:31.89

>>121
> 実際に大規模なサービスで運用したこともない雑魚なんだろうな

実際に大規模なサービスで運用するならまずDockerだよｗ

いろんなクラスタ管理ツールが生まれてきたけど、
今はkubernetesに集約されつつ有るな。
これはDockerイメージを使うことが前提となってる。

知らない人もいそうなので適当に引用すると

https://qiita.com/MahoTakara/items/85096f8b2632c802ab22
> Kubernetes（クーべネティス）を一言で言うと、自動デプロイ、
> スケーリング、アプリ・コンテナの運用自動化のために設計された
> オープンソースのプラットフォームです。
> Kubernetesによって、要求に迅速かつ効率良く対応ができます。

あんた実際に大規模なサービス運用したこと有るんでしょ？
何使ってる？

**デフォルトの名無しさん** · 2017/10/15(日) 11:34:05.67

>>123
そこで自分一人で使うって解釈になるのがアスペくさいな
サービス利用者は幾らでもいる
開発運用する側がプロジェクトメンバーと連携するのは当たり前だろ
むしろお前はプロジェクト内でOSも定めずに作業してんのかよ
どんだけ適当な職場なんだ

**デフォルトの名無しさん** · 2017/10/15(日) 11:35:26.06

>>125
>まずDocker
ねーよwww
普通にansible使え

**デフォルトの名無しさん** · 2017/10/15(日) 11:36:32.82

はぁ
アホの相手は時間の無駄だな
休日に何やってんだろ俺

**デフォルトの名無しさん** · 2017/10/15(日) 11:36:53.92

>>124
テストはするだろ？

ローカルのDockerイメージでテストすれば
それがサーバーでも動くことが保証される。

もちろんアプリの話ね。ローカルの開発と実際のサーバーでは
インフラの構成は違うので、その部分はテストが必要。
アプリの部分のテストがローカルでできるって話。

ちなみにローカルであっても実際のクラウドと互換性がある環境を
用意することでテストすることもできる。
その場合はminikubeを使うと良いよ。Kubernetesの公式ツールで
Kubernetesと同等の環境をローカルに作り出すことができる。
もちろんDockerイメージが有ることが前提

大規模開発ってDockerがないと大変だよねｗ

**デフォルトの名無しさん** · 2017/10/15(日) 11:41:46.66

>>127
ansibleでどうやってクラスタ組んで自動デプロイやスケーリングやってんの？

ansibleは特定のOSというか異なるディストリどころかディストリのバージョンが
上がった時でさえ使いまわしできないもので、環境ごとに用意するもの。
そして最低限の環境を作るものだよ。
OSとDockerのインストールと簡単なネットワーク設定程度にとどめておいたほうが良い

いちいちansibleでアプリから使用するライブラリのバージョンが
アップデートされたから入れ直しますとかやらないほうがいい。
そんなことやるとトラブルのタネにしかならんよ。

ansible（等）の冪等性は書いて有ることはその通りに設定されるけど
書いてないものに関しては、我関せずだからね。
環境ごとに用意しなければいけないansibleにたくさんのことを書くはめになる。
そしてそれはローカルの開発環境には使用できない

**デフォルトの名無しさん** · 2017/10/15(日) 11:45:54.18

>>126
> むしろお前はプロジェクト内でOSも定めずに作業してんのかよ
> どんだけ適当な職場なんだ

実行OSと開発OSが別ってだけですが？

いえ、サーバーと全く同じOS、例えば超軽いが実行専用にカスタマイズされていて
テキストエディタすら入っていない、CoreOSやContainer-Optimized OSを
普段の開発用OSとして使ってるっていうのならいいんですよ？

なぜ開発しやすい環境で開発して、それをそのままサーバー上で動かさないのでしょうか？ｗ
まあそれができるのがDockerというわけ。

**デフォルトの名無しさん** · 2017/10/15(日) 11:49:59.73

本番でDockerもAnsibleもautoscalingも全部使うよ
使い方がわからないものは使わないほうがいいよ
便利の定義はスキルセットによるし

**デフォルトの名無しさん** · 2017/10/15(日) 11:51:53.70

autoscalingってAWSの機能か？
kubernetesはGoogleが作ったものだけど
GCP上ではなくAWSでも動く
俺はGCP上でしか使ったこと無いけどね。

**デフォルトの名無しさん** · 2017/10/15(日) 11:55:03.35

> 121 名前：デフォルトの名無しさん[sage] 投稿日：2017/10/15(日) 11:24:20.20 ID:jiVarmiT [6/10]
> 手元で動いてこりゃ便利とか思ってるだけで
> 実際に大規模なサービスで運用したこともない雑魚なんだろうな
> ぶっちゃけ透けて見えるよ

さて、こいつが大規模サービス運用したことが有るような
発言してくれるのはまだだろうか？ｗ
低いスキルセットしか持ってないのが透けて見えるよ。

**デフォルトの名無しさん** · 2017/10/15(日) 11:59:36.35

上の方でDockerの技術がわからないから政治問題にすり替えようとしている人がいたけど、
コンテナ自体はLinuxカーネルの機能で、Dockerはそれをラップしているツール。
代替技術は他にも有る。

例えばrkt。検証はしてないがKubernetesでも対応している。

そしてこういうものも有る。
http://www.publickey1.jp/blog/16/kubernetescri-odocker.html
> Kubernetes、独自のコンテナランタイム「cri-o」開発中。
> コンテナランタイムのインターフェイスを標準化し、
> Dockerだけでなくどんなコンテナランタイムでも対応可能に

**デフォルトの名無しさん** · 2017/10/15(日) 12:00:21.34

Dockerは仮想化とコンテナ、AnsibleはDeploy
コンテナはDeployの一手段だから混同してしまうのは仕方ない
ID:/8UsyUgnも煽るような言い方してよくない

**デフォルトの名無しさん** · 2017/10/15(日) 12:01:19.25

> ID:/8UsyUgnも煽るような言い方してよくない
良いだろｗ　それが５ちゃんねるだ。

**デフォルトの名無しさん** · 2017/10/15(日) 12:11:27.93

Ansibleは構成管理ツールだよ。マシンの構成を管理するだけ
アプリのデプロイは行わない。

もちろん頑張ればデプロイもできるけど、構成管理ツールで現実的なデプロイは
すでに完成されたアプリを動かす程度
いま自分らが開発している真っ最中のアプリは内容が多くなりがちで変更も頻繁に発生するので
Ansibleでやるのは大変。playbookが正しく動くかのテストが必要になる。
作成したplaybookはなるべく変更しないような、そういう使い方にとどめておいたほうが良い

んで、Dockerももちろんデプロイツールではない。デプロイを容易にするために
開発しているアプリとその周辺（ミドルウェアやライブラリ）をひとまとめにするもの。

デプロイする時に細かいコンポーネントに別れていたら、
それらを一つ一つデプロイするものとして書いていかなければいけないけど、
それらがひとまとめになっていれば一つだけデプロイすればすむ
それがDockerイメージ

デプロイするべきものが一つになるので、デプロイはツールを使うまでもないんじゃね？
って言いたくなるほど、シンプルになる。

そこまで来るとAnsibleを使って、Dockerイメージをデプロイするのもありだよｗ
そう。AnsibleとDockerは組み合わせて使うものなんだ。

まあGCPなどのクラウド使っていれば、その基本機能としてDockerイメージを
使う方法があるから、Ansibleを使わなくて良いんだけどね。

**デフォルトの名無しさん** · 2017/10/15(日) 12:51:15.75

俺もansibleはゴミって昔から主張してるけど、なぜかありがたがって使う人がいる
互換性酷い、yaml生産性悪い、かゆいとこ手が届かんで最悪
docker & ssh & shell scriptが最強
この組み合わせなら、誰でも使えるし、可能性も無限大
KISSの原則ってやつだな
dockerはどうなるかわからんがssh & shell scriptは長く安心して利用できる点も高評価

**デフォルトの名無しさん** · 2017/10/15(日) 13:48:47.99

>>139
> 互換性酷い、yaml生産性悪い、かゆいとこ手が届かんで最悪
それな。

使うために "中間層" が必要なるという仕組みが悪い
アプリのインストールや設定とか普段シェルスクリプトでやってるはず

だけどAnsibleとかそのアプリをインストールするためのプラグイン（中間層）が必要になる。
それをアプリが公式に用意しているならまだマシだけどそれは少数派
Ansibleがどれだけ成長したとしても、アプリに完全対応はできない。
バージョンが変わるたびにこの組み合わせで正しく動くだろうか？って考えなきゃいけない。

そしてプラグインを使うための知識が必要になる。
普段シェルスクリプトでやってるのと同じことをやるだけなのに
別の知識と道具が必要になる。

あとYAMLは本当に設計ミスだと思う。
構成っていうのは一連の流れで作るものなので
スクリプトの方が適切。

**デフォルトの名無しさん** · 2017/10/15(日) 14:23:35.60

ansibleはmodule使ってる限り冪等なのがいいんだろ

そして、yamlもそこまで悪くない
docker-composeでも使うし、生産性低いならきちんと訓練すべきだと思う

**デフォルトの名無しさん** · 2017/10/15(日) 14:40:41.95

> ansibleはmodule使ってる限り冪等なのがいいんだろ

「使ってる限り」と言ってる時点で駄目なんだよ。
なぜmoduleを使う？自分で作ればよかろう？
もちろん作るのが大変だから使うのだろうがそれで起きてるのが互換性問題。

アプリ開発社からすればAnsibleや誰かが作ってる
非公式の質の低いモジュールを使わざるを得ない
ここでいう質の低いっていうのは、アプリのあるバージョンに
完全に対応していなかったり一部の機能が抜けていたりする。
そしてそれを自分で直さないといけなくなる

Dockerの場合はモジュールなどというものはなく自分でDockerfileを作るのが基本
もちろんある程度用意されているがほんの数行のファイルなので自分でメンテナンスできる。

> そして、yamlもそこまで悪くない
YAMLが悪いと言っているのではない。設定として使うのは問題ない。
構成管理のように順番があってその通りに実行していかなければいけないものを
YAMLという順番が関係ないようにみえる形式を使うのがダメだという話
やってることがスクリプト実行ならスクリプトで書けば良いんだよ。
設定とスクリプトは違うもの。

**デフォルトの名無しさん** · 2017/10/15(日) 16:06:17.00

まぁ、そんなこと言い始めたらshなんて可読性も低いしpythonのほうがいいとかになるんだよね
少なくとも個人が書いたスクリプトより、ansibleのmoduleのほうが信頼性は高いよ
DockerだってFrom句使うほうが普通だろ
なんで、どっちかはダメと攻撃せずにいられないのか
酸っぱい葡萄が大好きなんだな

**デフォルトの名無しさん** · 2017/10/15(日) 16:14:25.83

> まぁ、そんなこと言い始めたらshなんて可読性も低いしpythonのほうがいいとかになるんだよね
> 少なくとも個人が書いたスクリプトより、ansibleのmoduleのほうが信頼性は高いよ

意味が分からん。ごく普通にシェル使ってインストールとかしてるだろ？
もしかして黒い画面恐怖症かなにかか？

スクリプトは単純に何かのインストールコマンドと
ファイルの変更ぐらいしかしないよ。
なんでいつもやってる作業を置き換えないといかんのさ

**デフォルトの名無しさん** · 2017/10/15(日) 16:15:43.59

> DockerだってFrom句使うほうが普通だろ
From区にはdebianとかrubyとかしか使わんなぁ。
公式で用意されていればそれ使うけど、
用意されてないならされてないで
自分でDockerfile書くだけだし。

**デフォルトの名無しさん** · 2017/10/15(日) 16:16:17.65

っていうかFrom区ってなんだｗ
FROMだろ

**デフォルトの名無しさん** · 2017/10/15(日) 16:27:35.49

誰が書いたかも知らないようなmoduleは危険だぞ
人類はnpm left-padで痛い目にあったばかりじゃないか

**デフォルトの名無しさん** · 2017/10/15(日) 16:29:20.49

それな、DockerとAnsibleの違い

Ansibleは自分でやるべきことを誰かにやらせて楽をする。
Dockerは自分でやるべきことを自分でやるがその作業が楽になる。

誰かにやらせて楽をする方がいいかもしれんが、
それはその誰かが信用できる場合だけなんやで。

**デフォルトの名無しさん** · 2017/10/15(日) 17:31:51.97

>>145
あ、そうなんだ。そういう人にとってはansibleのモジュールは使いにくいかもね。
一般的にはnginxとかフレームワークくらいは使うと思うけど。
てか、yml書くのだってvimが普通なのに、なんでsh書かないとterminal恐怖症なんだよ
意味わからん

**デフォルトの名無しさん** · 2017/10/15(日) 17:44:48.24

てか、ansibleもDockerも同じ
なくてもどうにかなるんだけど、使える人は使う
使えない人は使わないし、使いたいとも思わない
そんだけ

**デフォルトの名無しさん** · 2017/10/15(日) 18:06:11.48

ansibleは生産性下げてるよ
fabricとかでいいじゃないか
ああいうのでいいんだよ、ああいうので

**デフォルトの名無しさん** · 2017/10/15(日) 18:19:59.49

>>149
Ansibleのモジュールはシェルスクリプトでできることの
全てを網羅してないっていうのが一番の問題なんだよ。

nginxがバージョンアップした時、新しく追加された設定項目に
モジュールはすぐに対応してくれない。

シェルを使っていればすぐできることが
Ansibleだと対応する機能をいちいち調べて
シェルとは違う方法で記述しないといけない。

その中間の変換作業が無駄

それに当然の話だけど、Ansibleは自社で開発しているアプリ用の
モジュールが存在しない。作らないといけない。
おかしいと思わないのかね？シェルですでにやってる作業と同じことを
調べ直す作業を何故やっているのかと

あー、もちろんAnsibleでシェルスクリプトを実行できるのは知ってるよ。
そんなのを使うならシェルスクリプトでいいじゃんって話だからね。

**デフォルトの名無しさん** · 2017/10/15(日) 19:00:33.44

それでいいんじゃね？
別に使わないとできないことはないよ
でもそれはshellだろうがDockerだろうがAnsibleだろうが同じ

そもそもAnsibleは環境構築以外だと、デプロイの導火線の発火に使うことが多いだろうから自社アプリ用のモジュールがなぜ必要なのかわからんけど
あなたにとってシェルがベストな選択肢なら、シェルがいいんじゃね？

**デフォルトの名無しさん** · 2017/10/15(日) 19:05:19.96

>>151
そこらへんは議論の余地があるかもね
他にもPuppetもあるしChefもある

全部sshとshで実現できるってんなこといったら、その他スクリプト言語もラッパツールも全否定だからな…
彼は一体何と戦ってるのか…

**デフォルトの名無しさん** · 2017/10/15(日) 19:35:47.65

たかが数行、長くても数十行の単純なスクリプトでOK
冪等性などという高尚な概念を導入しなくても問題なく運用できる
これでわざわざ構成管理ツールを導入しようって方がどうかしてる

**デフォルトの名無しさん** · 2017/10/15(日) 19:37:08.37

>>153
> そもそもAnsibleは環境構築以外だと、デプロイの導火線の発火に使うことが多いだろうから

だろ？ Ansibleでデプロイはしないし、だからデプロイそのものが簡単になるわけじゃない。
デプロイをするのはデプロイツールだが、Dockerを使えばデプロイツールが不要になる。
なぜなら単に1アプリを動かせばいい程度になるから
>>138ですでに書いたことだけどね

> あなたにとってシェルがベストな選択肢なら、シェルがいいんじゃね？

クラウド使って大規模アプリ開発をするようになると必然的にそうなるよ
トラブルを避けるためローカルとサーバーでなるべく同じ環境でやるのが良いんだが、
サーバーと同じOS使って開発するのは現実的ではない。
だからDockerを使ってアプリの実行環境だけを同じにする。

Dockerを使うと冪等性は必要なくなり、デプロイの内容もシンプルになる
一番楽なのがシェルスクリプト。Dockerfileもシェルスクリプトがベースになってる。

>>154
> 彼は一体何と戦ってるのか…

俺？俺は↓これと戦ってる。これと

127 返信：デフォルトの名無しさん[sage] 投稿日：2017/10/15(日) 11:35:26.06 ID:jiVarmiT [9/10]
>>125
>まずDocker
ねーよwww
普通にansible使え

**デフォルトの名無しさん** · 2017/10/15(日) 19:42:08.08

> 他にもPuppetもあるしChefもある

PuppetもChefも、普段誰もがシェルスクリプトでやってることを
置き換えるには、重すぎる。いつもやってることをやるだけだろ？
本来新しいことは何も覚えなくてすむはずだ。

> 全部sshとshで実現できるってんなこといったら、その他スクリプト言語もラッパツールも全否定だからな…

そんなことは言っていない。
sshとshで実現できると言ってるのは、普段シェルでみんながやってる作業だけだよ。

パッケージのインストールとかその設定ファイルの変更とか、
そんなのその他のスクリプト言語やラッパーツールでやってないでしょｗ

普段やってることは普段やってる方法でやりましょうってこれだけの話だよ。
みんなシェルスクリプトでやってるんだからそれでいいじゃん。アホらしい。

**デフォルトの名無しさん** · 2017/10/15(日) 20:13:25.63

俺は逆にクラウド使うって大規模なクラスタ組む時以外はansibleなんて使わんけどな
できることはシェルと同じでもRoleやinventoryパターンに慣れたらsshだのシェルだのなんてやってられんわw

**デフォルトの名無しさん** · 2017/10/16(月) 15:59:08.48

可読性とモジュール性とかカプセル化、の問題じゃね?
シェルにはオブジェクトや配列はない。
それどころかまともに型もない。
Ansible Puppet Chefはシェルに型と配列記法を
無名関数なんかを使えるようになっているから付加価値はあるだろ、
1つあれば十分のようには思えるが。
C言語あるからわざわざJava覚える必要ないって
言わないでしょ?

**デフォルトの名無しさん** · 2017/10/16(月) 20:48:46.81

インベントリ管理は便利だと思う
Yamlはなぁ…これpythonそのままでよかったんじゃねえか？

**デフォルトの名無しさん** · 2017/10/16(月) 23:20:32.48

>>159
DSLって知ってる？ドメイン固有言語。
特定のタスク向けに設計されたコンピュータ言語

シェルというのはユーザーとコンピュータとの対話を行うために作られたもので、
慣れも有るだろうけど日常的な操作（＝特定のタスク）が使いやすいもの
シェルスクリプトはその日常的な操作をスクリプトにしたもの。
言い換えると日常的な操作に特化したDSLなんだよ。

型や配列が使えるからということで、シェルの代わりにプログラム言語使って
system()関数とかでコマンド呼び出しとかしないでしょ？

だからプログラム言語的な能力で比較するのは意味ないんだよ。
一般的な言語の機能を捨ててまで、特定のタスク向けに設計しているわけなんだから。
用途（プロビジョニング）を前提に適しているかどうかって話をしないと

> シェルにはオブジェクトや配列はない。
bashなら配列も連想配列もある。
が、そもそもプロビジョニングという用途で配列とか連想配列は使わん

**デフォルトの名無しさん** · 2017/10/16(月) 23:23:09.34

YAMLとかPythonがダメって言ってるんじゃないよ。
普通に何かを作る時は使ってるし。

普段やってる作業を、別のやり方に変えるのが無駄だなぁって話

その別のやり方に大きなメリットが有るならまだしも、
別のやり方に変えるプラグインが必要で、そのプラグインができることしか
できなくなってしまうとか、劣化してるからさ。

**デフォルトの名無しさん** · 2017/10/17(火) 03:23:19.58

>>161
プロビジョンで配列や連想配列を使わないんじゃなくて
便利じゃないから誰も使わないだけだよ。
bashに配列があっても集約する対象として複雑な概念が
オブジェクトとして構造化されていないから。
bashがRubyやPythonが出て来る前から設計されていたわけじゃないし
Chefとかはbashよりもさらに進化してオブジェクト指向に対応した
プロビジョン用DSLなわけじゃん。
Chef内でシェルも記述できるんだからシステムコール使いたいなら
そこで使えばいい。
依存関係もbashでInculudeなりラッパーするなりより
プロビジョンツール使ったほうが整理しやすいよ。

**デフォルトの名無しさん** · 2017/10/17(火) 03:35:54.06

要る要らないとかどうでもいいわ好きなもん使えよ

**デフォルトの名無しさん** · 2017/10/17(火) 04:15:27.00

スレが伸びてると思ったら、奇形児が暴れてたのな

**デフォルトの名無しさん** · 2017/10/17(火) 07:59:02.88

Ansibleは奇形

**デフォルトの名無しさん** · 2017/10/17(火) 09:37:38.20

>>163
プロビジョンのどこで配列や連想配列を使うんだ？

**デフォルトの名無しさん** · 2017/10/17(火) 09:55:50.26

>>163
なんかお前、本末転倒になってるよな。
やりたいことベースじゃなくて
配列が有るから配列使うんだ、
オブジェクト指向だからすごいんだ
みたいな

> Chef内でシェルも記述できるんだからシステムコール使いたいなら
> そこで使えばいい。

ならシェルスクリプトでやればいい。
っていうか普段のセットアップ作業でシステムコールなんか使わない

だから普段の手動のセットアップ作業を思い出せって
そこで必要なものしかいらないんだよ。配列とか使ってないだろ。
（もちろんループなどはシェルスクリプト使える）

**デフォルトの名無しさん** · 2017/10/17(火) 11:59:23.93

配列も連想配列も使うだろ
俺はansibleは嫌いだしシェルも可読性ゴミだからpythonで書いてるけど

**デフォルトの名無しさん** · 2017/10/17(火) 22:31:09.27

>>169
どういう時に配列や連想配列使う？
何度も言うけどシェルを使っている時という前提は忘れないでね。

シェルを使うの具体的な例は、cdやlsやapt-getやcpやrmなど
CLIコマンドを使って何かしらのアプリのインストール作業
プロビジョニングの話なんだからそれぐらいは前提

あとforで$@をぐるぐると引数を回すのは配列ではない。
だってそれを配列と言ってしまうと、>>159の前提である
> シェルにはオブジェクトや配列はない。
が崩れてしまうから、引数のことではないのは明らか

**デフォルトの名無しさん** · 2017/10/17(火) 23:27:36.98

>>170
サブネット全体に同じ設定入れたいときに、CIDR表記からipの配列作って応答あるものだけの配列にして設定ばらまいたりする
あと、mongodbのインストールするときにsource listにおまじない書かなきゃいけないんだけど、
osのversionによって書き方が違うからversionとおまじないを連想配列で持ってるよ

てかお前はシェル使ってりゃいいじゃん、誰も否定してないよ
リッチなスクリプト言語もツールも使わなきゃ死ぬってわけじゃないんだ
シェルだけに一生殻にこもっててくれ

**デフォルトの名無しさん** · 2017/10/17(火) 23:32:40.82

そうだPowerShellを使おう

**デフォルトの名無しさん** · 2017/10/17(火) 23:33:06.95

>>171
> サブネット全体に同じ設定入れたいときに、CIDR表記からipの配列作って応答あるものだけの配列にして設定ばらまいたりする
それなら別に配列使わなくても可変長引数で良いよね？

> osのversionによって書き方が違うからversionとおまじないを連想配列で持ってるよ
それはcaseでやれる

って感じで使わないと思うわけだよ。

難しく考えすぎじゃね？絶対配列じゃなきゃできないって思い込んでるでしょ？

> シェルだけに一生殻にこもっててくれ
俺は適材適所で使う道具を選んでいるだけ
PerlもPythonもRubyも使う。お前は全部Pythonなんだろ？

**デフォルトの名無しさん** · 2017/10/17(火) 23:36:11.06

いやだから好きにしろよ…
shellでcaseなんて普段書かねーからぐぐらねーとswitchなのかcaseなのかもわかんねーよめんどくせー
適材適所で使う道具選ぶ作業にもどれ馬鹿

**デフォルトの名無しさん** · 2017/10/17(火) 23:37:48.36

こんなやつ職場にいたら最悪だな
なんでシェル使わねーんだよ！！！とか言ってくるんだろ？

**デフォルトの名無しさん** · 2017/10/17(火) 23:40:13.69

てかrubyとPython使い分けるってどんな状況だよ…

**デフォルトの名無しさん** · 2017/10/17(火) 23:42:10.74

>>174
> shellでcaseなんて普段書かねーからぐぐらねーとswitchなのかcaseなのかもわかんねーよめんどくせー

その一言でよくわかったよ。

俺はどれが適切かという使う道具の話をしてる。
でもあんたの理由は道具じゃなくて「人」じゃん

まず道具を使えるという前提で話しませんか？

**デフォルトの名無しさん** · 2017/10/17(火) 23:43:14.37

>>176
大抵はrubyが多いけど、機械学習系はpythonが強いよ。
あとGAEを使うなら起動が速いgoとかね

**デフォルトの名無しさん** · 2017/10/17(火) 23:43:45.13

ansibleもまともに使えないやつがなんか言い出しててワラタ

**デフォルトの名無しさん** · 2017/10/17(火) 23:44:56.73

プロビジョニングになぜ機械学習が必要なのか…
プロビジョニングが前提だと言ってたおじさんはどこにいったのか

**デフォルトの名無しさん** · 2017/10/17(火) 23:45:01.14

>>175
> なんでシェル使わねーんだよ！！！とか言ってくるんだろ？

普段シェルを使ってセットアップしてるわけで
そのやり方を知っているはずなのに、
なぜわざわざansibleに置き換えるんですか？って

何かのバージョンが上がってansibleのプラグインが
対応してねーとか言ってるのを聞くたびに思ってるよｗ

**デフォルトの名無しさん** · 2017/10/17(火) 23:46:29.72

ちなみにそのansibleの対応してないプラグインってのは具体的には何なの？
普通ansibleってプラグインじゃなくてモジュールって言うと思うけど

**デフォルトの名無しさん** · 2017/10/17(火) 23:46:47.23

>>180
いや、話を聞けよｗ

俺が適材適所で言語を選んでいるってだけの話だ

> シェルだけに一生殻にこもっててくれ
とか言い出したから、俺はこもってないって話をしただけだ。

ちょっと落ち着こうぜ？ｗ

**デフォルトの名無しさん** · 2017/10/17(火) 23:48:43.51

Dockerとansibleのちがいがわかってなかったやつはただの無知だけど
こいつはキチガイだな

**デフォルトの名無しさん** · 2017/10/17(火) 23:49:23.25

>>182
正確にはモジュールだっけ？
でも公式でプラグインとも書いてあるよ。これとか

http://docs.ansible.com/ansible/latest/win_rabbitmq_plugin_module.html

**デフォルトの名無しさん** · 2017/10/17(火) 23:51:08.93

例としてあがってきたのがインストール以上のことをするモジュールでワラタ
そんなんバージョンあがったら改修しなきゃいけないのはシェルスクリプトでも同じじゃん
ばか？

**デフォルトの名無しさん** · 2017/10/17(火) 23:56:54.40

>>182
まあ対応してないモジュールも有るだろうけど、
俺が今いったのは新しい設定にモジュールが対応してないって話

具体的に何？と聞かれたらIssuesみろよ。大量に～って思うだけなんだが
https://github.com/ansible/ansible/issues
https://github.com/ansible/ansible/pulls

まあ例えばこんなのとかわかりやすいかな？
tcpってオプションを選択できるようにするんだろうけど
こういうのだよ。普通にCLIでやってりゃできることなのに、
モジュールを更新しないと使えない。
https://github.com/ansible/ansible/pull/31228/files

ずーっと最新バージョンを追いかけていって大変だなぁとしか思えない

**デフォルトの名無しさん** · 2017/10/17(火) 23:58:23.86

おーけーわかった
ぼくもうシェルスクリプトしか使わないよ
みんなもおじさんの言うことを聞くんだぞ！

**デフォルトの名無しさん** · 2017/10/18(水) 00:00:38.25

>>186
> そんなんバージョンあがったら改修しなきゃいけないのはシェルスクリプトでも同じじゃん

何度も言うけど、シェルスクリプトは自分で普段使っているわけでやり方知ってる。

シェルスクリプトでのやり方知ってるのに、対応するAnsibleの設定はどれだーって調べて
モジュールが対応していなければ、対応されるのを待たないといけない（自分でPR出してもいいけどさ）

俺が無駄だって思ってるのは、バージョンが上がった時の改修作業じゃない。
CLIなら改修する方法は公式見りゃわかるだろうが、
Ansibleを使ってると、公式で調べた上に、対応するAnsibleの書き方を
調べるという追加作業が増えたり、中間層のモジュール周りでトラブルになるのが無駄だって言ってる。

**デフォルトの名無しさん** · 2017/10/18(水) 00:02:16.30

仮想環境とまったく関係ない話してるシェル厨が大暴れしててワラタ
もうシェルスレにしろよｗｗｗ

**デフォルトの名無しさん** · 2017/10/18(水) 00:03:53.87

>>188
プロビジョニングに関してはそれが良いと思う。
だってみな手動でのプロビジョニングやってるはずで、
シェルスクリプトでのやり方も知ってるわけだからね。

**デフォルトの名無しさん** · 2017/10/18(水) 00:04:52.12

>>191
一生やってなさい

**デフォルトの名無しさん** · 2017/10/18(水) 00:05:23.88

>>190
シェルスクリプトはDockerfileやVagrantfileでも使用するよ。
特にDockerfileはシェルスクリプトまんまと言っても過言じゃない。
ENTRYPOINTで呼び出すスクリプトも炊いてはシェルスクリプト
まあ軽いイメージにわざわざプログラム言語入れないしね。

**デフォルトの名無しさん** · 2017/10/18(水) 00:05:44.45

>>192
はい。反論が有る限り続けますよ。

**デフォルトの名無しさん** · 2017/10/18(水) 00:06:27.78

狂気じみてる

**デフォルトの名無しさん** · 2017/10/18(水) 00:08:45.88

ansibleのフォーラムで暴れてこいよ、お前ら全員あしたからシェル使え！！！って
なんで2chでクソ底辺の戯言聞かされなきゃいけねーんだ

**デフォルトの名無しさん** · 2017/10/18(水) 00:10:21.61

動かしたいホストで動かしたい処理を動かせるならansibleなんてめんどくさいものをわざわざ使わなくていい
ってことはシェルとSSHで十分なんだよな

**デフォルトの名無しさん** · 2017/10/18(水) 00:15:26.03

仮想環境と全く関係ない話だけど、
冪等性が必要だったのはマシンを壊さず使い続けるためで
何度もプロビジョニングを行う必要性から冪等性が必要だった

ここで仮想環境の話に戻すと、仮想環境では壊して作り直せば
いいので、冪等性が必要なくなった。

仮想環境だけで仕事が回ってるって会社は少ないだろうから
仮想環境以外のものにAnsibleを使うのはありだろう。

だけど、このスレ仮想環境だからね。
このスレ的にはAnsibleは不要ってことなんだよ。
（このスレと関係ある話をしてみましたよｗ）

**デフォルトの名無しさん** · 2017/10/18(水) 00:16:26.91

>>196
嫌なら見るなって何処かの誰かが言っていたよｗ

**デフォルトの名無しさん** · 2017/10/18(水) 00:24:25.53

>>197
それな。Ansibleの問題点の１つとして
リモート先にpythonがインストールされて
いなければいけないって問題が有る。

この制約もあるんでDockerfileでansible（python）は
使わないってのもあるんだろう。ベースとなる
ディストリにpythonが入っていないbusyboxを使う場合もあるしさ

例えpythonが使えたとしてもdockerイメージ作るだけの作業で
Dockerfileの中でansibleをインストールなんてのはやりたくないな。

（これも仮想環境コンテナの話ｗ）