• Twitterでシェア
  • Facebookでシェア

Infrastructure-as-Code-is-very-tired

テクノロジー カテゴリーの変更を依頼 記事元:speakerdeck.com/shogomuranushi
適切な情報に変更
410 usersがブックマーク コメント52
    共有

    • 記事へのコメント52件

    • 注目コメント
    • 新着コメント
    その他
    kwhrtsk
    kwhrtsk 書いたコードの動作確認に20分もかかるのが根本原因なんだと思う。極論すると0.1秒でRedshiftインスタンスが立ち上がるならコードに拡張性は必要ない(書き直しのコストが低いから)。つまり必要なのはシミュレータ。

    2019/02/24 リンク

    その他
    Fohte
    Fohte こんなことしてる場合じゃないとなるの本当にわかる

    2019/02/24 リンク

    その他
    sonots
    sonots 申し訳ないけど、このモジュール設計が、例えば chef で nginx の設定パラメータを全部 templates 化した cookbook を作るようなバッドプラクティスをやっているのと同様に見えました。

    2019/02/24 リンク

    その他
    sasasin_net
    sasasin_net 完全同意。ansibleやdockerのレイヤーは、コード化カバレッジ100%しなきゃ(使命感)でしたが、CFnやterraformのレイヤーは、ROIやチーム体制を鑑みてコード化の判断してよい。

    2019/02/24 リンク

    その他
    Nodaguti
    Nodaguti 細かいけど tired ではなくて tiring かな？ / 内容はすごいわかりみが深い

    2019/02/24 リンク

    その他
    sion_cojp
    sion_cojp ROI考慮してやりすぎないの大事。ただこのterraform例見て、複雑にし過ぎてオンボーディングに時間費やすの当然だし、もっとシンプルにすれば疲れないのになと思いました。

    2019/02/24 リンク

    その他
    t-cyrill
    t-cyrill 絶妙な話。昔は書いて捨てればいいじゃんって考えだったけど違う役割になってくるとそこに時間割いてどうなるのみたいな話が落ちてきて限界もある。まあ何事もミニマム、シンプルにやるのがベターよね

    2019/02/24 リンク

    その他
    nasustim
    nasustim Dockerコンテナを作っては壊してを繰り返してた時にこれは思ってた

    2019/02/24 リンク

    その他
    azihsoyn
    azihsoyn 作成に時間がかかるやつを管理しようとするとまじで辛い(ESS, CDN, ESS, ...)

    2019/02/24 リンク

    その他
    rAdio
    rAdio 溢れ出るわかりみ。こういう煩悶とする悩み、判断の難しさについて、技術力云々もさることながら、そのことについて上層部に理解があるかないかでかなり違う、というのを実感している。

    2019/02/24 リンク

    その他
    arrowKato
    arrowKato 最後の方のスライドでのIaCするとコスパの良い作業が参考になる

    2020/06/24 リンク

    その他
    usadamasa
    usadamasa エンジニアあるあるネタの過剰に作り込んでしまう問題

    2019/09/18 リンク

    その他
    puhitaku
    puhitaku 何事もやはりバランス / Terraformは他人のModuleを見て参考にできる場所があるのか。CloudFormationの公式作例はvisual editor前提なのがなんとも…

    2019/03/14 リンク

    その他
    tmatsuu
    tmatsuu わかる。複雑化を避けるためmodule化とenvironmentsで分けるのやってないわ。

    2019/03/03 リンク

    その他
    ngyuki
    ngyuki きれいにコード化するために作っては消し作っては消したしかに辛い（１回で数分～数十分かかるし）

    2019/02/28 リンク

    その他
    Akaza
    Akaza 分かる…

    2019/02/27 リンク

    その他
    atsuizo
    atsuizo DB屋としては「そんなに繰り返し壊して作るってしねーよ」って思いをずっと抱えながらIaCのトレンド眺めてたので、これは激しく同意。

    2019/02/26 リンク

    その他
    maetes
    maetes わかるー。Code化しだすとModule化とか凝りだして結局複雑怪奇で俺何やってるの感。

    2019/02/26 リンク

    その他
    nekoruri
    nekoruri Ruby内部DSLのChefでみんな黒魔術しすぎてHCLが出てきたわけだけど、0.12がもうちょっと早く来て欲しかった……

    2019/02/25 リンク

    その他
    Eiichiro
    Eiichiro やりすぎ厳禁

    2019/02/25 リンク

    その他
    cateching
    cateching みんな分かっちゃう

    2019/02/25 リンク

    その他
    xorphitus
    xorphitus 分かる。自分は自動化好きな方だが、自動化そのものを目的にすると、そしてその拡張性を意識していくとトータルコスト上がって辛いケースがある。とは言え(再)実行可能な手順書は非常に心強いわけで落としどころに悩

    2019/02/25 リンク

    その他
    iekusup
    iekusup なるほど。コスト、スピード、リスクをチームの体制を踏まえて継続的に考えなきゃですよね。難しい。。。

    2019/02/25 リンク

    その他
    Chisei
    Chisei 読んだ

    2019/02/25 リンク

    その他
    vanbraam
    vanbraam b:id:entry:4665004264543937825 と方向性が割と逆なのが面白い.はてブの支持はこちらが圧倒的優勢だが,個人的にはあちら寄り;緩め過ぎてもダメ.コスパだけ見てると堕落する.結局バランスが肝要;英語はtiresomeやpainfulが正しそう

    2019/02/25 リンク

    その他
    toritori0318
    toritori0318 プロビジョニング時間かかるのは本当つらい。コード化自体に関してはやりようかと

    2019/02/25 リンク

    その他
    t10471
    t10471 分かる...クラウド側である環境のをExportしてImport出来れば、最初はポチポチしてそれ以降はソースで管理出来れば良いんだよなー。

    2019/02/25 リンク

    その他
    marmot1123
    marmot1123 まさに今インフラ・ネットワークの構築をやっているので（この人のやっていることに比べたら児戯に等しいが）、わかりみが大変深い。

    2019/02/25 リンク

    その他
    halfrack
    halfrack 同意ではあるがインフラ含めた統合テストや式年遷宮を諦めたくない(逆に言うとそこまでやりきらんとメリットを享受できないのだろうな)

    2019/02/25 リンク

    その他
    rxh
    rxh ほんこれだよ！！！

    2019/02/25 リンク

    その他
    braitom
    braitom IaCで実現したいこと、実践する上でツラいこと、考えるべきポイントについて。コスト、スピード、リスクをきちんと考えるのが大事。確かに複雑になりすぎてメンテできなくなったら元も子もないよな。

    2019/02/24 リンク

    その他
    yassan0627
    yassan0627 Infrastructure as Codeに疲れたので僕たちが本来やりたかったことを整理する

    2019/02/24 リンク

    その他
    daichirata
    daichirata この視点は大事なバランス感覚だと思う。terraformは確かに辛い事多いけどcontainer関連は全然そんな事ない。

    2019/02/24 リンク

    その他
    youichirou
    youichirou ここまで複雑な話じゃないけど、Ansibleで似たような気持ちになったことはある。

    2019/02/24 リンク

    その他
    nasustim
    nasustim Dockerコンテナを作っては壊してを繰り返してた時にこれは思ってた

    2019/02/24 リンク

    その他
    rksz
    rksz ここまでくるとさすがに「社内でしか使っていない独自フレームワーク」というレベル感ですね。。変更に対してテストが出来る訳でもなく、やや運用が大変そうだ。

    2019/02/24 リンク

    その他
    shogo_okamoto
    shogo_okamoto 意識高いと苦労する…

    2019/02/24 リンク

    その他
    sion_cojp
    sion_cojp ROI考慮してやりすぎないの大事。ただこのterraform例見て、複雑にし過ぎてオンボーディングに時間費やすの当然だし、もっとシンプルにすれば疲れないのになと思いました。

    2019/02/24 リンク

    その他
    stanaka
    stanaka ROI考えて、やり過ぎないの大事

    2019/02/24 リンク

    その他
    takmnagaya
    takmnagaya Terraform使ってるけど、わかりみが深い。 IaCにするコストも考えよ

    2019/02/24 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    Infrastructure-as-Code-is-very-tired

    ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、こ...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.