2024/10/29 9:00:00 ~ 2024/10/30 9:00:00 (JST)
最近の発表
Amazon EC2 Mac instances now support Apple macOS Sequoia
本日より、お客様は Amazon EC2 Mac インスタンスで Apple macOS セコイア (バージョン 15) を Amazon マシンイメージ (AMI) として実行できます。Apple macOS Sequoiaは最新のメジャーmacOSバージョンであり、Xcodeバージョン16.0以降(iOS、iPadOS、macOS、tvOS、watchOS、VisionOS用の最新のSDKを含む)の実行や、Apple Intelligenceの今後のサポートなど、以前のmacOSバージョンに比べて複数の新機能とパフォーマンスの向上が導入されています。\n Amazon Elastic Block Store (EBS) に支えられた EC2 macOS AMI は AWS がサポートするイメージであり、EC2 Mac インスタンス上で実行される開発者のワークロードに、安定した、安全で高性能な環境を提供するように設計されています。EC2 macOS AMI には、AWS コマンドラインインターフェイス、Xcode 用コマンドラインツール、Amazon SSM エージェント、およびホームブリューが含まれます。AWS Homebrew Tap には AMI に含まれている AWS パッケージの最新バージョンが含まれています。 Apple macOS Sequoia AMI は x86 ベースと Apple シリコン EC2 Mac インスタンスの両方で利用でき、現在 EC2 Mac インスタンスが利用可能なすべての AWS リージョンで公開されています。お客様は AWS コンソール、コマンドラインインターフェイス (CLI)、または API を使用して macOS Sequoia AMI の使用を開始できます。EC2 Mac インスタンスの詳細についてはこちらを、EC2 Mac インスタンスの使用を開始するにはこちらをご覧ください。EC2 macOS AMI リリース通知をここで購読することもできます。
AWS CodeBuild now supports retrying builds automatically
AWS CodeBuild では、お客様がビルドの自動再試行を設定できるようになり、ビルドが失敗した場合の手動操作が減りました。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、デプロイ準備が整ったソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n この新機能により、CodeBuild プロジェクトに再試行制限を設定でき、CodeBuild は失敗したビルドをその制限まで自動的に再試行します。これにより、断続的な障害による中断を回避でき、ビルドを手動で監視して再試行するためのインフラストラクチャを追加する必要がなくなります。 自動再試行機能は、CodeBuild が提供されているすべてのリージョンで利用できます。CodeBuild が利用可能な AWS リージョンの詳細については、AWS リージョンのページを参照してください。 CodeBuild 設定の詳細については、当社のドキュメントをご覧ください。CodeBuild の使用を開始する方法の詳細については、AWS CodeBuild 製品ページを参照してください。
Amazon OpenSearch Service now supports dedicated coordinator nodes
Amazon OpenSearch Service では、お客様に専用のコーディネーターノードをプロビジョニングするオプションを提供するようになりました。専用コーディネーターノードは、OpenSearch Dashboards のトラフィック調整とホスティングの責任からデータノードを解放し、リソースの利用率を高め、クラスターの全体的な効率を向上させます。さらに、コーディネーターノードは、仮想プライベートクラウド (VPC) ドメイン用に予約する必要のあるプライベート IP アドレスの数を減らすのに役立ちます。\n 専用のコーディネーターノードがない場合、データノードは検索、データストレージ、インデックス作成という中核的な役割と並行して調整の役割を果たします。データノードは OpenSearch ダッシュボードもホストします。複数の役割を実行する場合、シナリオによっては、データノードがメモリーや CPU リソースへの負荷が高まる可能性があります。専用のコーディネーターノードをプロビジョニングすると、データノードからトラフィックの調整やダッシュボードのホスティングの負担が軽減され、クラスターの全体的な耐障害性が向上します。さらに、専用のコーディネーターノードを使うと、OpenSearch VPC ドメインはデータノードではなくエラスティック・ネットワーク・インターフェース (ENI) をこれらのノードにアタッチします。専用コーディネーターノードは通常、データノード全体の約 10% を占めます。その結果、VPC ドメインに必要なプライベート IP アドレスの数は大幅に少なくなります。 すべての OpenSearch バージョン、および 6.8 から 7.10 の Elasticsearch (オープンソース) バージョンでは、専用のコーディネーターノードのプロビジョニングがサポートされています。OpenSearch サービスが利用できるすべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで利用できます。リージョンの全リストについては、こちらをご覧ください。 クラスター内の専用コーディネーターノードの設定について詳しくは、ドキュメントを参照してください。
Amazon RDS now supports M7i and R7i database instances
PostgreSQL、MySQL、および MariaDB 用のアマゾンリレーショナルデータベースサービス (Amazon RDS) は、M7i および R7i データベース (DB) インスタンスをサポートするようになりました。M7i と R7i はインテルベースの最新製品で、新しい最大インスタンスサイズは 48 倍になりました。これにより、M6i および R6i インスタンスタイプの最大サイズよりも 50% 多くの vCPU とメモリが実現します。\n M7i および R7i DB インスタンスは、PostgreSQL バージョン 16.1 以上、15.4 以上、14.9 以上、13.11 以降の Amazon RDS で利用できます。M7i と R7i DB インスタンスは、MySQL バージョン 8.0.32 以降の Amazon RDS と、MariaDB バージョン 10.11.4 以上、10.6.13 以上、10.5.20 以上、10.4.29 以降の Amazon RDS でも利用できます。これらのインスタンスは現在、米国東部 (バージニア北部、オハイオ)、米国西部 (北カリフォルニア、オレゴン)、アジアパシフィック (ジャカルタ、ムンバイ、ソウル、シンガポール、シドニー、東京)、カナダ (中部)、およびヨーロッパ (フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム) の AWS リージョンでご利用いただけます。 価格とリージョンの提供状況の詳細については、Amazon RDS の料金表ページを参照してください。Amazon RDS マネジメントコンソールを使用してこれらのフルマネージド型データベースインスタンスのいずれかを作成することから始めましょう。詳細については、Amazon RDS ユーザーガイドを参照してください。
Amazon Q Developer announces support for inline chat to streamline the developer experience
本日、Amazon Q Developer は、インラインコーディングエクスペリエンス内でシームレスにチャットを開始できる拡張チャットエクスペリエンスを発表しました。この機能により、サポートが必要なコードのセクションを選択し、エディター内でチャットを開始して、「このコードを最適化する」、「コメントを追加」、「テストを書く」などのアクションをリクエストできます。\n AnthropicのClaude 3.5 Sonnetの最新バージョンを搭載したインラインチャットサポートにより、Q Developerはプロンプトに基づいてインライン差分(一連のコード変更)ビューをリアルタイムで生成して表示できるため、コードエディターから直接提案を簡単に理解して評価できます。そうすれば、IDE のさまざまなチャットパネル間でコンテキストを切り替えることなく、キーボードショートカットを使用して変更を確認したり承認したりできます。これにより、タスクを効率的に完了し、開発プロセスを改善および合理化できます。 インラインチャットサポートは、Visual Studio Code と JetBrains IDE のほか、Q Developer が利用できるすべての AWS リージョンで利用できます。インラインチャットサポートの詳細をご覧ください。
AWS Blogs
Amazon Web Services ブログ (日本語)
- 生成 AI でサービスのトップラインを伸ばす! : 業務効率化から進み、売上や利用の拡大を実現した事例 4 件に学ぶ
- Amazon Connect と Service Quotas による効果的なコンタクトセンターの拡張
- AWS がインターネットのセキュリティ向上を支援する 3 つの方法
- Amazon QuickSightのダッシュボードでモバイルゲームのKPIを分析する
- AWS による DDoS イベントからのお客様の保護
AWS Big Data Blog
- 専用のコーディネーター・ノードにより、OpenSearch Serviceクラスターの耐障害性とパフォーマンスを向上
- AWS Glue ジョブモード API プロパティを使用して AWS Glue Studio 開発インターフェイスを制御します
- BMW が AWS Lake Formation のきめ細かなアクセスコントロールを使用してデータアクセスを合理化した方法
AWS Database Blog
- クエリー・プレイバックとトラフィック・ミラーリングを使用した MySQL 移行環境のパフォーマンス・テスト — 第 3 部
- クエリー・プレイバックとトラフィック・ミラーリングを使用した MySQL 移行環境のパフォーマンス・テスト — 第 2 部
- クエリー・プレイバックとトラフィック・ミラーリングを使用した MySQL 移行環境のパフォーマンス・テスト — 第 1 部
- HammerDB を使用して Db2 用の Amazon RDS でパフォーマンステストを実行してください
AWS DevOps & Developer Productivity Blog
- セマンティックバージョニングを使用してリリース管理を簡素化
- Amazon Q デベロッパーと AWS チャットボットをSlack 内で活用
- Projen を深く掘り下げる:高度な機能を探る
- Amazon Q デベロッパーのインラインチャットで AI を活用した次のレベルのワークフローをご紹介します
AWS HPC Blog
Integration & Automation
AWS for Industries
- オンプレミスのソフトウェアライセンスでエンジニアリングアプリケーションを実行するためのサーバーレスセルフサービスポータル
- AWS を活用したジェネレーティブ AI によるシーメンスのグローバル検索の変革
- ジェネレーティブAI時代の最適化
AWS Machine Learning Blog
- 包括的なカスタムオブザーバビリティソリューションでジェネレーティブAIアプリケーションを強化
- Amazon Bedrock バッチ推論の自動化:スケーラブルで効率的なパイプラインの構築
- Amazon Bedrock でジェネレーティブ AI を使用してビデオインサイトと要約エンジンを構築しましょう
- Amazon Bedrock プロンプトフローによる文書処理の自動化 (プレビュー)
- 機械学習ライフサイクルを大規模に管理:Amazon SageMaker と Amazon CloudWatch による一元化されたオブザーバビリティ