URL

「私は Infrastructure as Code をわかっていなかった - メソッド屋のブログ」のグラフ

私は Infrastructure as Code をわかっていなかった - メソッド屋のブログhttp://simplearchitect.hatenablog.com/entry/2016/02/18/165917
月のグラフ

コメント

(2018/08/21 15:15:11 更新)
  • infrastructure as code (server 生成), configuration as code (ansible):inoueyuworks2018-03-27 17:38:46
  • ][devops]:kma832018-03-02 13:33:43
  • "Configuration as Code" の使い分けよさそう:machupicchubeta2018-02-14 19:49:56
  • `Infrastructure as Code` と `Configuration as Code` の違い:tacke2018-01-31 20:41:48
  • 実際やり方も違うんだよな。サーバ構築とインフラ構築は別物。:Andrion2017-07-04 17:43:39
  • sdn, ネットワーク 私は Infrastructure as Code をわかっていなかった:ottonove2017-06-01 12:21:19
  • これは必読。:tmonj12017-05-27 10:38:20
  • 定義を明確にすることで技術的な議論がふかまる。いわゆるハードウェアを仮想化してコードの対象にするのがiaC、サーバ構築、環境設定をコードによって自動化するのがCaCってところ。:atsushifx2017-02-16 18:26:09
  • 私は Infrastructure as Code をわかっていなかった:kgrock2016-09-12 10:00:31
  • その2つが異なることは理解していたけど、職掌上両方やるのであまり分けて名付けする必要性をもってなかった。DevとOpsがそこで分かれる、のか。なんかどっちもOpsではって気もしちゃうのだけど。:chroju2016-04-19 22:54:46
  • “先ほど述べた前者と後者を Infrastructure as Code と、Configuration as Codeとして明確に使い分けていました”:yellowho2016-03-29 01:45:10
  • Infrastructure as Code とは。「ソフトウェア開発で実施されてきたテクニック、プロセス、そしてツールセットをシステムやアプリケーションやミドルウェアのデプロイやコンフィグレーションの管理に~」自分用メモφ(..)→:kukita2016-02-28 13:09:27
  • IaCとCaC:nntsugu2016-02-26 14:42:09
  • 他の人も言っているけどいまいちピンと来ない。説明だとDevとOpsがConfiguration as CodeとInfrastructure as Codeに対応する方をするってこと?:den82016-02-26 12:18:08
  • わかっていなかった:bouzu_ao2016-02-20 13:29:05
  • "Devの人からすると、コードを書くのに集中したいので、デプロイする先のは、まるっと「インフラ」という感じなので、その 細かい違いに無頓着です。" わかる():kiyokura2016-02-19 16:32:25
  • 最初の定義は定義になってないでしょう。必要条件ではあっても十分条件にはなってない:nakag07112016-02-19 15:48:31
  • サーバの内側、サーバの外側って呼んでた。:keepkeptkept2016-02-19 12:50:43
  • 今ちょうどAWSVPC群の生成からアプリケーションコードのデプロイまでの仕組みを作っては壊し作っては壊ししてるけど繰り返していると確かにInfrastructure/Configuration/Applicationの3つの性質の違いが表面化してきて分離してる。:t_yamo2016-02-19 10:57:33
  • “今後は Infrastructure as Code と Configuration as Code という2つの用語を使って明確に分ける派”:matsubobo2016-02-19 10:52:55
  • なるほどな~:isano2016-02-19 10:33:30
  • Infrastructure as Code, Configuration as Code.:lanius2016-02-19 10:17:49
  • 確かにそうだ!てっことは CloudFormation が(以下略:launcher2016-02-19 09:53:11
  • "おまけ: Donovan Brown の姿勢"/私もそうありたいと思います。:sentas2016-02-19 09:45:30
  • devとopsは萌えポイントが違う。それな。:minamijoyo2016-02-19 09:08:37
  • 私は Infrastructure as Code をわかっていなかった - メソッド屋のブログ: 2016 - 02 - 18 私は Infrastructure as Code をわかっていなかった 私はここ1週間ほど、同僚の…:digitalglm2016-02-19 08:33:05
  • 概念を分けることで、どういうメリットがあるんだろう。インフラ系はまだ興味を持てていない:p_tan2016-02-19 07:52:29
  • インターフェース構築がInfrastructure~でそのインターフェースの設定はconfiguration~って感じなのかな。RDSインスタンス生成と、その設定は前者と後者にわかれるよねみたいな話?:ngsw2016-02-19 07:41:44
  • おまけもいいねー:Nyoho2016-02-19 02:31:31
  • awsが微妙に届いていない部分だよね:katzchang2016-02-19 02:07:19
  • なるほど感:eigo_s2016-02-19 01:51:24
  • ライフサイクルの違いが一番納得できる。実際レシピ書いてると、頻繁に適用する部分(冪等性が必要)と、OSインストール時に1回だけ適用する部分(冪等性は不要)がある。:Jinmen2016-02-19 01:20:07
  • Configuration as Code:tdtsh2016-02-19 01:18:38
  • “Chef や Puppet は大体の部分は Infrastructure as Code じゃないよね。ARM (Azure Resource Manager) はそうだけど。 ただ、Chef-Provisioning は Infrastructure as Code だよね。”:K2ICE2016-02-19 00:59:42
  • Infrastructure as Code と Configuration as Code:kakku222016-02-19 00:04:29
  • インフラアズコードと、コンフィグアズコード。確かにこれは分けていい。:posaunehm2016-02-19 00:01:03
  • 違うのはわかるけど分ける意味がわからない。dis ではなく純粋にわからない。目的の状態をコードで定義する以外の狙いがあるってことなのかしら。:amazedkoumei2016-02-18 23:54:49
  • 私は Infrastructure as Code をわかっていなかった:d_animal1412016-02-18 23:32:14
  • configuration as codeとinfrastructure as codeは分けようね、というのは、分類学としては適切だろうと思う:antipop2016-02-18 23:14:51
  • 名称はともかくわかる。書いてて、これってここまでやるべき?とか思うときあるし:toshiwo2016-02-18 23:09:00
  • middleware configuration as codeが好きです:matsumoto_r2016-02-18 23:07:33
  • うーん、この分類は一般的なのかな ... 別の呼び名つけてもらった方が良さそうな ...:sonots2016-02-18 22:56:49
  • 最後いいね:kura-22016-02-18 22:51:57
  • config as a codeと区別するべき派:assout2016-02-18 21:26:05
  • CloudFormaionとかTerraformが担当する領域と言うこと?:lizy2016-02-18 18:26:54
  • Infrastructure as Code と Configuration as Code:enemyoffreedom2016-02-18 18:09:29
  • なんだ、分類の話か。そこは割りとどうでも良いかな。。。:FumblePerson2016-02-18 17:18:25

関連エントリ