2026年04月08日
[General] Oracle Database@AWS is now available in twelve AWS Regions
- 公開日: 2026-04-08 (JST)
- カテゴリ: General
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/oracle-database-aws-available-twelve-regions/
概要
Oracle Database@AWS が欧州・アジア太平洋の5リージョンで一般提供開始され、合計12リージョンで利用可能になりました。OCIのマネージドOracle ExadataシステムをAWSデータセンター内で利用でき、オンプレのExadata / RACワークロードの移行やデータレジデンシー要件への対応が容易になります。
変更内容・新機能の詳細
今回の拡張により、EU-West-1 (Dublin)、EU-West-2 (London)、AP-South-1 (Mumbai)、AP-South-2 (Hyderabad)、AP-Northeast-2 (Seoul) の5リージョンで Oracle Database@AWS が一般提供(GA)になりました。Oracle Database@AWS は、AWS のデータセンター内で Oracle Cloud Infrastructure (OCI) が管理する Oracle Exadata システムにアクセスするサービスで、Oracle Exadata と Oracle Real Application Clusters (RAC) を利用する既存のオンプレ環境を AWS 環境に移行しやすくします。リージョンごとのアベイラビリティゾーン(AZ)構成は、Dublin、Mumbai、Hyderabad が2 AZ、London と Seoul が1 AZです。さらに、CA-Central-1(Canada Central)とAP-Southeast-2(Sydney)は2 AZ をサポートするようになり、本番向けの高可用性が強化されました。利用には Oracle からのプライベートオファーを AWS Marketplace 経由でリクエストし、AWS マネジメントコンソール上でデータベースのセットアップと利用を行います。対応リージョンの一覧は、US-East-1、US-West-2、US-East-2、CA-Central-1、EU-Central-1、EU-West-1、EU-West-2、AP-Northeast-1、AP-Southeast-2、AP-South-1、AP-South-2、AP-Northeast-2 の12リージョンです。
影響範囲・利用シーン
- 対象ユーザー: オンプレのOracle Exadata / RAC を運用している企業、Oracle DBのレガシー移行を検討するクラウド移行チーム
- 利用シーン: データレジデンシー要件がある欧州・アジア太平洋の環境で、低レイテンシかつ管理されたExadata環境に移行する場面
- 運用効果: OCIのマネージドExadataをAWS側で利用することで、ハードウェア運用負荷を軽減しつつ既存アーキテクチャ(RAC等)を維持して移行できる
- 可用性への影響: 2 AZ サポートがあるリージョンでは高可用性構成を取りやすく、本番稼働の信頼性が向上する
- 制約・注意点: London/Seoul は現時点で1 AZ のため、単一AZの制約を踏まえた設計(DRやバックアップ戦略)が必要
技術的な注意点
- IAM権限: AWS側で Marketplace のプライベートオファーの受諾やリソース作成を行うための適切な IAM 権限が必要です(Marketplace, EC2/VPC等の権限を確認してください)
- リージョン制限: サービスは指定の12リージョンで提供されています。利用可能リージョンと各リージョンのAZ数を事前に確認してください(例:London/Seoul は1 AZ)
- コスト: Oracle とのプライベートオファーに基づく料金(Oracle側のサブスクリプション/ライセンス費用)に加え、AWS側のインフラ利用料やデータ転送費用が発生します。見積もりは事前に確認してください
- ライセンス/契約: 利用には Oracle との契約(プライベートオファー)受諾が必要です。既存ライセンス移行ポリシーやサポート契約を確認してください
- ネットワーク/レイテンシ: OCIのマネージドExadataがAWSデータセンター内で提供されるため低レイテンシが期待されますが、アプリケーション構成やVPC/VPN/Direct Connect の設計によって影響を受けます
- 運用: 単一AZリージョンでの本番利用はリスクがあるため、DR設計(別リージョンへのフェイルオーバー等)やバックアップポリシーを検討してください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/04/oracle-database-aws-available-twelve-regions/
- https://aws.amazon.com/marketplace/solutions/oracle-database-on-aws/
[Lambda] AWS Lambda expands response streaming support to all commercial AWS Regions
- 公開日: 2026-04-08 (JST)
- カテゴリ: Lambda
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/aws-lambda-response-streaming/
概要
AWS Lambdaのレスポンスストリーミング機能が全ての商用リージョンで利用可能になりました。InvokeWithResponseStream APIを使い、関数が部分的に応答を逐次クライアントへ送信できるようになります。
変更内容・新機能の詳細
今回の拡張により、商用AWSリージョンでリージョン間の機能差が解消され、Lambda関数はInvokeWithResponseStream APIを使って応答ペイロードをデータ生成に応じて逐次ストリーミングできます。これにより従来のように関数が完全なレスポンスをバッファする必要がなくなり、time-to-first-byte(TTFB)が短縮されます。ストリーミングはデフォルトで最大200 MBのペイロードをサポートし、Node.jsのマネージドランタイムおよびカスタムランタイムで利用可能です。クライアント側はサポートされているAWS SDK経由、またはAmazon API GatewayのREST API(レスポンスストリーミングを有効化)経由でストリーミングを受け取れます。ネットワーク転送に対する追加料金が発生し、課金はLambda関数から生成・ストリームされたバイト数に基づいて行われます(公開情報では“最初の6 MBに対する計測”に関する表現があります。詳細は課金ドキュメントを参照してください)。
影響範囲・利用シーン
- 対象ユーザー: サーバーレス開発者、アプリケーションエンジニア、SRE/運用チーム
- 利用シーンまたは効果: LLMやチャット配信のトークン逐次出力、遅延に敏感なWeb/Mobileアプリの最速応答表示、ストリーミングAPIを用いた段階的データ配信(例: プログレスや逐次レンダリング)
- 運用効果: TTFB短縮によるユーザー体験向上、応答バッファリングコストと遅延の低減、クライアント側での逐次処理による応答開始の高速化
- 導入上の影響: クライアント側でストリーミング対応が必要(SDKやAPI Gateway設定の確認)、ネットワーク転送料金の増加が起きうる
技術的な注意点
- IAM権限: InvokeWithResponseStream や関連のLambda実行権限(lambda:Invoke* 等)・API Gateway経由の場合は必要なAPIGWポリシーを確認してください
- リージョン制限: 商用AWSリージョンには展開済みですが、AWS GovCloudや中国リージョンなど商用外リージョンは対象外の可能性があります。利用前に該当リージョンでの対応状況を確認してください
- コスト: ストリーミングされたレスポンスのネットワーク転送に追加課金があります。課金は関数から生成・ストリームされたバイト数に基づくため、大きな/長時間のストリーミングはコスト増加要因になります。詳細は請求ドキュメントで確認してください
- ランタイムサポート: Node.js マネージドランタイムおよびカスタムランタイムが明記されています。他のマネージドランタイム(例: Python/Java)のサポート状況はドキュメントで確認してください
- クライアント/SDK: ストリーミングを受け取るクライアント側は、サポートするAWS SDKのストリーミング機能またはAPI Gatewayのレスポンスストリーミング設定に対応している必要があります
- ペイロードサイズ: デフォルト最大200 MB(ドキュメントの記載に準拠)。必要に応じて上限・挙動を確認してください
- API/実装: サーバ側はInvokeWithResponseStream APIを使用して部分的にレスポンスを書き出す実装が必要です。従来の同期Invokeとは挙動が異なるため、エラーハンドリングや接続途切れ時の再送戦略を設計してください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/04/aws-lambda-response-streaming/
- https://docs.aws.amazon.com/lambda/latest/dg/response-streaming.html
- https://docs.aws.amazon.com/lambda/latest/dg/API_InvokeWithResponseStream.html
[Cost Explorer] AWS Cost Explorer launches Natural Language Query capabilities powered by Amazon Q
- 公開日: 2026-04-08 (JST)
- カテゴリ: Cost Explorer
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/aws-cost-explorer-natural-language-query/
概要
AWS Cost Explorer に Amazon Q の生成AI(自然言語クエリ)機能が統合され、自然言語でコスト・使用状況データを質問すると自動でグラフやフィルタが更新されるインタラクティブなコスト分析が可能になりました。商用リージョンで追加料金なしに利用できます。
変更内容・新機能の詳細
Amazon Q の開発者向け生成AIを Cost Explorer に組み込み、自然言語プロンプト(推奨プロンプトや自由入力の "Ask Question" ボタン)でAWSコスト・使用データを質問できます。ユーザーが質問すると Amazon Q がテキストで洞察を返すと同時に、Cost Explorer 側のチャート・テーブル・フィルタ・グルーピングが自動で更新され、該当する可視化が即座に表示されます。さらに、Amazon Q が追加のデータセット(例:AWSの価格情報や異常検知の結果)を参照して導出した洞察は、Cost Explorer 内の可視化ではなく Amazon Q の“artifacts panel”に表示されます。会話コンテキストは維持されるため、フォローアップ質問を通じて簡易チェックから詳細調査までシームレスに進められます。実装面では、Cost Explorer の集計/グルーピングAPIで得られるコスト・使用データを基に Amazon Q が自然言語解析と洞察生成を行い、その応答に応じて Cost Explorer のUIにフィルタやチャート設定を適用する連携フローです。サービスはすべての商用AWSリージョンで利用可能で、今回の自然言語解析機能自体には追加料金は発生しません。
影響範囲・利用シーン
- 対象ユーザー: クラウドコスト管理者、FinOps、プロジェクトオーナー、SRE/運用チーム、課金担当者
- 利用シーン: 月次/日次の支出確認、突発的なコスト増加の原因追跡、サービス別・タグ別の支出分析、異常支出の初期調査を会話形式で実施
- 運用効果: クエリ作成やダッシュボード調整の手間を削減し、非専門ユーザーでも迅速にインサイトを得られるため意思決定の速度が向上
- ワークフロー統合: チーム内でのコスト調査が単一UIで完結し、ツール切替を減らして調査時間を短縮
- ガバナンスへの影響: より多くのメンバーがコストデータにアクセスして分析を行えるため、アクセス制御や監査の整備が重要になる
技術的な注意点
- IAM権限: Cost Explorer(例: ce:GetCostAndUsage 等)の閲覧権限が必要。Amazon Q 連携に関する追加権限やサービスロールが必要になる可能性があるため、最小権限の原則で権限を確認してください。
- リージョン制限: 公表情報では "すべての商用AWSリージョン" で利用可能。ただし、リージョン毎のサービス展開状況や将来の変更はドキュメントで確認してください。
- コスト: 本発表の自然言語解析機能自体は追加料金なしで提供されますが、Cost Explorer や Amazon Q の他機能利用、API呼び出し、関連サービスの使用(例: ログ保存や追加分析)は別途課金される可能性があります。請求影響は事前に確認してください。
- データ取扱いとセキュリティ: コスト/使用データはアカウント内のメタデータを基に処理されますが、Amazon Q による解析の実行ログや生成物がどのように保存・参照されるかは確認してください(CloudTrail ログの確認、生成物の保持期間や共有設定のレビューを推奨)。
- 対応データソース: Cost Explorer の集計データが主なデータソース。Amazon Q が参照する追加データ(価格情報、異常検知データなど)は一部可視化が artifacts panel に表示され、Cost Explorer の既存チャートには反映されない場合があります。
- 既知の制約: 自然言語理解の結果は推定や要約を含むため、精度や粒度に限界があります。重要な請求判断は元データ(Cost and Usage Reports 等)での検証をお勧めします。
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/04/aws-cost-explorer-natural-language-query/
- https://aws.amazon.com/aws-cost-management/aws-cost-explorer/
- https://aws.amazon.com/amazon-q/
- https://docs.aws.amazon.com/cost-management/latest/userguide/
[Lightsail] Amazon Lightsail is now available in the Asia Pacific (Malaysia) Region
- 公開日: 2026-04-08 (JST)
- カテゴリ: Lightsail
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-lightsail-malaysia/
概要
Amazon Lightsailがアジアパシフィック(マレーシア)リージョンで利用可能になりました。これによりマレーシアおよび周辺地域のユーザーは低遅延・データ滞在要件への対応が可能になります。
変更内容・新機能の詳細
本リリースでLightsailは Asia Pacific (Malaysia) リージョンで利用可能になりました。Lightsailの提供するシンプルなバンドル型インスタンス(汎用/コンピュート最適化/メモリ最適化)に加え、マネージドデータベース、コンテナサービス、ロードバランサーなどLightsailの主要機能が利用できます。価格体系はLightsailの従来の「単純で予測しやすい」料金モデルを適用します。マレーシアリージョンの追加により、現地向けアプリケーションでのレイテンシ低下やローカルのデータレジデンシ要件への対応が期待できます。コンソール、AWS CLI、AWS SDKからアクセス可能で、既存のLightsailワークロードを新リージョンへデプロイまたは移行できます(ただし移行方法や制約はドキュメントを参照してください)。Lightsailは他にも米国、カナダ、欧州、アジア太平洋の複数リージョンで利用可能です。
影響範囲・利用シーン
- 対象ユーザー: マレーシアおよび周辺地域のウェブ/モバイルアプリ開発者、スタートアップ、中小企業、SRE/運用チーム
- 利用シーン: 低遅延が重要なユーザー向けのウェブホスティング、APIサーバー、ステージング環境、軽量なコンテナ化アプリのデプロイ
- 運用効果: レイテンシ低下とローカルデータ滞在要件の順守によりユーザー体験の改善とコンプライアンス対応が容易化
- 移行・展開: 新規環境のローカル配置や既存Lightsailリソースのリージョン移行(スナップショットやデータ転送の手順確認が必要)
技術的な注意点
- IAM権限: Lightsailの操作には対応するIAMポリシーが必要(コンソール/CLI/SDKでの操作権限を確認してください)
- リージョン制限: 本リリースは Asia Pacific (Malaysia) リージョン向け。他リージョンで利用可能な機能差やリージョンコードは公式ドキュメントで確認してください
- コスト: Lightsailの「単純な料金体系」が適用されますが、データ転送・バックアップ・スナップショットの料金やリージョン間転送コストは別途発生する可能性があります
- サービス制限: 一部の機能や特定のインスタンスタイプが当初は制限される場合があります。可用性ゾーン数やリソースクォータを事前に確認してください
- 運用注意: リージョン間のリソース移行やバックアップ復元には手順と制約があります。DR設計やデータレジデンシ要件を踏まえて実装してください
- アクセス方法: Lightsailコンソール、AWS CLI、AWS SDKから利用可能。CLI/SDK利用時はリージョン指定を忘れないようにしてください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-lightsail-malaysia/
- https://docs.aws.amazon.com/lightsail/latest/userguide/regions-availability-zones.html
- https://docs.aws.amazon.com/lightsail/latest/userguide/what-is-lightsail.html
[Bedrock] Amazon Bedrock now offers Claude Mythos Preview (Gated Research Preview)
- 公開日: 2026-04-08 (JST)
- カテゴリ: Bedrock
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-bedrock-claude-mythos/
概要
Amazon BedrockがAnthropicの最新モデル「Claude Mythos Preview」をProject Glasswingの一部としてゲーテッド(許可制)リサーチプレビューで提供開始しました。高度なサイバーセキュリティ解析、ソフトウェア解析、複雑な推論タスクに強みを持つ新モデルです。
変更内容・新機能の詳細
Claude Mythos PreviewはAnthropicが提供する最先端のAIモデルで、従来モデルより少ない手がかりで大規模なコードベースを理解し、複雑な脆弱性を識別して実際のエクスプロイト可能性を示せる点が特徴です。具体的にはソースコード解析、脆弱箇所のトリアージ、エクスプロイト手法の説明や再現手順の提示など、攻撃の可能性を示す実践的な出力を生成します。AWSは悪用リスクを考慮し、Project Glasswingの一環としてインターネットに広く影響を与えるソフトウェアの開発者やオープンソースのメンテナを優先したallow-list制のゲーテッドプレビューで段階的に公開しています。利用はAmazon Bedrock経由で行い、現時点で提供リージョンは米国東部(N. Virginia、us-east-1)に限定されています。アクセスは初期の許可された組織に限定され、許可がある場合は担当のAWSアカウントチームから連絡があります。今回のリリースはディフェンダー(守る側)が先手を打って脆弱性を発見・修正することを目指す慎重な公開方針を示しており、同様の高機能モデルの今後の展開を示唆しています。
影響範囲・利用シーン
- 対象ユーザー: セキュリティチーム(脆弱性調査/SAST)、ソフトウェア開発者、オープンソースプロジェクトのメンテナ
- 利用シーン: 大規模コードベースの自動脆弱性検出、脆弱性の実証(PoC)生成、セキュリティレビューの効率化、脆弱性対応の優先順位付け
- 運用効果: 手動調査の工数削減と検出精度向上により修正までの時間短縮が期待できる(ただし出力は検証が必須)
- 制限・リスク: 強力な攻撃手法の生成能力があるためアクセスは厳格に管理する必要がある(悪用対策と責任ある公開手順の整備が必須)
技術的な注意点
- IAM権限: Bedrockモデル呼び出しに必要なIAM権限(例: bedrock:InvokeModel、bedrock:ListModels 等)を付与し、最小権限で運用してください
- リージョン制限: 提供は現時点で米国東部(N. Virginia / us-east-1)のみ。リージョンによっては未提供です
- コスト: ゲート付きプレビューは限定提供だが、将来的な商用利用ではBedrockの推論コストが発生します。試験運用時にも課金ポリシーを確認してください
- データ取り扱い: 機密コードや顧客データをモデルに送る前にデータ保護ポリシーを確認。Bedrockのログ保存、データ保持、モデル学習(フィードバック利用)ポリシーを確認してガバナンスを実施してください
- アクセス手順: アクセスはallow-list方式。組織が許可されている場合はAWSアカウントチームから連絡があります。自発的なセルフサインアップは不可です
- 運用上の注意: 出力は必ず人による検証(false positive/negativeの確認)を行うこと。検証用に隔離されたテスト環境を用意し、脆弱性公開時は責任ある開示手順に従ってください
- モデル制限: 高度な推論能力を持つ一方で誤検知や過度な推論(hallucination)の可能性があるため、自動修正の自動化は慎重に進めてください
参考情報
- https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-bedrock-claude-mythos/
- https://aws.amazon.com/bedrock/
[SageMaker] Amazon SageMaker adds serverless workflows to Identity Center domains
- 公開日: 2026-04-08 (JST)
- カテゴリ: SageMaker
- リンク: https://aws.amazon.com/about-aws/whats-new/2026/04/amazon-sagemaker-serverless-workflows/
概要
Amazon SageMaker Unified StudioがIdentity CenterドメインでもServerless Workflowsをサポートするようになりました。これにより、Identity Centerを利用するユーザーがAirflowベースのワークフローをプロビジョニング不要で実行できるようになります。
変更内容・新機能の詳細
今回のアップデートで、SageMaker Unified Studio内のServerless WorkflowsがAWS IAM Identity Center(Identity Center)ドメインでも利用可能になりました。Serverless WorkflowsはManaged Workflows for Apache Airflow(MWAA)によるAirflow実行基盤をSageMaker側で管理し、ユーザーはAirflowインフラをプロビジョニング/管理する必要がありません。ワークフロー実行時に必要なコンピュートが自動的にプロビジョニングされ、完了時に解放されるため、実行時間分のみ課金されます。各ワークフローは専用の実行ロールと分離されたワーカーで実行され、ワークフロー単位でのセキュリティ分離とクロスワークフロー干渉防止が図られます。視覚的なVisual Workflowエクスペリエンスが利用可能で、約200個のオペレータ(Amazon S3、Amazon Redshift、Amazon EMR、AWS Glue、Amazon SageMaker AIなどへの組み込み統合を含む)がサポートされています。サービスはSageMaker Unified Studioがサポートする全リージョンで利用可能です。
影響範囲・利用シーン
- 対象ユーザー: データサイエンティスト、機械学習エンジニア、データエンジニア、SRE/運用チーム(Identity Centerを利用している組織)
- 利用シーン: データパイプライン/前処理、モデル学習やバッチ推論のワークフローオーケストレーションを、Airflowを用いてプロビジョニング不要で実行したい場合
- 運用効果: インフラ管理負荷を削減し、ワークフロー実行時間分のみの課金でコスト最適化が可能。ワークフロー単位の実行ロールと分離ワーカーによりセキュリティが向上
- 導入のしやすさ: Identity Centerユーザー/グループでのアクセス管理に統合でき、既存のIdentity Center運用フローに組み込みやすい
- リージョン適用: SageMaker Unified Studioがサポートする全リージョンで利用可能(ただしリージョンごとの対応状況は確認推奨)
技術的な注意点
- IAM権限: ワークフロー作成・実行に必要なSageMaker/Managed Workflows権限に加え、各ワークフローが使用する実行ロールに対して適切なポリシーを付与する必要があります(実行ロールはワークフロー単位)。
- リージョン制限: SageMaker Unified Studioがサポートするリージョンで利用可能。各リージョンの対応状況は公式ドキュメントで要確認。
- コスト: インフラを常時プロビジョニングする必要はなく、ワークフローの実行時間に応じて課金されます。詳細な料金はドキュメント/価格ページを確認してください。
- 実行分離: 各ワークフローは専用のワーカーで実行され、ワークフロー間でリソースを共有しないためセキュリティと安定性が向上しますが、ワークフロー間でのデータ受け渡しはS3等を介した明示的な設計が必要です。
- オペレータ互換性: 約200のビルトインオペレータが利用可能ですが、サードパーティ/カスタムAirflowオペレータの利用可否や制限は事前確認が必要です。
- 監視・ロギング: 実行ログやメトリクスはSageMaker/CloudWatch経由で確認可能。重要な監視設定(アラート、ログ保存ポリシー等)は導入時に設計してください。
- 既存IAMドメインとの差異: これまではIAMベースのドメインのみ対応でしたが、今回Identity Centerドメインが対応。Identity Centerのユーザー/グループ構成と実行ロールのマッピング設計が必要です。