都度案件毎に用意するので、それぞれ本番と合わせます
Re:2 本番と合わせるというのは、どのくらい正確に合わせるのですか?例えば、AWSのES2とRDSを使っていた場合など。
ローカルは古いままだわ。PHPも5.3だし。テスト用のサーバはバージョンアップしてるけど
ローカルでやるとしても、まさか手作業でCUIレベルのソフトウェアバージョンを本番環境に追随するわけにはいかないので、最低限、プロビジョニング環境が必要。それにしても、プロビジョニングファイルを各個人でつくってたらそこに差異ができちゃうから、結論は、ローカルで開発しない。インフラ管理する人入れて、Docker導入すればすべて解決。みんな仮想で作業しましょうという話。
Re:5 nodeならnodebrew、rubyならrbenv、phpならphpbrew/phpenvを使って、プロジェクトファイルにcdしたらバージョン設定ファイルを読み込んで自動でバージョンを変更するみたいなことするの疲れたよパトラッシュ。
Re:5 ローカルで開発しないというのは、例えばAWSのEC2を開発環境としてローカルからアクセスして使うみたいなやり方ですか?vagrantのプロバイダーをAWSに設定して使うみたいな?
Re:7 インフラ系知識が乏しく勉強したい。。。
Re:7 ローカルの定義があやふやではありますが、それはどこでもよいと思いますよーLAN内の別マシンをつかってもいいですし、Macの中にDockerなど入れてその中で開発してもよいと思います。ただ、どこにマシンリソースを置くかは趣旨ではなく、ともかく、仮想を使って、本番環境とまったく同じものを1ラインで構築できるシステムがあったら便利ですよーということです!
Re:9 ワンラインというのは、コマンド一発って意味でしょうか? vagrantはなんとか独学で一応使うようになりましたが、dockerとの使い分けもググって読んだけれど関連知識不足でいまいち理解できず。。。ううっ。。
Re:10 トピの趣旨に限定するならば、プロビジョニング環境さえあれば解決(環境維持)すると思われるので、vagrantでプロビジョニングできてれば問題ないのではないでしょうかー
11 件の回答
都度案件毎に用意するので、それぞれ本番と合わせます
Re:2
本番と合わせるというのは、どのくらい正確に合わせるのですか?
例えば、AWSのES2とRDSを使っていた場合など。
ローカルは古いままだわ。PHPも5.3だし。
テスト用のサーバはバージョンアップしてるけど
ローカルでやるとしても、まさか手作業でCUIレベルのソフトウェアバージョンを本番環境に追随するわけにはいかないので、最低限、プロビジョニング環境が必要。
それにしても、プロビジョニングファイルを各個人でつくってたらそこに差異ができちゃうから、結論は、ローカルで開発しない。インフラ管理する人入れて、Docker導入すればすべて解決。みんな仮想で作業しましょうという話。
Re:5
nodeならnodebrew、rubyならrbenv、phpならphpbrew/phpenvを使って、プロジェクトファイルにcdしたらバージョン設定ファイルを読み込んで自動でバージョンを変更するみたいなことするの疲れたよパトラッシュ。
Re:5
ローカルで開発しないというのは、例えばAWSのEC2を開発環境としてローカルからアクセスして使うみたいなやり方ですか?vagrantのプロバイダーをAWSに設定して使うみたいな?
Re:7
インフラ系知識が乏しく勉強したい。。。
Re:7
ローカルの定義があやふやではありますが、それはどこでもよいと思いますよー
LAN内の別マシンをつかってもいいですし、Macの中にDockerなど入れてその中で開発してもよいと思います。ただ、どこにマシンリソースを置くかは趣旨ではなく、ともかく、仮想を使って、本番環境とまったく同じものを1ラインで構築できるシステムがあったら便利ですよーということです!
Re:9 ワンラインというのは、コマンド一発って意味でしょうか? vagrantはなんとか独学で一応使うようになりましたが、dockerとの使い分けもググって読んだけれど関連知識不足でいまいち理解できず。。。ううっ。。
Re:10
トピの趣旨に限定するならば、プロビジョニング環境さえあれば解決(環境維持)すると思われるので、vagrantでプロビジョニングできてれば問題ないのではないでしょうかー