Terraform 1.3がGAになりました | DevelopersIO
2022/09/22 にTerrafrom 1.3 がGA(generally available)になりました。新機能をチェックしていきましょう。 ObjectタイプのVariableに任意のattributesを設定可能に Variableのtypeでobjectを指定した際の新機能です。 1.3以前でも、オブジェクトの必須attributeは設定することができました。 必須attributeの例 variables.tf variable "hoge" { type = object({ a = string }) } terraform.tfvars hoge = { b = "bbb" } 必須attributeのaが無いからエラー % terraform plan ╷ │ Error: Invalid value for input variable │ │ on terraf
gitでコミット(commit)前にterraform fmtやtflintを実行したい時はpre-commit-terraformが便利 | DevelopersIO
gitでコミット(commit)前にterraform fmtやtflintを実行したい時はpre-commit-terraformが便利 「ローカルでもterraform fmtやtflint・tfsecの実行を自動化したい。」 terraformにはコードのフォーマットやテストに便利なcliツールやコマンドが色々あります。 (terraform fmt、terarform validate、tfsec、tflint等) ただ、このコマンドを毎回手動で実行するのは面倒です。 CI/CDツール上で実行するのもいいですが、CIで失敗する前にローカルで気づけたらより良いですよね。 そんな時に便利なpre-commit-terraformを紹介します。 pre-commit-terraformとは pre-commitフレームワークで使用できる Terraform の git hook スクリプ
Terraformのplan結果をmarkdownとして整形するツール、terraform-j2mdの紹介 - Repro Tech Blog
こんにちは、@r_takaishi です。最近のおすすめYouTubeチャンネルは Namibia: Live stream in the Namib Desert です。今回は、Terraformのplan結果をmarkdownで整形するツールである reproio/terraform-j2md について紹介します。 どのようなツールなのか まずはterrafororm-j2mdがどのようなツールなのかお見せします。まず、以下のようなTerraformのコードを用意します。 terraform { required_providers { env = { source = "tchupp/env" version = "0.0.2" } } } provider "env" { # Configuration options } resource "env_variable" "test
JenkinsがJava 8の対応を終了し、Java 11が必須に。Java 17の対応も開始
Jenkins開発チームは、6月28日リリースのJenkins 2.357および9月にリリース予定のJenkins LTS版からはJenkinsの実行環境としてJava 11が必須になることを、ブログ「Jenkins requires Java 11」で明らかにしました。 これまでJenkinsはJava 8もしくはJava 11を実行環境としていましたが、Java 8の対応がなくなることになります。 Jenkins 2.357 released today as the first Jenkins version to require Java 11. @bcrow shares the history of Java support in Jenkins and the benefits of the update. https://t.co/FPTNBTG3jK pic.twitte
Terraform でTrivy の脆弱性スキャンとSecurity Hub を統合したCIを構築する - Qiita
はじめに 本記事では、Trivy によるコンテナイメージの脆弱性スキャンとSecurity Hub を統合したCI(Continuous Integration)環境を構築するTerraform のコードをサンプルとして共有しています。コンテナイメージのセキュリティ対策の一例として参考になればと思います。 また、補足として、CodeBuild のビルド内のTrivy に関する処理について、簡単に説明をしています。 Terraform で構築する全体構成図 構成の概要 アーキテクチャは上記のAWS Security Blog を元にしています。 Dockerfile を含むコードをCodeCommit にプッシュするとCodePipeline が実行され、CodeBuild でビルドしたコンテナイメージを、Trivy で脆弱性スキャンをしています。 その結果、深刻度が CRITICAL な脆
NoOps を目指して Kubernetes ネイティブな物理データセンターを作る
CloudNative Days Fukuoka 2019 講演資料
HashiCorpの成功は、コミュニティのおかげでエンタープライズ市場へ浸透できているからだ。HashiCorp CEOデイブ・マクジャネット氏インタビュー
HashiCorpの成功は、コミュニティのおかげでエンタープライズ市場へ浸透できているからだ。HashiCorp CEOデイブ・マクジャネット氏インタビュー 多くのスタートアップがある程度の成長を見込めるようになると、その成長を加速するために豊富なビジネス経験を持つ人材をCEOとして迎え入れようと考えます。 例えば、マーク・アンドリーセン氏が立ち上げたネットスケープ・コミュニケーションズはジム・クラーク氏を、ラリー・ペイジ氏とセルゲイ・ブリン氏によって立ち上げられたGoogleはエリック・シュミット氏をCEOとして迎え入れたことで、大きな飛躍を遂げました。 ミッチェル・ハシモト（Mitchell Hashimoto）氏とアーモン・ダドガー（Armon Dadgar）氏によって設立されたHashiCorpもまた、VagrantやTerraformなどオープンソースソフトウェアを基盤とした成功
デジタルトランスフォーメーションの実現をDevOpsツールの力で支援する ―マクジャネットCEOが語るHashiCorpのミッション | gihyo.jp
デジタルトランスフォーメーションの実現をDevOpsツールの力で支援する ―マクジャネットCEOが語るHashiCorpのミッション 「デイブが来てくれたおかげで僕とアーモンはツールの開発にフォーカスできるようになった」―昨年9月、HashiCorpの共同創業者兼CTOであるミッチェル・ハシモト（Mitchell Hashimoto）氏は筆者とのインタビューにおいてこうコメントしていました。"デイブ"とは2016年からHashiCorpのCEOを務めるデイビッド・マクジャネット（David McJannet）氏のことです。2012年の創業以来、DevOpsスタートアップとして順調に成長を続けるHashiCorpですが、ソフトウェア業界でのキャリアが長いマクジャネット氏を最高経営責任者として迎え、企業として次のフェーズに入りつつあります。 マクジャネット氏は現在46歳、HashiCorpの創
DevOps Defined
The problemThe definition of DevOps varies from business to business, but the zeitgeist of DevOps is about minimizing the challenges of shipping, rapidly iterating, and securing software applications. HashiCorp defines DevOps as an organizational process tied to the needs of modern applications, with a focus on empowering individuals to improve agility. The challenge for operations teams moving to
続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～ – とあるコンサルタントのつぶやき
とあるコンサルタントのつぶやき とあるコンサルタントのつぶやき MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 ご存知の方も多いと思いますが、ここ最近、うちの会社の歌って踊れる DevOps エバの牛尾さんが、こんなエントリを書かれていました。 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い http://simplearchitect.hatenablog.com/entry/2016/06/20/080807 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない http://simplearchitect.hatenablog.com/entry/2016/06/24/080049 特に前者は炎上気味でしたが；、二回分のエントリを通して読めば、牛尾さんが言いたい
Infrastructure as Code 再考 - Gosuke Miyashita
Infrastructure as Code という言葉が現れてから少なくとも8年ほど経過しており、この言葉もすっかり定着したように見えるが、Martin Fowler 氏が最近自身のブログで Infrastructure as Code について触れており 、また、氏の同僚である Kief Morris 氏が O'Reilly Media から Infrastructure as Code という本を出す（現在 Early Relase 版や Free Chapters が入手できる）ようなので、このタイミングで改めて Infrastructure as Code について、その歴史を振り返るとともに、現在の状況について整理してみようと思い、このエントリを書くことにした。 内容的には、以前書いた インフラ系技術の流れ と若干重複してる部分もある。 そういえば日本でも最近、サーバ/インフラ
「Be Lazy」を極めるためには残業をしてはいけない - メソッド屋のブログ
「Be Lazy」というのは、日本側の上司にあたる Drew がいつも口にしている言葉だ。その意味合いは、「最小の工数で、最大のインパクトを出す」 という考え方だ。私もアジャイルやリーンを学んできたので、「大量のものを高速に作れること」はむしろ悪であり、いかに「作らなくていいか」を考えてインパクトの出るものにエネルギーをフォーカスするのが重要と思っている。 しかし、正直に言うと、それは、日本人の感覚からいうと最も縁遠い感覚だ。私がなぜ「Be Lazy」を極めたいと思っているか？というと、インターナショナル チームの同僚は仕事で成果をガッツリ出すのも尊敬に値するが、仕事をしている様子も実に楽しそうだ。誰も苦しそうだったり、我慢したりしていない。 仕事は楽しむものと言っていて、「我慢するべきもの」という日本側の空気とは相当違う。私は自分も人生や仕事を楽しみたいし、多くの人がそうなったらいいのに
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
特集：DevOpsという「言葉」がなくなる日 ～もはや当たり前になったDevOps～
デジタルビジネスの競争が本格化する中、ニーズの変化に迅速に応える上で、DevOpsはもはや不可欠なアプローチとなっている。だが、新しいことに取り組みやすいスタートアップや新興企業とは異なり、既存事業、既存システムの上に立脚してきた一般的な企業がDevOpsに取り組む上では、さまざまなハードルがあるのが現実だ。では一般的な企業がDevOpsを実践する上ではどのようなアプローチが考えられるのだろうか。事例を通じて、実践に向けた現実的なロードマップを探る。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HashiCorp Boundary 0.7 Brings New Automated Host Discovery
CDK for Terraform in Production: Learning from Pocket
<!-- "> '> --><title>
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
運用現場におけるSRE本の「正しい」読み方
screwdriver.cd