AWS What's New Digest

Appearance

2026年06月18日 ​

[Gamelift] Amazon GameLift Servers adds new container fleet improvements ​

概要 ​

Amazon GameLift Serversがコンテナフリートに関する2つの改善を追加しました。コンテナごとのLinuxケーパビリティを細かく設定できるようになり、同一インスタンス上のコンテナ一覧とネットワーク情報を取得するAPIが提供され、コンテナ間通信とサービス発見が容易になります。

変更内容・新機能の詳細 ​

  1. カスタムLinuxケーパビリティ: コンテナグループ定義でコンテナごとにLinuxケーパビリティを明示的に追加・削除できるようになりました。従来のDockerデフォルトケーパビリティを上書き・拡張でき、NET_RAW（カスタムな低レベルネットワーク処理）やSYS_PTRACE（デバッガやプロファイラのアタッチ）など、ゲームサーバーやデバッグツールが要求する特権を付与可能です。 2) ListContainersNetworkInfo() サーバーSDKアクション: 同一インスタンス上で稼働するコンテナについて、コンテナ名、コンテナID、ローカルIPアドレス、コンテナグループタイプなどのネットワーク情報を取得できるAPIが追加されました。これにより、メトリクス収集エージェント、ログ集約、キャッシュや補助サービスなどの共存コンテナの自動発見と容易な通信経路構築が可能になります。 利用方法: どちらの機能も Amazon GameLift Servers コンソール、AWS CLI、AWS SDK、AWS CloudFormation から設定・呼び出しが可能です。ListContainersNetworkInfo() はサーバーSDK 5.x（Go/C++/C#）および Unreal Engine / Unity 向けプラグインでサポートされています。リージョン対応は GameLift Servers がサポートする全リージョン（ただし中国リージョンを除く）で利用可能です。

影響範囲・利用シーン ​

  • 対象ユーザー: コンテナ化されたゲームサーバーを運用・開発するゲーム開発者、SRE、インフラチーム
  • 利用シーンまたは効果: 特権ネットワーク操作やデバッガの利用が必要なサーバープロセスへのケーパビリティ付与、同一インスタンス上の補助コンテナ（メトリクス収集、ログ集約、キャッシュ等）との自動サービス発見による通信簡素化
  • 運用効果: デバッグやプロファイリングが容易になり、補助サービスとの連携実装の手間が削減されることで運用効率とデバッグ速度が向上する

技術的な注意点 ​

  • IAM権限: ListContainersNetworkInfo() などのサーバーSDKアクションやコンテナ設定には、適切なGameLift Servers用の実行ロール/ポリシーが必要です。事前に権限を確認してください。
  • リージョン制限: すべての GameLift Servers サポートリージョンで利用可能ですが、中国リージョン（cn-）では未対応です。
  • SDK/互換性: ListContainersNetworkInfo() はサーバーSDK 5.x（Go、C++、C#）と Unreal/Unity プラグインでサポートされています。既存のサーバーSDKを利用している場合は5.xへのアップグレードが必要になる可能性があります。
  • セキュリティ: NET_RAW や SYS_PTRACE などのケーパビリティ付与は強力な権限を与えるため、最小権限の原則に従い必要最小限のケーパビリティのみ付与してください。誤った設定はコンテナの攻撃面を拡大する可能性があります。
  • コンフィグ管理: ケーパビリティの設定はコンテナグループ定義で管理されるため、Infrastructure as Code（CloudFormation等）で一元管理することを推奨します。
  • コスト: これらの機能自体に直接の追加料金は発生しませんが、デバッグツールや追加コンテナの運用、ネットワークトラフィック増加に伴うEC2/通信/ログ保管コストなどは発生する可能性があります。

参考情報 ​

[Govcloud Us] Amazon RDS for SQL Server increases the maximum size and provisioned performance of General Purpose (gp3) volumes ​

概要 ​

Amazon RDS for SQL Serverでgp3ストレージのボリューム上限が引き上げられました。単一gp3ボリュームは最大64 TiB、80,000 IOPS、2,000 MiB/sまで指定可能になり、大規模/高IO要求のSQL Serverワークロードをより効率的に実行できます。

変更内容・新機能の詳細 ​

今回の更新により、Amazon RDS for SQL ServerのGeneral Purpose (gp3) ボリュームは従来の上限（16 TiB、16,000 IOPS、1,000 MiB/s）からそれぞれ拡張され、以下の上限をサポートします：64 TiBの容量、最大80,000 IOPS、最大2,000 MiB/sのスループット。さらに、DBインスタンス当たり最大で3つのgp3またはio2ボリュームを構成でき、インスタンス全体の合計容量は最大256 TiBまで拡張可能です。価格体系自体に変更はなく、ストレージ容量とベースラインを超えてプロビジョンするIOPS/スループット分のみが課金されます。これにより、高スループットを必要とするOLTPや大規模分析用途などで、単一ボリュームで高性能を確保しつつストレージ運用を簡素化できます。詳細はAmazon RDS for SQL Server ユーザーガイドおよび料金ページを確認してください。

影響範囲・利用シーン ​

  • 対象ユーザー: Amazon RDS for SQL Server を利用するデータベース管理者、DBA、SRE、および高IO性能が必要なアプリケーション開発者
  • 利用シーンまたは効果: 高スループット/高IOPSが必要なOLTP、トランザクション集中型アプリケーション、大規模データウェアハウスや分析クエリで単一ボリュームあたりの容量と性能を拡張可能
  • 運用効果: ボリューム数を増やさずに単一ボリュームで性能を確保できるため、ストレージ設計の単純化とI/Oボトルネックの緩和が期待できる
  • スケール: 単一ボリュームは最大64 TiB/80,000 IOPS/2,000 MiB/s、DBインスタンス合計は最大256 TiBまで対応可能

技術的な注意点 ​

  • IAM権限: ストレージの変更やDBインスタンスの変更を行うには rds:ModifyDBInstance 等の適切なRDS権限が必要です
  • 変更適用/ダウンタイム: ストレージの変更やプロビジョンドIOPS/スループットの変更は変更タイプによってはメンテナンスウィンドウか再起動が必要になる場合があります。実運用前に変更動作を確認してください
  • リージョン制限: 機能の提供状況はリージョンごとに異なる可能性があります。使用予定リージョン（商用リージョンやGovCloud(US)含む）の提供可否を事前に確認してください
  • コスト: 基本料金に変更はないが、プロビジョンする追加IOPS/スループットおよび増加したストレージ容量に応じた追加課金が発生します。コスト影響を事前に試算してください
  • 運用上の注意: 大容量/高IO構成ではバックアップとリストア、スナップショットの所要時間やネットワーク性能の影響を考慮する必要があります。また、ログやtempdbなどのI/Oパターンに応じてボリューム分割（データ/ログ）を検討すると効果的です
  • 互換性: 本機能はAmazon RDS for SQL Server専用のストレージ上限変更です。他のRDSエンジンやオンプレミスの挙動とは異なるため、移行/性能検証を推奨します

参考情報 ​

[Glue] AWS Glue Interactive Sessions now support Spark Connect for interactive workloads ​

概要 ​

AWS Glue Interactive SessionsがApache Spark Connectをサポートしました。これにより、SageMaker Unified StudioやJupyter/VS Codeなど普段使っているノートブックやIDEから、サーバーレスのAWS Glue上でSparkアプリケーションを開発・実行できるようになります。

変更内容・新機能の詳細 ​

Spark Connectの薄いクライアント（thin client）アーキテクチャを用いて、クライアント側の開発環境とサーバー側のSpark実行環境を分離します。これにより、ノートブックやIDEからGlue Interactive Sessionsへジョブを送信し、クラスタ管理なしにサーバーレスGlueのリソースで処理を実行できます。主な利点は、アドホックなデータ探索、逐次的なデバッグやインクリメンタルなPySpark開発の容易化、クライアント依存関係のサーバー側Sparkランタイムからの分離によるアップグレード／安定性の改善です。観測性としては、リアルタイムのセッション監視はSpark UIで、履歴はSpark History Serverで確認でき、セッションの開始・停止や管理はAWS GlueのAPI/CLI/SDKで行えます。接続はAmazon SageMaker Unified Studioのノートブック、任意のIDE（Pythonインタプリタが必要）やAWS API/CLI/SDKから可能です。提供リージョンにはアジア太平洋（ムンバイ、ソウル、シンガポール、シドニー、東京）、カナダ（中央）、欧州（フランクフルト、アイルランド、ロンドン、パリ、ストックホルム）、南米（サンパウロ）、米国東部（オハイオ、バージニア北部）、米国西部（オレゴン）が含まれます。

影響範囲・利用シーン ​

  • 対象ユーザー: データサイエンティスト、データエンジニア、MLエンジニア、SRE/運用チーム
  • 利用シーン: ノートブックやIDEからの対話的なデータ探索、逐次的なPySpark開発・デバッグ、プロダクション移行前の検証ワークフロー
  • 運用効果: クラスター管理不要により運用負荷が低減され、クライアント依存の問題を隔離することで安定性とアップグレード性が向上。リアルタイム監視と履歴追跡で問題発見・解析がしやすくなる

技術的な注意点 ​

  • IAM権限: Glueのセッション作成・実行に必要なIAM権限（Glue関連のAPI呼び出し権限）を事前に付与してください。SageMakerやS3などアクセス対象サービスの権限も必要です
  • リージョン制限: 現時点で利用可能なリージョンは記事記載の通り（例: ap-northeast-1(東京)等）。ご利用前に対象リージョンでサポートされているか確認してください
  • コスト: サーバーレスGlueのインタラクティブセッションは課金対象です。実行時間や割当リソースに応じた料金が発生する可能性があるためコストモデルを確認してください
  • クライアント要件: ノートブックやIDE側にPythonインタプリタ（およびSpark Connectクライアントライブラリ等）が必要です。クライアントとGlueのSparkランタイム間の互換性（バージョン要件）を確認してください
  • 互換性/バージョン: Spark Connectクライアントとサーバー側Sparkランタイムの互換性に注意してください。クライアント依存関係は分離されますが、API/機能差異による影響を事前検証することを推奨します
  • ネットワーク/セキュリティ: VPCエンドポイントやS3アクセス経路、KMSキーなどのネットワーク・暗号化設定を確認してください。必要に応じてGlue実行ロールやネットワーク設定を調整してください

参考情報 ​

[General] AWS HealthOmics now streams workflow engine logs to Amazon CloudWatch in real time ​

概要 ​

AWS HealthOmicsがワークフローエンジンのログをAmazon CloudWatchにリアルタイムでストリーミング可能になりました。実行中にワークフローの進行状況やエラー情報を即座に確認できます。

変更内容・新機能の詳細 ​

AWS HealthOmics（HIPAA適格）は、Nextflow、WDL、CWLで実行されるバイオインフォマティクスワークフローのエンジンログを実行時にAmazon CloudWatch Logsへストリーミングします。ストリームされるログにはワークフローのオーケストレーションイベント、タスクのスケジューリング情報、入力/出力（インポート/エクスポート）アクティビティ、エラー発生時のフルスタックトレースなどが含まれます。これにより、デバッグや反復開発が加速され、CloudWatch上でログパターンに対するアラーム設定、ダッシュボード作成、既存の監視/可観測性ツールとの連携が可能になります。機能は全てのAWS HealthOmics提供リージョン（US East (N. Virginia), US West (Oregon), Europe (Frankfurt, Ireland, London), Israel (Tel Aviv), Asia Pacific (Singapore, Seoul)）で利用可能です。詳細な設定手順や利用方法は公式ドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 研究者、バイオインフォマティシャン、ワークフローデベロッパー、SRE/運用チーム
  • 利用シーン: ワークフロー実行中のリアルタイム監視、デバッグ、実行進捗の可視化（Nextflow/WDL/CWL）
  • 運用効果: エラーや異常の早期検出、デバッグ時間の短縮、継続的なモニタリング・アラート連携による運用負荷の低減
  • 統合効果: CloudWatchダッシュボード、アラーム、既存のログ解析/可観測性ツール（SIEM、AIOps）への接続が容易になる
  • セキュリティ/コンプライアンス: HealthOmicsはHIPAA適格サービスであるため、PHIを扱うワークフローでのログ利用はポリシー準拠の設計が必要

技術的な注意点 ​

  • IAM権限: HealthOmicsがCloudWatch Logsへ書き込むための権限（例: logs:CreateLogStream, logs:PutLogEvents 等）や、ユーザー側でCloudWatch LogsへアクセスするためのIAM権限を確認してください。サービスロール設定が必要です。
  • リージョン制限: 本機能は記事記載のHealthOmics提供リージョンで利用可能です（US East (N. Virginia), US West (Oregon), Europe (Frankfurt, Ireland, London), Israel (Tel Aviv), Asia Pacific (Singapore, Seoul)）。利用前に該当リージョンでの提供状況を確認してください。
  • コスト: CloudWatch Logsの取り込み量、保存容量、ログ転送、CloudWatchアラームやダッシュボード使用に伴う料金が発生します。KMSカスタマーマスターキーを使用する場合はKMSの料金も発生します。
  • データ保護: ログにPHIや機密情報が含まれる可能性があるため、ログ保持期間（Retention）、暗号化（KMS）、アクセス制御、監査設定を適切に構成してください。
  • 対応ワークフロー言語: Nextflow、WDL、CWLのワークフロー実行に対してストリーミングが提供されます。ログフォーマットや出力内容はワークフローランナーや実行内容により異なります。
  • 遅延/ボリューム: 大量のログを生成するワークフローでは取り込み遅延やコスト増が発生するため、ログレベルやフィルタリング、サンプリングの方針を検討してください。
  • 設定手順: コンソールまたはAPI/CLIでストリーミングを有効化する必要があります。詳細は公式ドキュメントを参照してください。

参考情報 ​

[General] AWS DevOps Agent adds release management capability (preview) ​

概要 ​

AWS DevOps Agentがプレビューでリリース管理機能を追加しました。コード変更のリリース準備チェックと自律的なリリーステストを実行し、本番リリースを安全かつ自信を持って行えるよう支援します。

変更内容・新機能の詳細 ​

今回の追加により、AWS DevOps Agentはデリバリー（リリース）とオペレーションの両面で動作します。主な機能は以下です。

  • リリース準備レビュー: コード生成やプルリクエスト段階で内部基準からの乖離（ドリフト）、依存関係への影響、アクセス制御の問題を検出します。リポジトリ間の依存関係をマッピングしてコミット前に破壊的変更を表面化します。また、インフラ変更については決定的証明（deterministic proofs）を用いてAWS Well-Architectedのベストプラクティスからのドリフトを検証します。
  • リリーステスト（自律実行）: Web/APIベースのアプリケーション向けにテストプランを生成・実行し、回帰、ユーザー体験（UX）問題、統合失敗などを顕在化させます。テストは顧客が用意した環境（customer-provisioned environments）で実行されます。
  • クロスプラットフォーム運用: AWS上だけでなく、マルチクラウドやオンプレ環境も対象としてアプリケーションの稼働を最適化し、デプロイの加速、MTTR（平均復旧時間）の短縮、運用上の優秀性（operational excellence）を支援します。 導入手順（プレビュー開始方法）: AWS DevOps Agentのスペースにコードリポジトリとパイプラインを接続することで利用を開始できます。プレビュー期間中は追加料金は発生しません（提供リージョンは US East (N. Virginia)）。本番相当の機能・料金・対応リージョンは製品ページの情報を参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: 開発チーム（SDE/DevOps）、リリースエンジニア、SRE/運用チーム
  • 利用シーン: プルリクエスト／コード生成時の安全性チェック、CI/CDパイプライン内での自動リリーステスト、マルチリポジトリ依存関係の事前検出
  • 運用効果: コードの本番投入前に破壊的変更やポリシー逸脱を検出してリスク低減、テスト自動化により人的見落としを削減しMTTRを短縮
  • 導入負荷: 顧客提供のテスト環境接続設定（ネットワークや認証）が必要で、既存CI/CDとの統合設定工数が発生する可能性があります
  • リージョン制約: プレビューは現時点で US East (N. Virginia) のみ利用可能

技術的な注意点 ​

  • IAM権限: リポジトリ・パイプライン・ターゲット環境へアクセスするための適切なIAM権限（読み取り/実行/デプロイ権限など）を付与する必要があります
  • リージョン制限: プレビューは US East (N. Virginia) のみ。本番運用の提供リージョンはサポート表を参照してください
  • コスト: プレビュー期間中は追加費用なし。ただし本番機能は有料で、価格はAWS DevOps Agentの料金ページを確認してください
  • 環境要件: リリーステストは顧客が用意した環境で実行されるため、テスト対象環境へのネットワーク接続や認証情報の設定が必要です
  • データ/プライバシー: コード・依存関係・テスト実行結果等がAgentにより解析されるため、社内ポリシーに基づく取り扱い（機密コードの取り扱い）を確認してください
  • 技術的留意点: 決定的証明によるインフラ検証は既定のベストプラクティスに基づくため、独自の組織ルールを適用する場合はルールのカスタマイズと検証が必要です
  • 互換性: マルチリポジトリ／複数プラットフォームの依存関係マッピングは設定とメタデータの整備状況に依存します

参考情報 ​

[RDS] Amazon RDS for PostgreSQL, MySQL, and MariaDB now supports M9g database instances ​

概要 ​

Amazon RDSのPostgreSQL、MySQL、MariaDBでGraviton5ベースのM9g DBインスタンスが一般提供されました。Graviton4比で最大30%の性能向上と最大23%のオンデマンド価格/性能改善が見込めます。

変更内容・新機能の詳細 ​

AWS Graviton5プロセッサ（AWS Nitro System上の第最新世代）を採用したM9gファミリがRDSのオープンソースDBエンジン（PostgreSQL、MySQL、MariaDB）でGAになりました。新たに24xlargeと48xlargeのサイズが追加され、最大で192 vCPU、強化ネットワーク帯域100 Gbps、Amazon EBS向け帯域最大72 Gbpsを提供します。パフォーマンスおよび価格/性能は、対象となるDBエンジン、バージョン、ワークロードによって異なり、Graviton4相当サイズと比較して最大で30%の性能向上、最大23%のオンデマンド価格/性能改善が報告されています。現時点でのリージョン提供は米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、欧州（フランクフルト）です。詳細な価格や利用可能リージョン、各エンジンの対応バージョンについてはRDSの料金ページとドキュメントを参照してください。

影響範囲・利用シーン ​

  • 対象ユーザー: データベース管理者（DBA）、SRE、プラットフォーム/インフラチーム、データベースを大規模にスケールするアプリケーション開発者
  • 利用シーンまたは効果: 高スループット/高コア数を要するOLTP、分析ワークロード、大容量キャッシュ/インメモリ処理、レイテンシ低減やコスト効率改善を図るための垂直スケーリング
  • 運用効果: 同等サイズのGraviton4に比べてクエリ処理性能の改善や価格対性能の向上が期待でき、インスタンス数を増やさずに処理能力を確保できるため運用コストと複雑さを削減可能

技術的な注意点 ​

  • IAM権限: DBインスタンス変更にはrds:ModifyDBInstance等のRDS操作権限が必要です
  • リージョン制限: 現時点での提供リージョンは米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、欧州（フランクフルト）です。その他リージョンでは未対応の可能性があるため事前確認が必要です
  • コスト: 発表はオンデマンドでの価格/性能改善の目安です。リザーブドインスタンスやSavings Plansの価格影響は確認してください。大きなサイズ（24x/48x）を選ぶと総コストは増えるため、価格対性能で評価してください
  • 互換性（アーキテクチャ）: M9gはArmベース（Graviton5）です。RDSのマネージドエンジンは通常互換性がありますが、カスタム拡張やネイティブバイナリ（ユーザーが依存する拡張モジュールや外部ライブラリ）がある場合はArm上での動作確認を行ってください
  • エンジン/バージョン: すべてのエンジン/バージョンでM9gがサポートされるわけではないため、対象エンジンとバージョンの対応状況をRDSドキュメントで確認してください
  • ダウンタイム/移行: インスタンスタイプ変更は通常DBの再起動を伴います。シングルAZでの変更はダウンタイムが発生し、マルチAZではフェイルオーバーで影響を最小化できますが完全に無停止とは限りません。メンテナンスウィンドウやフェイルオーバーテストを計画してください
  • パラメータ/チューニング: CPUコア数やネットワーク/EBS帯域が変わるため、ワークロードに応じてパラメータ（shared_buffers、work_mem、max_connections等）や接続プール設定の再調整が必要になることがあります
  • 監視: CloudWatchやPerformance InsightsでCPU、IOPS、ネットワーク、レイテンシを移行前後で比較して性能変化を検証してください
  • ストレージとスループット: EBS帯域が増加するため、ストレージのスループットとIOPSのボトルネックを再評価してください

参考情報 ​

[RDS] Amazon Aurora and RDS for MySQL expand Extended Support for MySQL 5.7 through June 2029 ​

概要 ​

Amazon Aurora MySQL-Compatible Edition（Aurora MySQL v2）とAmazon RDS for MySQL 5.7向けに、MySQL 5.7のRDS Extended Supportが従来の2027年2月28日から延長され、2029年6月30日まで提供されることになりました。これにより、重要なセキュリティパッチと重大な障害修正を受けながら、移行計画を延長して実行できます。

変更内容・新機能の詳細 ​

対象は Aurora MySQL version 2（MySQL 5.7互換）と RDS for MySQL version 5.7 で、RDS Extended Support により以下が提供されます：重要度がCriticalおよびHighのCVEに対するセキュリティパッチ、運用上の重大な問題に対するバグフィックス、標準のAurora / RDSのSLA内でのAWSサポートアクセス。価格は今回の延長で引き上げられず、RDS Extended Support を利用している顧客は引き続き「Year 3」料金が2029年6月30日まで適用されます。AWSはMySQL 8.0またはMySQL 8.4互換バージョンへのアップグレードを推奨しており、アップグレード手段として Amazon RDS Blue/Green Deployments（ダウンタイム最小化を目的とした方式）、インプレースアップグレード（ダウンタイムあり得る）、スナップショット復元（別DBで検証して切り替え）を案内しています。今回の延長は、Aurora MySQL / RDS for MySQL が利用可能なすべてのAWSリージョンに提供されます。

影響範囲・利用シーン ​

  • 対象ユーザー: Aurora MySQL v2（MySQL 5.7互換）およびRDS for MySQL 5.7を運用しているデータベース管理者、SRE、アプリケーション開発チーム
  • 利用シーンまたは効果: MySQL 5.7のサポート終了（EOL）後も重要セキュリティ修正と重大バグフィックスを受け取りながら、MySQL 8.x系への移行計画と検証を行える（移行スケジュールの延長が可能）
  • 運用効果: 緊急のアップグレード対応の負荷を軽減し、移行テスト・互換性対応・リハーサルを慎重に実施する時間を確保できる
  • セキュリティ／コンプライアンス影響: 重大な脆弱性に対するパッチは継続提供されるため、短期的なコンプライアンスリスクを低減できる
  • コスト影響: 価格改定はないと明記されているが、Extended Supportに伴う「Year 3」料金が継続適用されるため、既存運用コストの確認が必要

技術的な注意点 ​

  • IAM権限: アップグレードやスナップショット作成には rds:ModifyDBInstance, rds:CreateDBSnapshot, rds:RestoreDBInstanceFromDBSnapshot に相当する権限が必要。Blue/Greenを使う場合はBlue/Green関連の操作権限も必要（実運用前にIAMポリシーを確認してください）
  • リージョン制限: この記事による延長は Aurora MySQL および RDS for MySQL が提供されているすべてのリージョンで有効です（ただし、特定リージョンのエンジンバージョンや機能は異なる場合があるため事前確認を推奨）
  • コスト: 記載のとおり今回の延長で追加の値上げはないが、Extended Support 利用時は「Year 3」料金が適用されるため長期的コストを見積もってください。詳細は料金ページを確認してください
  • アップグレード手順上の注意: インプレースアップグレードはダウンタイムや互換性問題を引き起こす可能性があるため、Blue/Greenまたはスナップショット復元で事前検証を行うことを推奨します。パラメータグループやオプショングループの差分、文字セット・照合順序やストアドプロシージャ・非推奨機能の影響を確認してください
  • サービスカバレッジ: Extended Support は主に Critical/High のセキュリティパッチと重大な運用上のバグ修正を対象としており、機能追加や全てのバグ修正を保証するものではありません
  • バックアップ／テスト: アップグレード前に必ずスナップショットを作成し、別環境でのリストアと回帰テストを実施してください
  • サポート要件: AWS サポートは標準の Aurora/RDS SLA に基づく対応を提供しますが、迅速な対応を得るためには適切なサポートプランの確認を推奨します

参考情報 ​

AI要約はOpenAI APIによって生成されています。

Copyright © 2026