←Back
12 articles

LambdaがExpressやNext.jsをそのまま実行可能に

AWS Blog / Google Cloud Blog / Azure Blog / Cloudflare Blog / Meta Engineering / Docker Blog / PlanetScale Blog

本日の総括

AWS Lambdaに標準的なHTTPサーバーをそのままデプロイできる新フォームファクター「Web Functions」が登場し、サーバーレスのプログラミングモデルが大きく転換しようとしている。Google CloudはData Agent KitやLooker Data Appsなどエージェント主導でデータ基盤を構築するサービスを一斉に発表し、BigQueryでは時系列基盤モデルTimesFM 3.0によるSQL直結の予測もプレビュー開始された。AIインフラ面ではMicrosoftが推論特化シリコン「Maia 300」のアーキテクチャを、MetaがOCPで液冷ラックや102.4Tスイッチを含む次世代ネットワーク基盤を公開し、エージェンティックな推論ワークロードへの対応が新たな競争軸となっている。SRE書籍10年ぶりの全面改訂、Cloudflareのログ変換機能GA、Docker Hubのトークン移管脆弱性の修正など、運用とセキュリティの動きも押さえておきたい一日となった。

記事サマリ

Announcing AWS Lambda Web Functions

元記事を読む

ソース: AWS Blog | タグ: クラウド・インフラ、バックエンド

AWS Lambdaに新フォームファクター「Web Functions」が登場し、Express、Hono、Fastify、Next.jsなどの標準的なポートリッスン型HTTPサーバーをイベントハンドラへの書き換えなしにデプロイ可能になった。複数同時リクエスト処理とアクティブCPU課金を採用し、従来のEvent FunctionsやMicroVMsと合わせて、Firecracker基盤上に3つのプログラミングモデルが揃った。

考察: アダプタ不要で既存Webアプリをそのまま載せられることで、サーバーレス移行の障壁が実質的に消滅し、コンテナサービスとの境界が再定義される。特にアクティブCPU課金はI/O待ちの多いWebワークロードのコスト構造を大きく改善する点で、既存Lambdaユーザーにも影響が波及する。

10 Years of the SRE book: Announcing the second edition of "Site Reliability Engineering”

元記事を読む

ソース: Google Cloud Blog | タグ: DevOps・SRE

GoogleがSRE書籍の刊行10周年を記念し、完全に書き直された第2版「Site Reliability Engineering」を発表。AI、マイクロサービス、マルチクラウド、サーバーレス、プラットフォームエンジニアリングなどこの10年の変化を反映し、現代の運用課題に対応する新たな指針を提供する。

考察: 初版はSREという職能自体を業界標準にした名著であり、第2版が「AI時代の信頼性」をどう定義するかが焦点。プラットフォームエンジニアリングとの棲み分けの整理は、多くの組織で実務的な指針になるはず。

Introducing TimesFM 3.0 with multivariate time-series forecasting in BigQuery

元記事を読む

ソース: Google Cloud Blog | タグ: AI・機械学習、データベース

BigQueryでTimesFM 3.0がプレビュー開始。Google Research開発の3.3億パラメータの時系列基盤モデルで、SQLのAI.FORECASTから直接マルチ変量予測が可能になる。GIFT-Eval、FEV-Bench、TIMEの3大リーダーボードでゼロショット精度1位を達成し、単変量予測のドロップイン置き換えにもなる。

考察: 気象やプロモーション等の外部要因を組み込んだ予測がSQLだけで完結するのは実務インパクトが大きい。時系列予測においてカスタムモデル運用を不要にする転換点となり、データアナリストの役割にも影響しそうだ。

Deep dive into Azure Maia 300 architecture

元記事を読む

ソース: Azure Blog | タグ: AI・機械学習、クラウド・インフラ

MicrosoftがAzure Maia 300のアーキテクチャ詳細を公開。LLM推論特化を掲げる第3世代の自社シリコンで、ソフトウェア、シリコン、ラック、ネットワーク、データセンターを一体設計し、マルチステップ実行や長コンテキストデコードといったエージェンティックな推論ワークロードに対応する。

考察: エージェンティック化で推論の計算プロファイルが変化する中、「1ワット・1ドルあたりの知能」を最大化する垂直統合はNVIDIA依存緩和の縮図。電力制約下でのシステムレベル最適化こそが、今後のAIインフラ競争の本質であることを示している。

OCP Summit 2026: Powering AI with Open Innovations in Scale-Up, Scale-Out, and Scale-Across Networks

元記事を読む

ソース: Meta Engineering | タグ: AI・機械学習、クラウド・インフラ、OSS

MetaがOCP Global Summit 2026で次世代オープンネットワーク基盤を発表。初の液冷ネットワークラック「IcePack」、102.4Tスイッチ「IceCube」、GPU接続を変えるマルチプレーンファブリック「FPF」、オープンソースのAI転送プロトコル「MetaRoCE」、OCP内の新イニシアティブ「OSPA」などが含まれる。

考察: AIインフラのボトルネックが演算からネットワークへ移る中、スケールアップ/アウト/アクロス全層をオープン化するのは業界標準形成を狙った動き。MetaRoCEのオープンソース化はInfiniBand対RoCEの勢力図に影響し得る。

Shipping Media Over QUIC at Meta Scale for Instagram Live Ingest

元記事を読む

ソース: Meta Engineering | タグ: バックエンド、OSS

MetaがInstagram LiveのiOS/Androidインジェストでオープン標準プロトコル「Media over QUIC(MoQ)」のデプロイを開始。RTMP、HLS/DASH、WebRTC等に分断されていたプロトコルスタックを統一し、低遅延化、不安定なネットワークへの耐性、ライブ体験の応答性向上を目指す。

考察: IETFで標準化中のMoQをMetaスケールで本番投入するのは、プロトコルの実用性に対する強い検証事例。インジェストと再生の統一基盤が実現すれば、ライブストリーミングのアーキテクチャ設計全体が簡素化される転機になる。

Agentic data science with the Data Agent Kit

元記事を読む

ソース: Google Cloud Blog | タグ: AI・機械学習、クラウド・インフラ

Google Cloudが「Data Agent Kit」を発表。Antigravity IDEやVS Code拡張を通じて、MCPツールとMarkdownベースの「スキル」でコーディングエージェントをGoogle Cloudのデータサービスに接続し、不正検知パイプラインのようなデータサイエンスワークフローをエンドツーエンドでエージェント主導構築できる。

考察: エージェントにツールだけでなく手順・ベストプラクティスを「スキル」として与える設計は、データ領域特有の知識の再現性を高める鍵になる。パイプライン構築の属人性を下げる実用的なアプローチとして注目される。

Trusted Data Apps for the Agentic Data Cloud, powered by Looker

元記事を読む

ソース: Google Cloud Blog | タグ: AI・機械学習、クラウド・インフラ

Google CloudがLooker Data Appsをプレビュー発表。自然言語で指示するだけでAIエージェントが本番相当のインタラクティブなデータアプリをLooker上に生成し、行レベルセキュリティやガバナンスは既存のLookerフレームワークで担保される。

考察: 「LLM生成プロトタイプは本番に載らない」という課題に対し、ガバナンス層を既存BI基盤に委ねるのは現実的な解。ダッシュボードから「行動のためのシステム」への転換を示唆しており、BIの再定義につながる可能性がある。

Filter, reshape, and redact logs before export with Transformers

元記事を読む

ソース: Cloudflare Blog | タグ: クラウド・インフラ、DevOps・SRE

CloudflareがLogpushのTransformersをGA化。SQLクエリでログのフィルタリング、機密データのマスク、レコード整形をエクスポート前に実行でき、別途処理サービスを構築・運用する必要がなくなる。Logpush自体も全セルフサーブプランで利用可能になった。

考察: SIEMやオブジェクトストレージへの取り込み前に不要レコードを削れるため、転送・取り込み・保存コストの削減効果が直接的に出る。エンタープライズ級機能の全プラン開放というCloudflareの戦略は、オブザーバビリティ市場での競争圧力を高める。

Turning Opportunistic AI Inference Capacity Into Better Ads Recommendations

元記事を読む

ソース: Meta Engineering | タグ: AI・機械学習、クラウド・インフラ

Metaが、フリート内でアイドル状態の推論キャパシティを集約し広告推薦を強化するシステムを構築。「Rank More Ads(評価候補数の調整)」と「Serve Better Models(高性能モデルへのルーティング調整)」という2つの伸縮レバーで、予告なく回収され得る余剰容量を安全に活用する。

考察: 「全体では逼迫・局所では余剰」という推論フリートの容量パラドックスへの解法は、GPUコスト高騰下のあらゆる組織に示唆的。リソース供給ではなくワークロード側を弾力化する設計思想は応用範囲が広い。

Docker Hub security advisory: personal access tokens transferred during account-to-organization conversions

元記事を読む

ソース: Docker Blog | タグ: セキュリティ、DevOps・SRE

Docker Hubで個人アカウントを組織へ変換する際にパーソナルアクセストークンが移管される脆弱性(CVE-2026-105445)が報告・修正された。報告から4時間以内に本番修正をデプロイし、導入日以降の全変換履歴をレビューの上、影響の可能性があるユーザーへ10月2日に通知済み。非通知ユーザーは対応不要。

考察: アカウント変換という一見良性の管理機能がトークン漏洩経路になる事例で、IAM周辺の「例外系」機能こそ監査対象にすべきと示している。4時間以内の修正と全履歴レビューはインシデント対応の模範例。

What gets TOASTed in Postgres

元記事を読む

ソース: PlanetScale Blog | タグ: データベース

PostgreSQLのTOAST機構を深掘りする記事。行が8KBページに収まらなくなると値が圧縮・外部退避される仕組みを、2,000バイトと2,001バイトの境界例で解説。ベータ版のPostgres 19ではデフォルト圧縮がpglzからLZ4に切り替わり、PlanetScaleは17/18で既に切り替え済み。

考察: 2,001バイトで26バイトに圧縮される具体例は、TOASTの閾値挙動を直感的に理解させる好例。LZ4デフォルト化は長文テキストやJSONBを多用するワークロードに地味に効く変更で、19へのアップグレード動機の一つになる。

関連書籍

※ リンクにはアフィリエイトタグが含まれます

関連するダイジェスト