Featured
今日の注目ニュース
Compute Engineで、インスタンス停止・削除時にゲストOSへ最大6時間の猶予を与え…
原文：October 19, 2026
Compute Engineで、インスタンス停止・削除時にゲストOSへ最大6時間の猶予を与えるgraceful shutdownが一般提供されました。Dialogflow CXの電話セッションでは、音声認識を止めてDTMF入力だけを受ける設定も追加されています。
停止や削除の前に処理を終える時間を確保しやすくなります。電話対応では、騒がしい環境で背景音を入力として扱うケースを抑えられます。
graceful shutdownの猶予中に終わらない処理は残るため、処理時間の見積もりは別途必要です。Dialogflow CXでは音声入力を使うフローとの切り替え条件も見ておきたいところです。
自分なら、まず停止・削除を伴うバッチやメンテナンス手順に目を通します。6時間という猶予をどう使うかで、復旧や終了処理の設計が少し変わりそうです。
Quick reads
30秒ニュース
EC2 Image Builderで、Auto Scaling Group内の起動済みインス…
原文：EC2 Image Builder now integrates with ASG for faster image builds
EC2 Image Builderで、Auto Scaling Group内の起動済みインスタンスをイメージ作成に使えるようになりました。新規起動と初期化の時間を省き、ASGは利用後のインスタンスを補充します。既存パイプラインへの影響はなく、利用は任意です。
👍 ここが嬉しい：イメージ作成でインスタンスの起動・初期化を待つ時間を減らせます。繰り返し動かすパイプラインでは、所要時間の安定にもつながりそうです。
AWS What's Newを見るGuardDuty Runtime Monitoringに、任意で有効化する50超の検知ルー…
原文：Amazon GuardDuty adds optional threat detection rules for Runtime Monitoring
GuardDuty Runtime Monitoringに、任意で有効化する50超の検知ルールが追加されました。EC2、EKS、EC2およびAWS Fargate上のECSを対象に、プロセス・ファイル・ネットワークの活動を検知します。
👍 ここが嬉しい：環境によっては通常でも、別の環境では侵害の兆候になり得る活動にルールを合わせられます。実行環境の観測範囲を広げる材料になります。
AWS What's Newを見るMicrosoft 365 E7とProject Perceptionの新機能を通じて、エー…
原文：Agents are your newest insiders. Security must move at their speed.
Microsoft 365 E7とProject Perceptionの新機能を通じて、エージェントのリスクを封じ込め、保護を継続的に適応させる取り組みが紹介されました。
👍 ここが嬉しい：エージェント利用に伴うリスクを扱うための、新しい機能と考え方に触れられます。保護を継続的に見直す視点も持ちやすくなります。
Microsoft Security Blogを見るGitHubは異常なトラフィックがある期間、github.comの可用性保護のため、公開リポ…
原文：Some Git over HTTPS may temporarily require authentication
GitHubは異常なトラフィックがある期間、github.comの可用性保護のため、公開リポジトリへのHTTPS経由のcloneやfetchで一時的に認証を求める場合があります。
👍 ここが嬉しい：異常トラフィック時にもgithub.comの可用性を守るための対応です。認証を求められる事象の背景をチームで共有しやすくなります。
GitHub Changelogを見るmacOS 27とXcode 27以降では、CodeQLがビルド追跡に利用する一部のシステム…
原文：CodeQL changes for macOS 27, Xcode 27, and Swift 6.4
macOS 27とXcode 27以降では、CodeQLがビルド追跡に利用する一部のシステムバイナリとライブラリにIntel（x86_64）コードが含まれなくなります。Swift 6.4も対象として案内されています。
👍 ここが嬉しい：macOS 27、Xcode 27、Swift 6.4に関わるCodeQLの前提変更を早めに把握できます。対象環境の更新前に見直す入口になります。
GitHub Changelogを見るAWS tip
今日のAWS小ネタ
VPCフローログ
VPCフローログは、VPC内のネットワークインターフェイスを通るIPトラフィックの情報を記録する機能です。通信の中身そのものではなく、通信の記録を追う用途として捉えると分かりやすいです。
👍 ここが嬉しいここが嬉しいのは、意図しない通信や到達しない通信を調べるときに、ネットワーク側の手掛かりを残せることです。調査時の「何が起きたか」をチームでそろえやすくなります。
⚠️ 気になるところ気になるところは、ログを有効にしただけで原因が分かるわけではない点です。見たい通信と保存先、調べる手順を先に決めないと、記録を活かしにくくなります。
「VPCフローログがあればパケットの内容まで読める」と思われがちですが、用途はIPトラフィックの記録です。通信内容の取得とは分けて考えます。
覚え方は「フローログは通信の伝票」。荷物の中身ではなく、いつ・どこからどこへ流れたかを見るイメージです。
疎通トラブルでは、対象のネットワークインターフェイス周辺の記録から、通信が記録されているかを起点にします。アプリ、セキュリティグループ、ルートの確認へ進む前の材料になります。
Today’s takeaway
今日の共通点
今日の更新は、処理を安全に終える話と、実行中の変化を捉える話が並んでいます。機能を増やす前に、終了手順と通知を受けた後の動きを一度そろえると、日々の運用が少し楽になりそうです。
Afterword
今日のあとがき
今日のアイデア
Image BuilderのASG連携を使う場合は、ビルド用インスタンスの役割を短く図にしてみるのはどうでしょう。誰が補充し、どのタイミングでビルドに使われるかが見えると、運用時の会話がしやすくなります。
おすすめ記事
番外編：インフラ経験者でも、別分野の「当たり前」は分からない
ネットワーク・サーバー・AWSでは、同じインフラ経験でも最初に見る場所や判断基準が異なります。分野ごとの暗黙知と、Case／Step設計を広げる構想をまとめた番外編です。
読む