Infrastructure as Code の静的テスト戦略 #DevOpsDaysTokyo / DevOpsDays Tokyo 2021
DevOpsDays Tokyo 2021 で使用したスライドです。 Infrastructure as Code を導入してみたはいいけれど、デプロイしてみたらなぜか上手く動かない。そんな経験はありませんか？ 本セッションでは、実際の環境を構築する「前」に、IaC のコード自体に対してテストを行う手法について解説します。 ご存知の通り Infrastructure as Code (IaC) は、インフラをコードで定義することを通し、アプリケーション開発のベストプラクティスをインフラ領域にも輸入しようとする方法論です。IaC の考え方は近年急速に普及し、開発フローの一部として種々の IaC ツールを利用することは半ば常識のような状態にあります。 しかし同時に、IaC は銀の弾丸ではありません。特に組織的な導入を考えようとすると、得てして「なぜか上手くいかない」「余計に運用が辛くなってしま
DevOpsDays Tokyo 2021 で Infrastructure as Code のテストについて話してきました - チェシャ猫の消滅定理
こんにちは、チェシャ猫です。 先日開催された DevOpsDays Tokyo 2021 で Infrastructure as Code のテストについて発表してきました。公募 CFP 枠です。 今回の発表は、昨年の CloudOperatorDays Tokyo 2020 での講演をほぼそのまま再現しています。内容については前回登壇時に詳細な解説記事を書いたので、こちらもご参照ください。 ccvanishing.hateblo.jp オンサイト登壇 ここしばらく、どのカンファレンスもリモート開催がデフォルトになっていましたが、今回は久しぶりに会場まで行って登壇してきました。最後にオンサイトでプレゼンしたのが 2020 年の 3 月 26 日 なので、実に 1 年ぶりです。 実際には会場で参加していたのはほぼ関係者オンリーで、各ホールに数人ずつといった程度の人数でした。ただ登壇する側とし
Terraform による迅速なクラウド基盤の構築とワークロードのデプロイ | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 10 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 Google は去年、ベスト プラクティスに従って強固なクラウド基盤を迅速に構築するため役立つオープンソースのテンプレートとして、Cloud Foundation Toolkit をリリースしました。これらのモジュールは Terraform infrastructure-as-code フレームワークと、Google の Cloud Deployment Manager の両方で利用できます。 本ブログ投稿では、Cloud Foundation Toolkit Terraform のサンプル基盤 を使用して、安全なクラウド基盤を構築する方法について詳しく解説します。その次に、Terraform を使用してマイクロサービスのデモアプリケーションを基盤上にデプロイする方法
Cloudera Manager APIを使用したクラスタの自動化 | by Sho Shimauchi | Cloudera Japan Official Blog
本記事は、Cloudera ソフトウェア・エンジニアリング・マネージャー bc Wong による記事を翻訳したものです。 原文については以下のページをご覧ください。 How-to: Automate Your Cluster with Cloudera Manager API - Cloudera Engineering Blog API access was a new feature introduced in Cloudera Manager 4.0 (download free edition here.). Although not visible in… APIからのアクセスは、Cloudera Manager 4.0 で新たに追加された機能です。目で見えるUI部分ではわかりませんが、プログラマティックなクラスタ操作へのアクセス権（たとえば、構成や再起動など）や情報の監視（ヘル
Infrastructure as Codeにおける理想のドキュメント管理を目指して #infrastudy | DevelopersIO
インフラをコードで管理するInfrastructure as Codeだからこそ、必要なドキュメントについての考察とそれの管理方法についてLTした様子です。 「なんや、この視聴者数… 震えが来るぜ・・・」 先日開催されたInfra Study Meetup #2「VM時代の開発とCloud Native時代の開発」 - connpassにおいて、「IaCにおける理想のドキュメント管理を目指す」という内容でLTしてきましたので、その内容をお届けします。 当日は、イベント内容も登壇者も超絶豪華で、なんとリアルタイム視聴者数1000人超えということで、さすがに自分も緊張しました。まじで。 青山さんのメインテーマがKubernetesの話であり、前後それに関わるテーマが中心の中、Kubernetesもコンテナも1ミリもでてこない発表にしたのですが、IaCに関わる普遍的な考慮ポイントについて喋れたの
Infra Study Meetup ＃1「Infrastructure as Code」に参加した - ant-in-giant Memoris
4/24(金) に行われた以下オンラインイベントの参加速報です。 Twitter HashTag : #InfraStudy これまで参加した中でじぶん史上最大人数（2400人超）となっていたイベントをリアルタイム聴講しました。はじめの配信トラブルも史上最大で開始が50分遅れましたが完走。 中身は非常に見事に、現状とこれからのIaCの指針を感じることができました。 いろいろと思い出したこともあり、連休前のプランニングに貢献あったような感覚。熱の冷めないうちにやっていきたいなあと思いました。 目次 目次 My Tweet Pickup 資料のまとめ 基調講演「Infrastructure as Codeのこれまでとこれから」 LT s LT1「Infrastructure as Codeを導入して良かった点」 LT2「Patterns in Infrastructure as Code」 L
「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」を１年掛けて整理した
こんにちわ。rwle1212です。 本記事は JAWS Days 2020 で話す予定でしたが、昨今の事情によりオンライン開催となったため、登壇予定の内容を記事にしたものになります。 登壇していれば諸般の事情により左手首を骨折したネタが使えたのですが、ブログでは伝わらないので非常に残念な思いをしております。という話はどうでも良いので本題に入ります。 50分の登壇内容なので少々長くなりますが、お付き合いください。 JAWS Days 2019で登壇した内容の振り返り昨年の JAWS Days 2019 で「Infrastructure as Codeに疲れたので、僕たちが本来やりたかったことを整理する」という内容で登壇しました。 まずは上のリンクに添付されているスライドを5分位で読めると思うので一読頂いて、下の文に進んで頂ければと思います。 そもそもInfrastructure as Cod
Roppongi.rb#2で「Infrastructure as (Ruby) Code の現状確認」を発表しました - Hack Your Design!
第二回Roppongi.rbを「Infrastructure x Ruby」というテーマで開催した。 僕はその中で「Infrastructure as (Ruby) Code の現状確認」という内容でオープニングLTとして発表したので、その内容をブログにもまとめておく（前回発表分の発表内容まとめはこちら: Roppongi.rbで「Rails高速化戦略」を発表しました）。 目的 発表の目的としては世に言われる Infrastructure as Code の認識・理解を参加者であわせること。 Infrastructure as Codeの意義 大きく３つあると思っている。 インフラ構築手順を秘伝のタレ化させない 手順をコードに落としてインフラへの変更をトラッキングする 手順を不変（immutable）にする 秘伝のタレ 秘伝のタレ。一体どういう意味だろうか。まるで秘伝のタレのように継ぎ足し
Terraformの代わりにGCP Config Connectorを使った - Qiita
apiVersion: compute.cnrm.cloud.google.com/v1beta1 kind: ComputeAddress metadata: name: sample-ip spec: location: global 作成可能なリソース 最新情報はこちらで確認ください。先日GAになったみたいですが、頻繁にドキュメントは更新されています。 2020年2月時点で75種類のリソースが作成可能で、かなり多いです。 Terraformで作れるやつはだいたい作れそうで、APIの叩いているのでパラメータはほぼ同じでした。 メリット kubernetes の Service や Deployment と一緒にyamlで管理できて同じライフサイクルに入れられます。 ちょっと使いたいだけでTerraformは少し重たいので、Config Connectorはライトでかなり楽です。 （ちょ
Infrastructure as Codeの心構え - Gunosy Tech Blog
この記事は Gunosy Advent Calendar 2018 2日目の記事です。 こんにちは。技術戦略室 SREチームの @aibou です。昨日編集中の記事が吹っ飛んだので1日遅れのアドベントカレンダーです。 さっそく遅延して本当にすみません。。。 みんなきちんと自動保存されるようなエディタで編集しような！ この記事では、僕が日頃どんなことに気をつけてInfrastructure as Codeを実践しているかの心構えについて記載します。 （今回のInfrastructure as Codeはサーバのプロビジョニングの話ではなく、AWSやGCPの構成管理の意味合いで捉えていただければと思います。） 選定 前回？のアドベントカレンダー（2015年）では、導入したツールの話をしました。 qiita.com その後、利用ツールは以下の通りいくつか増えていきました。 codenize.to
Infrastructure-as-Code-is-very-tired
ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - cuelang/cue: CUE has moved to https://github.com/cue-lang/cue
Akamai: Get Started with Property Management - Terraform by HashiCorp
GitHub - hashicorp-japan/hashistack-oneday-handson
OpenStack上の環境構築自動化に向けたTerraform/Pulumiの活用
Oracle |クラウド・アプリケーションとクラウド・プラットフォーム