Terraform（テラフォーム）は、インフラ構成をコードで管理し、構築や変更を効率化するIaC（Infrastructure as Code）ツールです。 さくらのナレッジでは全2回にわたり、さくらのクラウド向けTer […]

Terraform（テラフォーム）は、インフラ構成をコードで管理し、構築や変更を効率化するIaC（Infrastructure as Code）ツールです。 本記事から全2回にわたり、さくらのクラウド向けTerrafor […]

2026年5月22日（金）・23日（土）の2日間、ベルサール羽田空港で開催された TSKaigi 2026 に参加してきました！ TSKaigi は、TypeScript に関するあらゆるテーマを扱う国内最大級の技術カンファレンスです。目的として「参加者、登壇者、スタッフ、スポンサーをはじめ、TSKaigi に関わるすべての人たちが互いに学び合い、新たな繋がりを生み出す」ことが掲げられています。TypeScript の言語仕様そのものはもちろん、フロントエンド、サーバーサイド、IaC、ライブラリ・ツール、

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への移行は、単なるマイナーバージョン

はじめに こんにちは！ファインディのTeam+開発部でエンジニアをしている澁谷（ TENTEN11055 ）です。 普段はチームで Findy Context というプロダクトの開発に取り組んでいます。 prtimes.jp 2025年11月、AWS主催のAI-DLC Unicorn Gymに参加し、AI駆動開発の手法であるAI-DLCを実践しました。 学びはとても大きかった一方で、自分たちのチームにそのまま持ち込むには壁もあり、現場の実態に合わせて作り変える必要がありました。 Unicorn Gym参加

こんにちは、株式会社タイミーでMLOpsエンジニアをしているKYです。普段はMLプラットフォームの構築・運用を担当しています。 実務の中でコンテナイメージのサプライチェーンセキュリティ強化を進めており、その一環として Docker 社が提供する「Docker Hardened Images（DHI）」の実装を辿る機会がありました。 その際、実際の定義ファイルを見て、少し驚きました。コンテナのビルド定義といえば「Dockerfile」が当たり前だと思っていたのですが、DHI の定義はなんと YAML で書か

本ブログは、キヤノンIT ソリューションズ株式会社様と Amazon Web Services Japan が共同で執筆しました。 みなさん、こんにちは。AWS ソリューションアーキテクト木村、アカウントマネージャーの池田です。 本記事では、キヤノン IT ソリューションズ株式会社様が 、Amazon Q Developer を開発現場に導入し、3 か月間効果検証を実施した取り組みをご紹介します。コード生成やレビュー支援による効率化、現場での活用事例、そして検証から得られた知見について詳しく解説します。

クラウドプラットフォームチームの高野です。マイクロサービスプラットフォームの運用・改善を担当しています。 myTOKYOGASのマイクロサービス化については、以下の記事を参照してください。 tech-blog.tokyo-gas.co.jp 2024年11月、1つ目のマイクロサービスをリリースしました。当時はコンテナオーケストレーションサービスとして Amazon EKS を採用していました。その1年後の2025年11月、EKS から Amazon ECS / AWS Fargate へと移行しました。

はじめに 「監視モニタリングのIaCとか机上の空論だろ。労力とリターンが見合わんわ」 …と思っていた時期が私にもありました（慣用句） 前回の記事 でも少し触れましたが、 AIエージェントの登場によってDatadog × Terraformのような監視モニタリングのIaCの実践が劇的に楽になり 、気づけば手動でポチポチとモニタリングの設定をする運用の方が限りなく非効率になってしまいました。 AIエージェントをどう利用するかという部分は、まだまだ過渡期であり皆さま試行錯誤中ではあると思いますが、 弊社SREチ

月曜日の朝を想像してみてください。CFO、エンジニアリングディレクター、財務チームの全員が、包括的な AWS コストレポートを受信トレイで受け取ります。FinOps チームは誰一人として手を動かす必要がありません。レポートには先週の支出傾向、 Savings Plans の利用状況 、サービスごとのコスト内訳がすべてプロフェッショナルなフォーマットで整えられ、週次ビジネスレビューですぐに確認できる状態になっています。 AWS Billing and Cost Management (請求とコスト管理) ダ

はじめに システムが成長し、扱うデータ量やトラフィックが増大してくると、非同期処理の安定性とスケーラビリティがサービス全体の課題となります。 弊社のサービスの根幹部分はRuby on Railsを採用しているため、長らく標準の非同期処理のキューとしてResque (Redis) を使用していました。しかし、サービス規模の拡大に伴い、 Redisベースの運用では「ワーカーのオートスケール最適化」が困難である という課題が浮き彫りになってきました。 本記事では、この非同期処理のバックエンドを Amazon S

Terragruntは、TerraformのコードをDRY（Don't Repeat Yourself）に保ち、複数環境の管理を簡素化するラッパーツールです。本記事では、terragrunt.hclによる設定の共通化、tfstate管理の自動化、dependencyブロックによるモジュール間の依存関係定義など、TerragruntがTerraformの運用課題をどのように解決するのかを解説します。これにより、インフラコードの保守性と再利用性を高め、効率的なインフラ管理を実現する方法を紹介します。

1. はじめに 本稿では、Kiro を用いた仕様駆動開発の検証を通じて、API 開発における生産性と品質の変化を評価した事例を紹介します。 実際の開発案件で実装された領域に対して、設計から試験工程までを Kiro で再実装し、従来開発と比較するという試みになっています。 2. 自己紹介 株式会社 NTT データ ソリューション事業本部 C&D 事業部に所属しており、パブリッククラウド領域の案件に取り組んでいます。 本稿の取り組みのような 生成 AI を活用した開発にご興味をお持ちいただけた方は、お

G-gen の高宮です。当記事は、Google Cloud Next '26 in Las Vegas の 3 日目に行われたブレイクアウトセッション「 Accelerate CI/CD with coding agents 」のレポートです。 G-gen Tech Blog では、現地でイベントに参加したメンバーや、日本から情報をウォッチするメンバーが、Google Cloud Next '26 に関連する記事を発信します。 blog.g-gen.co.jp セッションの概要 ソフトウェア開発の加速と

インフラエンジニア、特にオンプレミス経験者に向けて、Infrastructure as Code (IaC)がもたらす大きなメリットを解説します。IaCは単なるコード化技術ではなく、「技術継承」「品質向上」「ドキュメント問題の解決」を実現する強力な武器です。レビュー文化の醸成や“動く設計書”による運用の効率化など、チームの資産として技術を継承し、ビジネス価値を高める方法を紹介。最初のツールとしてTerraformを推奨する理由も説明します。