はじめに 前提条件 検証用レガシーコードの準備 ディレクトリ構造 各ファイルの中身 1. template.yaml 2. src/requirements.txt 3. src/app.py 手順 AWS Transform CLIをインストールする AWS Transform CLIを起動させる 変換コマンドを入力する 実行と結果：AIによる自律的なモダナイズ 変換後のコード template.yaml：ランタイムの更新 src/requirements.txt：セキュリティリスクの排除 src/ap

re:Inventでは、AWSの周辺エコノミーを支えているサードパーティの展示会「EXPO」を、隅々まで探索してきたのですが、前回はFinOpsとセキュリティ関連で気になったサービスを紹介したので、今回はオブザーバビリティ関連で、気になったサービスを紹介したいと思います。 【Apica】ログコストを劇的に下げる『テレメトリー・パイプライン』 www.apica.io Apicaは、大量のデータ（ログ、メトリクスなど）を効率的に管理・分析するための 「オブザーバビリティ& データ管理プラットフォーム」 にな

この記事は、 NTT docomo Business Advent Calendar 2025 の15日目の記事です。 皆さまどうもこんにちは、 @strinsert1Na という人です。以前は 株式会社エヌ・エフ・ラボラトリーズ という会社に出向しながらバリバリ「脅威インテリジェンス」のお仕事をしておりまして、今年の7月からはNTTドコモビジネス 情報セキュリティ部の管理職として新たなキャリアを歩んでおります。 ここまで書くと「なんだ、ただの順調にキャリア形成している人のめでたい話か」と思われてしまいそ

このリリースは 18.0 からの修正リリース（2025年 11月 13日リリース）です。 18.X からのアップデートではダンプ、リストアは不要です。 PostgreSQL 18.0 から 18.1 への変更点 18.1 […]

みなさん、こんにちは。AWS ソリューションアーキテクトの三厨です。先週の re:Invent 2025 、みなさまはいかがお過ごしでしたか？　現地に来てくださった方も、オンデマンドで視聴いただいた方も、何か学びになるものを身につけていただけましたなら幸いです。 そして、毎年おなじみ 1 時間で振り返る re:invent 速報を今年も開催いたしました。忙しくてなかなかキャッチアップできなかった方も こちらのページ からキャッチアップをお願いいたします。 先日 2つの新しいプランを追加した「 AWS ジャ

このリリースは 17.6 からの修正リリース（2025年 11月 13日リリース）です。 17.X からのアップデートではダンプ、リストアは不要です。 また、17.6 よりも前のバージョンからアップデートする場合には、1 […]

このリリースは 16.10 からの修正リリース（2025年 11月 13日リリース）です。 16.X からのアップデートではダンプ、リストアは不要です。 また、16.10 よりも前のバージョンからアップデートする場合には […]

このリリースは 15.14 からの修正リリース（2025年 11月 13日リリース）です。 15.X からのアップデートではダンプ、リストアは不要です。 また、15.14 よりも前のバージョンからアップデートする場合には […]

このリリースは 14.20 からの修正リリース（2025年 11月 13日リリース）です。 14.X からのアップデートではダンプ、リストアは不要です。 また、14.19 よりも前のバージョンからアップデートする場合には […]

本ブログは 2025 年 12 月 4 日に公開された AWS Blog “ China-nexus cyber threat groups rapidly exploit React2Shell vulnerability (CVE-2025-55182) ” を翻訳したものです。 2025 年 12 月 12 日: ReactJS バージョンの更新が必要となるタイミングを明確にするため、このブログ記事を更新しました。 2025 年 12 月 3 日に CVE-2025-55182 (React2She

このリリースは 13.22 からの修正リリース（2025年 11月 13日リリース）です。 13.X バージョン系列は本リリースが最終リリースとなります。 13.X からのアップデートではダンプ、リストアは不要です。 ま […]

0 章．ブログ執筆の動機（トラブルシュートについてのモヤモヤ） この記事はビギナーズ Advent Calendar 2025の15日目の記事です。 また、「トラブルシュート」に関して4本立てでのシリーズを予定しており、本記事は0章～4章の0章にあたります。 0-1．はじめに ー なぜ今あらためて「トラブルシュート」を語るのか 私はネットワークエンジニアです。 開発で8年、運用に異動して7年、この15年もの間、ずっとシステムトラブルと共に歩んできました。 胃が痛くなるような辛い経験もたくさんありましたが、

本記事では、Snowflakeオブジェクトの所有者（OWNERSHIP）権限について、仕様の理解と、どうロールに所有者権限を付与すると設計がしやすいかをテーマに、筆者の理解と経験をもとに整理しました。 結論から言うと、所有者権限には「オブジェクトの変更・削除・権限管理を行う権限」だけでなく、「所有者権限を持つロールの権限で処理を実行する」という仕様があり、所有者権限を管理者用ロールに集約すると権限管理が行いやすいことが多いです。 すでに上記の設計をしている方も多いと思いますが、Snowflakeの「所有者

はじめに このAdvent Calendarでは、過去に私が書いたテストや品質に関する記事の紹介をします。 本日紹介する記事はこちらです。 https://www.nttdata.com/jp/ja/trends/data-insight/2017/1120 掲載日：2017年11月20日 掲載メディア：DATA INSIGHT（NTT DATA） 生成AIによる要約 IoTの普及が進むなか、さまざまなモノ（デバイス）がインターネットにつながることで、システムやサービスの品質保証は従来以上に難しくなってき

Rushed. Pushed. Silenced. These are the ingredients for burnout, not breakthroughs. In the current economic climate, the instinct to treat engineering teams like assembly lines is understandable; everyone is chasing revenue. But it is ultimately self-defe