ElasticがElastic StackおよびElastic Cloud用のTerraformプロバイダをリリース
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス | Amazon Web Services
Amazon Web Services ブログ New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス この記事は、 NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 を翻訳したものです。 本日、開発者、運用者を含むすべての Amazon ECS ユーザに向けて、 Amazon EC2 もしくは AWS Fargate にデプロイされたタスク内のコンテナに “Exec” する機能を発表しました。この新しい機能は、 ECS Exec と名付けられ、コンテナに対して対話型のシェル、あるいは一つのコマンドを実行できるようになります。これは AWS コンテナロードマップ上で最も要望の多かった機能の一つであり、一般
Terraform の Variables と Locals、Outputs June 15, 2022 それぞれの役割 Terraform で “変数” というと、Variables と Locals がある。どちらも値を入れて、Terraform ファイル や Terraform Module から参照することができる。ちなみに Terraform Module とは「.tf ファイルが置かれたディレクトリ」を意味する。main.tf などを置いた瞬間からそのディレクトリは Module として扱われ、起点となる Module を Root Module と呼ぶ。 Terraform では “変数” 以外に “返り値” (Return value) に相当するものとして Outputs がある。これは Module での処理結果を Module 外から参照できるようにするために使うもの
本記事は 【コンテナウィーク】 1日目の記事です。 💻 告知記事 ▶▶ 本記事 ▶▶ 2日目 📱 こんにちは。梅原です。 皆さんはCI/CDパイプラインやってますか。昨今はパイプラインファーストという考え方もあり、ソースコードの変更反映をトリガーにテストやビルド、デプロイまで自動でやることは多いのではないでしょうか。 今回はAWSでCI/CDパイプラインを実現するためのサービスであるCodeシリーズ（CodeCommit、CodeBuild、CodeDeploy、CodePipeline）を使ってECSへ自動デプロイする流れを見ていきます。 AWSでCI/CDパイプラインを実現するために そもそもCI/CDパイプラインは、継続的インテグレーション/継続的デリバリーの略で、これまで手動でしていたテストやビルド、デプロイ作業を自動化･高速化するために使われるものです。 CI/CDパイプライ
Join our community of software engineering leaders and aspirational developers. Always stay in-the-know by getting the most important news and exclusive content delivered fresh to your inbox to learn more about at-scale software development.
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
Terraformで構築する機械学習ワークロード（Batch on Fargate編） | DevelopersIO
こんちには。 データアナリティクス事業本部 インテグレーション部 機械学習チームの中村です。 今回も「Terraformで構築する機械学習ワークロード」ということで、前回の記事ではLambdaを使いましたが、今回はその処理をBatch on Fargateに載せてみたいと思います。 前回記事は以下です。 構成イメージ 構成としては以下のようなものを作成していきます。 前回との違いとしては、まずLambdaの代わりにBatch on Fargateを使う点です。 Fargateのタスク(ジョブ)上のコンテナイメージで物体検出モデルの一つであるYOLOXを動かしていきます。 また、それ以外にもBatchを使用する場合は、S3イベントとBatchの間にEventBridgeが必要となります。 動作環境 Docker、Terraformはインストール済みとします。 Terraformを実行する際の
こんにちは、ブログ運営担当の小嶋です。 今年も、月曜日があと7回となり年末年始の業務確認などが始まってくる頃となりました！ 1年が終わるのが早いですね…。 さて、今月のブログイベントのお知らせです！ 11月のブログイベントは「コンテナウィーク」です！ アプリケーションの動作環境としてスタンダードになりつつあるコンテナ。当社でも様々な案件で利用する機会が増えています！今回のイベントでは、そんなコンテナの案件に携わっている当社インフラメンバーに執筆してもらいます！ 記事掲載日と記事内容 更新され次第、こちらの記事にもリンクを掲載します。ぜひ、ご期待ください！ 11/13(月)：梅原航 tech.nri-net.com 11/14(火)：堀晃太郎 tech.nri-net.com 11/15(水)：加藤俊稀 tech.nri-net.com 11/16(木)：尾澤公亮 tech.nri-net.
AWS-41：コンテナを有効活用したいあなたへ AWS コンテナサービス入門 2020 コンテナアプリの80％はAWSで実行されているーーゼロから学べるAWSのコンテナサービス入門 2020年9月8日から23日間にわたりオンライン上で開催された「AWS Summit Online」。アマゾンウェブサービス（AWS）の最新情報からテクニカル向けの特別講演、ユーザーの事例紹介など、150を超えるセッションが実施されました。本記事では、オーケストレーション・イメージレジストリ・ホスティングの3つのカテゴリーからAWSのコンテナサービスについて紹介するセッション「コンテナを有効活用したいあなたへ AWS コンテナサービス入門 2020」の模様をお送りします。 コンテナを有効活用する方法、教えます 濱真一氏：お時間になりましたので、始めていきます。「コンテナを有効活用したいあなたへ AWS コンテナ
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
G-gen の杉村です。 Infrastructure as Code (IaC) を実現する Terraform を Google Cloud (旧称 GCP) で使ってみました。 Terraform Terraform とは 使ってみる Cloud Shell Terraform コマンドの確認 ファイル作成 エディタでの編集 Terraform 初期化 確認コマンド 適用 環境の削除 Cloud Storage に状態 (state) を保存する 前提知識 状態 (state) とは 状態 (state) の共有 バケットの作成 バックエンド構成の作成 再 init Terraform とは Terraform は Infrastructure as Code (IaC) を実現するオープンソース (Mozilla Public License v2.0) のツールです。 Googl
こんにちは。 株式会社ココナラのシステムプラットフォーム部でインフラ・SREチームのチームマネージャーをしているよしたくと申します。 前回はインフラ・SREチームの主に組織的な部分を紹介しましたが、今回はより技術的な取り組みを一部紹介します。 ココナラではクラウドリソースの管理にTerraformを利用しています。今回このTerraformリポジトリのディレクトリ構造を見直すこととしたので、どのような考え方・ポリシーで構成を考えたのかを本記事で紹介します。 修正前の状態 自分が関わる前はどのような構成だったかというと、以下のような状態でした。 terraform ├── service1/ │ ├── common/ │ ├── development/ │ ├── production/ │ └── stg/ ├── service2/ │ ├── production/ ├── ser
Amazon Elastic Container Service & AWS Fargate, now support Amazon Elastic File System | Amazon Web Services
AWS News Blog Amazon Elastic Container Service & AWS Fargate, now support Amazon Elastic File System It has only been five years since Jeff wrote on this blog about the launch of the Amazon Elastic Container Service. I remember reading that post and thinking how exotic and unusual containers sounded. Fast forward just five years, and containers are an everyday part of most developers lives, but wh
新記法対応！ IntelliJ IDEAを使ってTerraformを書いてみた | DevelopersIO
東京から札幌に戻り、飛行機を降りたら寒すぎてびっくりした、もこ@札幌オフィスです 最近Terraformでは新しい記法(HCL)が出来るようになり、これまでは cidr_block = "${var.vpc-cidr}" と書いていたものを cidr_block = var.vpc-cidr のように書けたりするなどの、Syntax回りの大幅なアップデートがありました！ Terraform 0.11→0.12で追加された新機能 ですが、Visual Studio CodeのTerraform Extentionは2019/08/21時点で対応しておらず、Syntaxエラーの赤線を見ながらコードを書く苦行を強いられていました。 そこで、IntelliJ IDEAのTerraform Pluginを使い、Terraformを書いてみました！ 2019/12/17にREADMEにJetBrain
株式会社MIXIで『家族アルバム みてね』のSREをしているkohbisです。今回はTerraformのリポジトリ構成についてお話いたします。 Terraformとは TerraformとはHashiCorpが提供するIaC（Infrastructure as Code) ツールであり、HCL（HashiCorp Configuration Language）という独自の文法でクラウドやオンプレミスのインフラリソースを宣言的に定義し、管理やプロビジョニングを行うことができます。 TerraformはAPIを通じてプラットフォームやサービス上にリソースを作成します。Terraformは対象とのAPIのやり取りを「プロバイダ」と呼ばれるプラグインに依存しており、Terraformを利用する場合はまずはじめにどのプロバイダを必要とするのかを定義することになります。 プロバイダの一覧はTerraf
[レポート]ニンテンドーアカウント リノベーションプロジェクト CUS-20 #AWSSummit | DevelopersIO
こんにちは、AWS事業本部@福岡オフィスのべこみん(@beco_minn)です。 2023年4月20日〜21日に開催されているAWS Summit Tokyo 2023、皆さん参加してますか？ 今回はそんな4年ぶりに開催されている最高のオフラインイベント、AWS Summit Tokyo 2023のセッションレポートを書いてみました。 さて皆さん、好きなゲームハードは何ですか？ゲームボーイ？ゲームボーイアドバンス？ゲームキューブ？ セッション概要 ニンテンドーアカウント リノベーションプロジェクト ニンテンドーアカウントは 2015 年のリリース当初は Amazon EC2 を中心としたインフラ構成を採用していましたが、システム規模の拡大や時間の経過に伴い、徐々にシステムの継続性にリスクが生じるようになってきたため、リノベーション(システムの大規模な改修)を実施しました。 リノベーションで
![[レポート]ニンテンドーアカウント リノベーションプロジェクト CUS-20 #AWSSummit | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/92906dcb785a4c93120a3f47650fb23b9bcad275/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2023%2F04%2Fbnr_AWS_smt_tokyo2023_1200x630_SR.png)
additive: add members to role, old members are not deleted from this role. authoritative: set the role's members (including removing any not listed), unlisted roles are not affected.
Terraform v0.12にアップグレードしてみたよ - SMARTCAMP Engineer Blog
スマートキャンプでエンジニアをしている笹原です。 Terraform v0.12がリリースされて数ヶ月経ちましたがみなさんはもう使ってますか？ なかなか使えてなかったのですが、ブログ当番になったのをいい機会にアップグレードしてみました！ 今回は、アップグレードの手順を紹介したいと思います！！ アップグレード前の準備 アップグレード手順を確認する tfenvをインストールする Terraform v0.11.14でアップグレード前チェックを走らせる アップグレード前チェックの対応をする Terraform v0.12へのアップグレード Terraform v0.12をインストールする コードを修正する アップグレードの効用 終わりに アップグレード前の準備 アップグレード手順を確認する Terraform v0.12へのアップグレードは公式のアップグレードガイドに沿ってやっていきます。 アッ
Terraform連載2024 の10本目記事です。 はじめにこんにちは。CSIG（Cyber Security Innovation Group）の棚井です。 Terraform 連載ということで そういえば、実装コードは Go で書かれていたなコマンドの使い方はインフラエンジニアの皆様が書いてくれるはずなので、コードリーディングしようかなとの考えに至り、ソースコードリーディング自体をブログ化しました。 参考になる点が1つでもあれば幸いです。 エディタの準備今回のコードリーディングでは VSCode を利用します。 Go のコードジャンプやテスト実行のため、以下の拡張機能を追加します。 GoGo OutlinerGo Test Explorerまた、コードリーディングのお供として「GitHub Copilot」も追加します。 GitHub アカウントで Copilot を有効化する方法や
【AWS グラレコ解説】AWS でデプロイの自動化を実現するベストプラクティスをグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。 ※ awsgeek.com は Amazon Web Services, Inc. プリンシパル・テクニカル・エバンジェリスト、ジェリー・ハーグローブが運営しているサイトです。 デベロッパーの皆さんがアプリケーションのコードを書いた後は、そのアプリケーションをユーザーが使えるようにするためにデプロイされているかと思います。最後にデプロイした時のことを覚えてらっしゃいますか？最後のデプロイと、その前のデプロイと、比べてみて、大きく違いますか、もしくはほぼ同じでしょうか ? もし現在、人の手で行っているデプロイがあれば、それを自動化するタスクの小さな一歩を踏んでみませんか。 デプロイ全体を自動化しようとすると、そのタスクはとてつもなく大変に感じられる
「Startup Day 2023」は日本中のAWSを利用するStartupが、AWSの知見を披露するHubとなる1日です。2023年はサブテーマに「スタートアップ冬の時代を共に乗り越える」を掲げて、スタートアップが面しているこの逆境をどうやって跳ね除け、成長につなげていけるかを共有します。ここで、株式会社SODAの林氏が登壇。ここからはコスト削減のために具体的に実行したことについて話します。前回はこちらから。 コスト削減のために実行したこと1 VPC Endpointの導入 林雅也氏：ここまでどういうふうにコストを削減していくかの方針を見ていったので、それに沿って、実際に「SNKRDUNK」（以下、スニダン）でどのようなコスト削減が行われてきたのかをお話しします。 方針で言っていたとおり、まずはもちろんボトルネックを探すところからです。（スライドを示して）こちらの図は、コスト削減の取り組
詳解: Amazon Elastic Container Service と AWS Fargate のタスク起動レートの向上 | Amazon Web Services
Amazon Web Services ブログ 詳解: Amazon Elastic Container Service と AWS Fargate のタスク起動レートの向上 この記事は Under the hood: Amazon Elastic Container Service and AWS Fargate increase task launch rates を翻訳したものです。 2015 年以降、数十万人の開発者がクラスター管理のオーケストレーションサービスとして Amazon Elastic Container Service (Amazon ECS) を選択しています。開発者はミッションクリティカルなアプリケーションのライフサイクルを、最初のデプロイから新バージョンのコードのロールアウト、トラフィックレベルの変化に対応した自動スケーリングまで Amazon ECS に託して
Terraform リポジトリをマージして CI/CD を改善した話 - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 Terraform のコードを管理する複数のリポジトリ (以下 Terraform リポジトリ) を一つにまとめて CI/CD の品質およびメンテナンス性を改善した話をします。 弊社のこれまでの CI/CD 改善の取り組み 弊社ではこれまで Terraform の CI/CD を日々改善してきました。 その幾つかは既にブログで紹介していますのでそちらをご参照ください。 Terraform の CI/CD を CodeBuild に移行した話 - スタディサプリ Product Team Blog Renovate の Tips - スタディサプリ Product Team Blog Pull Request の terraform plan の実行結果を S3 に保存して安全に apply - スタディサプリ Produc
CodePipeline で承認プロセスを設けた Terraform workspace の CI/CD パイプライン実装 | DevelopersIO
先日、CodeCommit への push をトリガーに terraform apply をサクッと実行するシンプルなパイプラインの記事を投稿しました。 今回はもうちょっと発展させて以下のような要件を取り込んでみたいと思います。 terraform workspace 環境でも使えるようにしたい 本番環境は terraform apply の前に承認者による承認プロセスを入れたい イメージは以下のとおりです。 開発環境向け 1-1. develop ブランチへ push 1-2. dev workspace に terraform apply を実行 本番環境向け 2-1. develop ブランチから master ブランチへ merge 2-2. prod workspace で terraform plan を実行 2-3. 承認者に後続処理の承認要求をメール通知 2-4. 本番用パ
ECSでCodeDeployを使った線形デプロイとCanaryデプロイを試してみた | DevelopersIO
はじめに こんにちは、コンサル部の島川です。 2020年2月の頭くらいに「AWS CodeDeploy が Amazon ECS の線形デプロイと Canary デプロイをサポートするようになりました」というブログがアップされました。ECSは元々Blue/Greenデプロイをサポートしていましたが、一発で切り替える方法のみでした。 そこに新しく二種類のデプロイ方法が追加されました。ずっと気になっていた機能なので試してみました。 何がどう追加されたのか ECSのBlue/GreenデプロイはCodeDeployとの連携が必要で、追加されたのはCodeDeployのデプロイ設定部分です。 今までは一番左の「CodeDeployDefault.ECSAllAtOnce」の機能だけでしたが、新しくデフォルトで4つデプロイ設定が追加されています。 引用元:GitHub : aws-samples /
CloudShellをIaC実行基盤として考えてみる #omoshiro_cloudshell | DevelopersIO
re:Invent2020で待望のAWS版CloudShellが発表されました。いろんな使い方が想定されていますが、この資料では、AWS CloudShellをinfrastructure as Codeの実行基盤として使うときに、従来の方法と比較して考慮や注意が必要な点を纏めています。 re:Invent 2020で、待望のAWS CloudShellが発表されました。みなさん、使ってますか？ AWS CloudShell – AWS リソースへのコマンドラインアクセス | Amazon Web Services ブログ 「クラウドでシェルが動くんやで！」というわけで、色んな人達がその使いみちの探求に明け暮れているわけですが、そんな中、自分は、IaC（Infrastructure as Code）の実行基盤として、CloudShellがどこまで使えるのか、ちょっと考えてみたので、その内容
この記事は Enigmo Advent Calendar 2022 の13日目の記事となります。 お疲れさまです。インフラチームの山口です。 弊社では一部インフラリソースのモニタリングにDatadogを利用しています。 その中で、今回はDatadogの利用開始当初にGUIで作成されたモニターをTerraformerとTerraformを使用して構成管理した際の事例について報告します。 同様の技術スタックを使用したインポートや構成管理における具体的なテンプレート等の事例には事欠かないと思いますので、作業計画を中心に説明します。 要は、TerraformerやTerraformの使い方は様々良い資料があると思うため、今回固有の対応をした点を注力して説明します。 本稿の構成を以下に記載します。まず、対象とするモニターの状態などの前提を説明します。次に、作業の流れを概説し、Terraformのディ
新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング | Amazon Web Services
Amazon Web Services ブログ 新機能 – AWS ECS Cluster Auto ScalingによるECSクラスターの自動スケーリング 本日、AWS ECS Cluster Auto Scalingを発表します。この機能は、スケールアウトを高速化し信頼性を向上させる、クラスター内の空きキャパシティ管理の提供と、スケールイン時に終了されるインスタンスの自動管理を提供し、クラスターの自動スケーリングをより使いやすいものにします。 ECS Cluster Auto Scalingを有効にするには、Capacity Providerと呼ばれる新たな項目を設定する必要があります。1つのCapacity Providerは1つのEC2 Auto Scaling Groupに関連づきます。あるAuto Scaling GroupにECS Capacity Providerを関連付け
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます HashiCorpの共同創業者で最高技術責任者（CTO）を務めるArmon Dadgar氏は8月、今後リリースされる同社製品で適用されるライセンスを「Mozilla Public License v2.0（MPL 2.0）」から「Business Source License（BSLまたはBUSL）v1.1」に変更するとブログ投稿で発表した。今回の変更について、同社で製品マーケティング担当バイスプレジデントを務めるMeghan Liese氏に話を聞いた。 変更理由について、Liese氏は、「われわれにとって重要なことが2つある。オープンな開発によりコミュニティーに参加している人たちがHashiCorp製品で使われているコードを見られるよ
TerraformでLambda[Python]のデプロイするときのプラクティス | DevelopersIO
※先に断っておきますがベストプラクティスではないです。 訳あって最近は、Lambda FunctionとLayerをTerraformでデプロイしています。 CloudFormationと比べてると自動ロールバック機能はないのですが、デプロイが早く気に入っています。 ただ、いくつかハマりポイントがあったので、今回はそこらへんの知見を紹介したいともいます。 せっかちな人へ GitHubにソースコードあげています。 概要 ファイル構成 $ tree -L 2 . ├── README.md ├── main.tf ├── src │ └── get_unixtime.py ├── requirements.txt ├── build-lambda.sh └── build main.tf Terraformのtfファイル src/get_unixtime.py Lambda Function用
Announcing HashiCorp Terraform 0.15 General Availability
Sign up for freeGet started in minutes with our cloud products TerraformInfrastructure as code provisioning
お久しぶりです、インフラのいわなちゃんさん(@xcir)です。 弊社は複数のCDNを利用していますが、Akamaiを主に利用しており多数の配信設定(プロパティ)を運用しています。 これまでは新規プロパティはAkamai Control Center(ACC/旧LUNA)で作成していましたが、 今回多数のプロパティを作る必要があり既存も含めてTerraformで運用を行えるようにしたので共有します。 既存プロパティをterrafromでapplyするまで まずは運用は考えずに既存のプロパティのexport/編集/terraform apply/Activateという一連の動作を試してみましょう。 akamai/shellを実行する Akamaiを外部ツールから叩く際にはAPIクレデンシャルが必要なのでこちらを参考に発行して~/.edgercに配置してください。 次にAkamaiの操作環境をど
IaCするにあたりツールの選定は1つ重要な要素になります. Terraformは様々なツールの中の1つであり仕事で触っていく中で柔軟にかつ非常に容易にインフラをかけるツールと気付きました. 書いていく中でいろいろ便利だと思ったことがたくさんあったのでまとめてみました. Terraformのバージョンを固定する 新規開発なので特に問題はなかったですが0.11と0.12で大きな違いがあります. 今後バージョンアップが発生した場合に問題を減らす意味で早めに設定した方が良いでしょう. Terraform自体の設定をしている部分に追加しましょう. config.tf terraform { required_version = ">= 0.12" } 複数バージョンを使用する場合はtfenvを利用して対応できるようにすると良いかと思います. tfstateをS3バケットで管理する tfstateをロ
CodePipeline を利用した ECS Service の自動リリースをやってみた | DevelopersIO
ECS を利用したアプリケーションを構築する上でデプロイ戦略の選択は重要な要素になります. 開発段階では ECS が制御するローリングアップデートを利用して手動デプロイすることはあっても, 本番環境では自動デプロイが好ましいでしょう. 今回はCodePipelineを主軸に自動デプロイできる環境を構築します. デプロイ戦略の概要について 今回はパイプライン内でDocker Imageをビルド, pushを行った後に, ECS ServiceをBlue/Greenデプロイします. またDocker Imageに付与するタグとしてgitのコミットハッシュを利用することでコードとイメージを一意に紐づけることも同様に行います. パイプラインの構築は主にTerraformを利用しますが, 一部AWS CLIを利用します. 今回は検証が目的のため, 本番環境を意識したコード分割などは行っていません.
こんにちは。UZOUのプロダクト開発をしているエンジニアの@kanga333です。 UZOUでは広告データの集計の一部にAmazon Athenaを採用しています。 この記事ではUZOUにおけるAthenaを使ったデータ処理基盤の設計について紹介したいと思います。 全体構成 データ処理基盤の全体構成は次のようになっています。 以後はそれぞれのコンポーネントについて順次紹介していきます。 FleuntdによるS3への集約 UZOUでは特にFluentdアグリゲータのような中継サーバは設けていません。広告配信サーバに常駐するFluentdがログを直接S3にプットしています。 以下はFluentdのS3 output部分の設定の一部抜粋です。 <buffer time> @type file timekey 60m </buffer> path example_table/dt=%Y%m%d/h
概要 この記事では、負荷テストツールLocustで分散負荷テスト環境を構築するに当たって私が使っている方法をまとめます。 構築はAWS Fargateを使って、設定をできるだけ少なくしました。 AWSの操作にはTerraformを使って、構築・破棄を繰り返しできるようにしています。 背景 これまでやっていた負荷テスト 負荷テストはどのようにして実行しているでしょうか？ 私はこれまで簡単なものはApacheBenchで行い、 ログインを含むシナリオが必要なものはシェルスクリプトでコードを書いて実行していました。 しかし、ApacheBenchは静的なWebサイトなどで使うには良いのですが、Webアプリのテストとなると機能が足りないと感じていました。 シェルスクリプトを使えば何でもできる反面、テストの作成に時間がかかりがちで、メンテナンスもしずらくなっていました。 Locustを使った負荷テス
GitHub - briefercloud/layerform: Layerform helps engineers create reusable environment stacks using plain .tf files. Ideal for multiple "staging" environments.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
はじめまして、ソフトウェア・エンジニアの松岡です。 私はコマース事業部で先日に発表したネットスーパー機能のインフラ、バックエンド、たまにiOSなどわりといろいろなことを担当しています。 また今年の7月にサービスを終了したクラシルストアでは開発だけでなく、販売する商品の管理などストアの運営や、カスタマーサポートなどもやってました。 いろいろなことをやることは大変ですが、視点が増えることで新たに気づくことや考えが深まることがあり、そこには大変さ以上の恩恵があるので好きでやっています。 これは「dely #1 Advent Calendar 2020」の6日目のエントリーです。 「dely #2 Advent Calendar 2020」もあるのでぜひご覧ください。こちらの今日のエントリーはfukuさんのエンジニアの僕が初めてプロダクトマネージャーをする上で特に意識したことです。大作でした、最高
はじめにこんにちはー TIG DXチーム 1のゆるふわエンジニアの前原です。 前回のはじめてのTerraform 0.12 ～環境構築～に続き実践編です。実際の構築を通して、最近バージョンアップしたTerraform 0.12の構文がこんな感じで変わったよー的な話を伝えていければと思っています。 では、Terraformを用いてAWSのリソースを作成していきましょう。 構築する環境構成図下図の環境(VPC, VPC Endpoint, NAT Gatewayなど)をTerraformで構築していきます。 VPC VPCは、Staging（stg）とProduction（prd）に二つのVPCを構成します。AZ（Availability Zone）は3つのゾーンを利用し、サブネットはパブリックとプライベートに分けて構成します。 VPC Endpoint Endpointとして、S3をセットし
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Terraform の Variables と Locals、Outputs - tellme.tokyo
改めてCI/CDパイプラインを使ったECS自動デプロイの流れを整理する - NRIネットコムBlog
OpenTofu Amiable to a Terraform Reconciliation
Announcing CDK for Terraform 0.1
ブログイベント「コンテナウィーク」開催します！ - NRIネットコムBlog
コンテナアプリの80％はAWSで実行されているーーゼロから学べるAWSのコンテナサービス入門
Announcing the HashiCorp Linux Repository
TerraformをGoogle Cloudで使ってみた - G-gen Tech Blog
ココナラ的ベストTerraformディレクトリ構造を考える
『みてね』のTerraform構成～モノリポジトリとマルチリポジトリ～ | gihyo.jp
Terraform で GCP IAM 設定どれ使うのがいいのか - pokutuna
Terraformの実装コードを、動かしながら読む | フューチャー技術ブログ
コスト削減で重要な「ボトルネックから潰す」「覚悟を持つ」 約60,000ドル削減のため、具体的に実行した6つのこと
DatadogのモニターをTerraformerでインポートして感じたことなど - エニグモ開発者ブログ
HashiCorpのライセンス変更--意図や影響を製品マーケティング担当幹部に聞く
HashiCorp、国内リージョンでHashiCorp Cloud Platformを提供へ 2022年秋の提供開始を予定
TerraformでAkamai配信設定を作ってみる | GREE Engineering
Terraformをしばらく書いて覚えた個人的なTipsについて | DevelopersIO
Athenaを使ったデータ処理基盤の設計 - Speee DEVELOPER BLOG
Locustの分散負荷テスト環境をAWS Fargateを使って簡単に用意してやる - Qiita
VS Codeで作るAWS Vault付きのポータブルなTerraform環境 - dely Tech Blog
はじめてのTerraform 0.12 ～実践編～ | フューチャー技術ブログ
etutorend.com
docs.google.com
anond.hatelabo.jp
www.ccc-lab.net
eiga.com
hyama5071.hatenablog.com