「Terraform」に関連する技術ブログ - TECH PLAY

TECH PLAY

Terraform」に関連する技術ブログ

1003 件中 31 - 45 件目
はじめに こんにちは、MA部SREブロックの片桐です。MA部ではメルマガやLINE、アプリプッシュ通知を配信するためのマーケティングオートメーションシステムを開発・運用しています。 MA部ではDBとして主にCloud SQL for MySQLを利用しており、調査や不具合対応のために開発メンバーがDBにログインして各種SQLを実行する場面があります。 このとき、共用の特権DBユーザーとパスワード認証を利用していました。しかし、この方式ではパスワード管理が必要になるほか、DB上のログイン主体も個人に紐づけに
Terraformのレビューだけでは防げない「適用してから気づく」事故。本記事では、それを未然に防ぐための静的チェックツール群を徹底比較します。各ツールの最大の違いである「入力(.tfかPlan JSONか)」に着目し、TFLint、Trivy、Checkov、Terrascan、Regula、Conftestという代表的な6つのツールを「Lint」「セキュリティ」「コンプライアンス」「Policy as Code」という4つの目的に分類。それぞれのツールの役割、得意なこと、そしてどのような状況で効果を発
Terraform(テラフォーム)は、インフラ構成をコードで管理し、構築や変更を効率化するIaC(Infrastructure as Code)ツールです。 さくらのナレッジでは全2回にわたり、さくらのクラウド向けTer […]
Terraform(テラフォーム)は、インフラ構成をコードで管理し、構築や変更を効率化するIaC(Infrastructure as Code)ツールです。 本記事から全2回にわたり、さくらのクラウド向けTerrafor […]
はじめに こんにちは、University of British Columbia 学部4年の保井祐 ...
はじめに こんにちは。プラットフォームSREブロックの酒部・高塚・亀井です。私たちは2026年5月14日〜15日に名古屋で開催された「 クラウドネイティブ会議 」に参加してきました。本記事では印象に残ったセッションをご紹介します! はじめに クラウドネイティブ会議とは セッションレポート キーノート:老舗IoTクラウドサービス組織の変革 -クラウドネイティブをはじめよう- GameDay:チームで挑むリアルな障害対応 100マイクロサービスのTerraform/Kubernetes管理地獄から抜け出すため
1. この記事で書いていること Amazon Web Services(以下AWS)より、2026年5月にAmazon Aurora MySQL 8.4がGAとなったことのリリースがありました。[1] Aurora MySQL v3はMySQL 8.0互換のメジャーバージョンでしたが、Aurora MySQL 8.4は MySQL Community Edition 8.4 LTSをベースにしたメジャーバージョンです。 このため、Aurora MySQL v3から8.4への移行は、単なるマイナーバージョン
2026 年 5 月 28 日、各種機能を大幅に強化した次世代の AWS Resilience Hub を発表いたしました。これにより、新しいアプリケーションモデル、依存関係の検出・評価、生成 AI を活用した障害モード分析、モジュール型レジリエンスポリシー、組織全体のレポート機能を統合し、包括的な体験を実現します。 数百単位のアプリケーションを運用している組織はいずれも、可用性が最重要課題である一方で、レジリエンス目標の設定、進捗状況の測定、ポートフォリオ全体でのコンプライアンス証明を行う一貫した方法が
はじめに 2026年5月14-15日(木金)に名古屋の中日ホール&カンファレンスにてクラウドネイティブ会議が開催されました。本記事では同イベントで行われた発表の中から、さくらインターネット研究所の小田知央さん(@ […]
みなさんこんにちは!ワンキャリアのプロダクト開発部 ワンキャリア転職チームの越川(X:@kosshii_)です。 前回は、プロダクト開発チームのエンジニア4名に「学びになった技術書トップ3」を聞いてみました。新卒エンジニアの「本を読んで勉強したいけど、何から読めばいいかわからない」という悩みに寄り添った記事になっておりますので、是非、本記事と一緒にご一読いただきたいです! ▼ Part1はこちら
みなさんこんにちは。株式会社ワンキャリアでSRE(Site Reliability Engineering)チームに所属している中岡です。 以前には、 キャリアの考え方 や 入社3ヶ月後の振り返り について執筆しましたが、今回はより個人的な、けれども多くのエンジニアが直面しているであろう「マルチタスクの壁」についてお話ししたいと思います。
はじめに こんにちは、ファインディ株式会社でエンジニアをしている中嶋( @nakayama__bird )です。現在は、新規プロダクトであるFindy Contextの開発に携わっています。 ファインディでは、これまでSREチームが担っていた新規プロダクトのクラウド環境の構築から監視体制の整備までを、プロダクト開発チーム主体で行う体制に切り替えました。 本記事では、私自身がFindy Contextの環境立ち上げを担当した経験を、アプリケーションエンジニアの視点で振り返ります。 経験の浅いエンジニアにとっ
本ブログは、キヤノンIT ソリューションズ株式会社様と Amazon Web Services Japan が共同で執筆しました。 みなさん、こんにちは。AWS ソリューションアーキテクト木村、アカウントマネージャーの池田です。 本記事では、キヤノン IT ソリューションズ株式会社様が 、Amazon Q Developer を開発現場に導入し、3 か月間効果検証を実施した取り組みをご紹介します。コード生成やレビュー支援による効率化、現場での活用事例、そして検証から得られた知見について詳しく解説します。
こんにちは!Core SRE の 織田 英吾です。 キャディはクラウドネイティブ会議にブーススポンサーとして協賛させていただきました。 この記事では2日間にわたるイベント期間中のブースの様子や聴講したセッションの感想をレポートします。 ブース紹介 まずは、キャディのブースについて紹介します! ブースでは、 私たちが取り組む製造業にまつわる課題を知っていただくための「30秒図面捜索チャレンジ」を実施したり、おすすめの Claude Code Skills を共有するボードを用意しました。 以下が実際に寄って
はじめに 「監視モニタリングのIaCとか机上の空論だろ。労力とリターンが見合わんわ」 …と思っていた時期が私にもありました(慣用句) 前回の記事 でも少し触れましたが、 AIエージェントの登場によってDatadog × Terraformのような監視モニタリングのIaCの実践が劇的に楽になり 、気づけば手動でポチポチとモニタリングの設定をする運用の方が限りなく非効率になってしまいました。 AIエージェントをどう利用するかという部分は、まだまだ過渡期であり皆さま試行錯誤中ではあると思いますが、 弊社SREチ