2024/11/19 9:00:00 ~ 2024/11/20 9:00:00 (JST)
最近の発表
AWS AppSync GraphQL APIs now support data plane logging to AWS CloudTrail
本日、AWS AppSyncは、AWS CloudTrailを使用してGraphQLデータプレーンオペレーション(クエリ、ミューテーション、サブスクリプションオペレーション、およびリクエストをリアルタイムのWebSocketエンドポイントに接続する)のロギングのサポートを発表しました。これにより、お客様はAWSアカウントでのGraphQL APIアクティビティをより詳細に把握して、セキュリティと運用のトラブルシューティングのベストプラクティスを得ることができます。AWS AppSync GraphQL は、アプリケーション開発者が単一の GraphQL API リクエストで複数のデータベース、マイクロサービス、AI モデルのデータにアクセスできるようにするサーバーレスの GraphQL サービスです。\n CloudTrail は、AWS コンソールからの呼び出しや AWS AppSync GraphQL API エンドポイントに対してプログラム的に行われた呼び出しなど、AWS AppSync GraphQL API に関連する API アクティビティをイベントとしてキャプチャします。CloudTrail が収集した情報を使用して、AWS AppSync GraphQL API に対する特定のリクエスト、リクエスタの IP アドレス、リクエスタの ID、リクエストの日時を特定できます。CloudTrail を使用して AWS AppSync GraphQL API をロギングすると、AWS アカウントの運用監査、リスク監査、ガバナンス、コンプライアンスを実現するのに役立ちます。 CloudTrail ロギングをオプトインするには、AWS CloudTrail コンソールまたは CloudTrail API を使用してデータストリームへのロギングを設定するだけで済みます。 AWS CloudTrail を使用した AWS AppSync GraphQL API のロギングデータプレーンが、AppSync を利用できるすべての商用 AWS リージョンで利用できるようになりました。AWS CloudTrail を使用してデータプレーン API をログに記録する方法の詳細については、AWS ドキュメントを参照してください。CloudTrail の詳細については、『AWS CloudTrail ユーザーガイド』を参照してください。
Amazon OpenSearch Serverless now supports point in time (PIT) search
Amazon OpenSearch Serverless では、ポイントインタイム (PIT) 検索のサポートが追加され、特定の時点で修正されたデータセットに対して複数のクエリを実行できるようになりました。この機能により、データが変化し続けても一貫した検索結果を維持できるため、詳細なページ分割が必要なアプリケーションや、複数のクエリにわたってデータを安定して表示する必要があるアプリケーションに特に役立ちます。\n ポイントインタイム検索では、検索結果の順方向と逆方向へのナビゲーションの両方がサポートされるため、継続的なデータ取り込み中でも一貫性が保たれます。この機能は、大規模なデータセットにわたって信頼性が高く一貫性のある検索機能を必要とする電子商取引アプリケーション、コンテンツ管理システム、分析プラットフォームに最適です。 Amazon OpenSearch Serverless のポイントインタイム検索は、米国東部 (オハイオ)、米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (シンガポール)、アジアパシフィック (シドニー)、アジアパシフィック (東京)、ヨーロッパ (フランクフルト)、ヨーロッパ (アイルランド)、ヨーロッパ西部 (パリ)、ヨーロッパ西部 (ロンドン)、アジア太平洋南部 (ムンバイ)、南米 (サンパウロ) の 15 のリージョンで利用できるようになりました。カナダ中部(モントリオール)、アジア太平洋(ソウル)、ヨーロッパ(チューリッヒ)。Amazon OpenSearch サービスの可用性に関する詳細については、AWS リージョナルサービスリストを参照してください。OpenSearch サーバーレスの詳細については、ドキュメントを参照してください。
Introducing Binary Embeddings for Titan Text Embeddings model in Amazon Bedrock
Amazon Titan テキスト埋め込み V2 はバイナリ埋め込みをサポートするようになりました。バイナリ埋め込みを使用すると、お客様は通常の埋め込みと同様の精度を維持しながら、検索拡張生成 (RAG) アプリケーションのストレージコストを削減できます。\n Amazon Titan テキスト埋め込みモデルは、文書、段落、および文のセマンティック表現を 1,024 (デフォルト)、512 次元、または 256 次元のベクトルとして生成します。バイナリ埋め込みでは、Titan テキスト埋め込み V2 はデータをバイナリベクトルとして表現し、各次元は 1 桁の 2 進数 (0 または 1) としてエンコードされます。このバイナリ表現は、高次元のデータをより効率的な形式に変換し、Amazon OpenSearch Serverless の Bedrock ナレッジベースに保存することで、費用対効果の高い RAG アプリケーションを実現します。 バイナリ埋め込みは、Amazon Titan テキスト埋め込み V2 がサポートされているすべての地域の Titan テキスト埋め込み V2、Amazon OpenSearch サーバーレス、および Amazon Bedrock ナレッジベースでサポートされています。詳細については、バイナリ埋め込みのドキュメントをご覧ください。
AWS support case management is now available in AWS Chatbot for Microsoft Teams and Slack
AWS Chatbot は、Microsoft Teams と Slack で AWS サポートケース管理が一般提供されることを発表しました。AWS のお客様は AWS Chatbot を使用して AWS サポートケースの更新をモニタリングし、チャットチャネルから対応できるようになりました。\n 問題のトラブルシューティングを行う際には、お客様が協力している場所で最新のサポートケースの更新情報を常に把握しておく必要があります。以前は、サポートケースを管理するには、お客様は別のアプリをインストールするか、コンソールに移動する必要がありました。今では、お客様が AWS Chatbot を使用して Microsoft Teams と Slack のサポートケースをモニタリングおよび管理できるようになりました。 AWS Chatbot を使用してチャットチャネルからサポートケースを管理するには、お客様は EventBridge で公開されたサポートケースイベントのチャットチャネルに登録する必要があります。新しいケース通信が追加されると、AWS Chatbot はサポートケース更新通知を設定済みのチャットチャネルに送信します。チャネルメンバーは、通知のアクションボタンを使用して最新のケース更新を確認し、チャットチャネルを離れることなく対応できます。 チャットチャネルでサポートケースに対応するには、ビジネス、エンタープライズオンランプ、またはエンタープライズサポートプランに加入している必要があります。チャットアプリケーションのケース管理は、AWS Chatbot が提供されている AWS リージョンでは追加料金なしで利用できます。AWS Chatbot を使い始めるには、AWS マネジメントチャットボットコンソールにアクセスし、Microsoft Teams マーケットプレイスまたは Slack アプリディレクトリから AWS チャットボットアプリをダウンロードしてください。詳細については、AWS Chatbot の製品ページと AWS Chatbot ドキュメントの「チャットチャネルからの AWS サポートケースの管理」を参照してください。
Amazon EFS now supports cross-account Replication
Amazon EFS はクロスアカウントレプリケーションをサポートするようになり、お客様が AWS アカウント間でファイルシステムを複製できるようになりました。EFS Replication では、選択した AWS リージョンのファイルシステムの最新のレプリカを簡単に維持できます。今回の発表により、EFS Replication のお客様は、ファイルデータのレプリカを個別のアカウントに自動的に保持することで、事業継続性、マルチアカウントの災害対策、およびコンプライアンス要件を満たすことができます。\n 多くの場合、お客様は複数の AWS アカウントを使用してビジネスアプリケーションとデータを分離して管理し、優れた運用性、セキュリティ、信頼性を実現しています。本日より、EFS Replication を使用してファイルシステムを任意の AWS リージョンの別のアカウントに複製できるようになりました。これにより、複数のアカウントで EFS データを同期するためのカスタムプロセスを設定する必要がなくなり、分散環境における回復力と信頼性が向上します。 EFS クロスアカウントレプリケーションは、すべての商用 AWS リージョンの既存および新規の EFS ファイルシステムで利用できます。詳細については、Amazon EFS ドキュメントをご覧ください。Amazon EFS コンソール、AWS CLI、AWS CloudFormation、API を使用して数回クリックするだけで EFS レプリケーションの設定を開始できます。
Amazon EKS enhances Kubernetes control plane monitoring
Amazon EKS では、EKS コンソールに新しい直感的なダッシュボードが表示され、Kubernetes コントロールプレーンメトリクスの幅が広くなるため、Kubernetes コントロールプレーンの可視性が向上します。これにより、クラスター管理者は問題をすばやく検出、トラブルシューティング、修正できます。Kubernetes バージョン 1.28 以降のすべての EKS クラスターでは、EKS コンソール内の主要なコントロールプレーンメトリクスを視覚化する厳選されたダッシュボードが自動的に表示されるようになり、コントロールプレーンの状態とパフォーマンスを簡単に確認できるようになりました。さらに、Amazon CloudWatch と Prometheus エンドポイントでは、より幅広いコントロールプレーンメトリクスのセットが利用できるようになり、お客様は Amazon CloudWatch、プロメテウス向け Amazon マネージドサービス、サードパーティのモニタリングツールなど、お好みのモニタリングソリューションを柔軟に利用できます。\n EKS コンソールに新たに導入された設定済みダッシュボードにより、クラスター管理者は主要なコントロールプレーンのメトリクスを視覚的に表示できるため、コントロールプレーンの状態とパフォーマンスを迅速に評価できます。さらに、EKS コンソールのダッシュボードが Amazon CloudWatch Log Insights クエリと統合され、コントロールプレーンのログから得られる重要なインサイトがコンソール内で直接表示されるようになりました。最後に、お客様は既存の API サーバーメトリックスに加えて、kube-scheduler と kube-controller-manager から Kubernetes コントロールプレーンメトリクスにアクセスできるようになりました。 新しいダッシュボードとメトリクスのセットは、すべての AWS 商用リージョンと AWS GovCloud (米国) リージョンで追加料金なしで利用できます。詳細については、ローンチブログ記事または EKS ユーザーガイドをご覧ください。
Amazon OpenSearch Service now scales to 1000 data nodes on a single cluster
Amazon OpenSearch Service では、1 つのクラスターを 1000 個のデータノード (1000 個のホットノードまたは 750 個のウォームノード) にスケーリングできるようになり、25 ペタバイトのデータ (ホットノードでは 10 ペタバイト、ウォームノードでは 15 ペタバイト) を管理できるようになりました。200 個を超えるデータノードまたは 3 ペタバイトを超えるデータを必要とするワークロードでは、複数のクラスターをセットアップする必要がなくなりました。\n 現在、データが 3 ~ 4 ペタバイトを超えるワークロードでは、OpenSearch Service で複数のクラスターを作成する必要があります。そのため、複数のクラスターに分散されたワークロードに対応できるように、アプリケーションやビジネスロジックをリファクタリングする必要があったかもしれません。さらに、各クラスターには独自の構成、管理、監視が必要であり、運用上のオーバーヘッドが増大します。今回のローンチにより、1 つのクラスターを最大 1000 ノード、つまり 25 ペタバイトのデータまで拡張できるため、複数のクラスターの管理に伴う運用上のオーバーヘッドがなくなります。 クラスターを 200 ノード以上に拡張するには、サービスクォータを通じて増加をリクエストする必要があります。その後、AWS コンソール、AWS CLI、または AWS SDK を使用してクラスター設定を変更できます。クラスターのサイズにもよりますが、OpenSearch Service はデータノード、クラスターマネージャーノード、コーディネーターノードにわたる構成の前提条件を推奨します。詳細については、ドキュメンテーションを参照してください。 新しい制限は、Amazon OpenSearch サービスが利用できるすべての AWS リージョンで OpenSearch 2.17 以降を実行しているすべての OpenSearch サービスクラスターで利用できます。Amazon OpenSearch サービスの可用性に関する詳細については、AWS リージョン表を参照してください。
AWS Amplify launches the full-stack AI kit for Amazon Bedrock
本日、AWSは、Amazon Bedrock向けAWS Amplify AIキットの一般提供を発表しました。これは、フルスタック開発者がチャット、会話検索、要約などのAI機能を備えたウェブアプリケーションを最も迅速に構築する方法です。Amplify AI キットを使用すると、開発者はデータを簡単に活用して Amazon Bedrock AI モデルからカスタマイズされたレスポンスを得ることができます。Amplify AI キットを使用すると、JavaScript や TypeScript、React や Next.js などのウェブフレームワークの知識がある人なら誰でも、機械学習の専門知識がなくても、アプリに AI エクスペリエンスを追加できます。\n AI キットには次の機能があります。
ビルド済みで完全にカスタマイズ可能な React UI コンポーネントで、プレーンテキストの代わりに UI レスポンス、チャット履歴、再開可能な会話などの機能とともに、リアルタイムのストリーミングチャット体験を提供します。
Amazon Bedrock への安全なサーバー側アクセスを提供するタイプセーフなクライアントです。
Amazon Bedrock モデルとユーザーコンテキスト (ユーザーがアクセスできるデータなど) を共有するための安全な組み込み機能。
モデルから呼び出せるコンテキストを追加したツールを定義します。
Amplify 第 2 世代と AWS AppSync を重ねた、フルスタックのタイプスクリプトデベロッパーエクスペリエンスです。
AI キットを使い始めるには、ローンチブログをご覧ください。
Amazon OpenSearch Serverless now supports Binary Vector and FP16 cost savings features
Amazon OpenSearch Serverless がバイナリベクトルと FP16 圧縮をサポートするようになり、メモリ要件を下げてコストを削減できるようになったことを発表できることを嬉しく思います。また、レイテンシーが下がり、許容できる精度のトレードオフでパフォーマンスが向上します。OpenSearch Serverless は Amazon OpenSearch Service のサーバーレスデプロイオプションで、複雑なインフラストラクチャ管理を必要とせずに、検索と分析のワークロードを簡単に実行できます。OpenSearch Serverless のデータ取り込み、検索、クエリに使用される計算能力は、OpenSearch コンピュートユニット (OCU) で測定されます。\n OpenSearch Serverlessのサポートは現在、米国東部(オハイオ)、米国東部(バージニア北部)、米国西部(オレゴン)、アジアパシフィック(シンガポール)、アジアパシフィック(シドニー)、アジアパシフィック(東京)、ヨーロッパ(フランクフルト)、ヨーロッパ(アイルランド)、ヨーロッパ西部(パリ)、ヨーロッパ西部(ロンドン)、アジア太平洋南部(ムンバイ)、南米(サンパウロ)、カナダ中部(モントリオール)、アジアパシフィック (ソウル)。ヨーロッパ (チューリッヒ)、AWS GovCloud (米国西部)、および AWS GovCloud (米国東部)。Amazon OpenSearch サービスの可用性に関する詳細については、AWS 地域サービスリストを参照してください。OpenSearch サーバーレスの詳細については、ドキュメントを参照してください。
YouTube
AWS Developer Live Show (日本語)
AWS Blogs
Amazon Web Services ブログ (日本語)
- Contribution: Introduction to the Carbon Credit Evaluation System Using Generative AI by Osaka Gas Co., Ltd. (Second half)
- Contribution: Introduction of a carbon credit evaluation system using Generative AI by Osaka Gas Co., Ltd. (First half)
- 2024 re:Invent 行く前に知っておきたい – Cloud Financial Management セッション
- AWS re:Invent 2024 直前セッションガイド – クラウドガバナンスとコンプライアンス
- Amazon RDS Custom で D’Amo を使用した安全なデータ暗号化を実装する
- 【開催報告】コンテナ/サーバーレスによるモダン・プロジェクト実践 – 事例セミナー
- AWS re:Invent 2024 でクラウドセキュリティ体験を最大限に: セキュリティセッションの総合ガイド
AWS Open Source Blog
AWS Big Data Blog
- Amazon OpenSearch サーバーレスにおけるポイントインタイムクエリと SQL/PPL サポートの紹介
- アパッチエアフロー用の Amazon MWAA マイクロ環境の紹介
- カスタムアプリケーションを AWS レイクフォーメーションと統合する — パート 1
- カスタムアプリケーションを AWS レイクフォーメーションと統合する — パート 2
- Amazon OpenSearch Service と Amazon Cognito を使用して、人工知能を活用したジェネレーティブ検索アプリケーションのアクセス制御を管理します
AWS Compute Blog
Containers
AWS Database Blog
- pgbench による Amazon Aurora Limitless のベンチマーキング
- CoinbaseがAmazon Neptuneによるリアルタイムのユーザークラスタリングを通じて信頼できる金融体験を提供する方法
AWS Developer Tools Blog
AWS DevOps & Developer Productivity Blog
Front-End Web & Mobile
AWS HPC Blog
AWS for Industries
AWS Machine Learning Blog
- 未来へのレース:AWS DeepRacer が私の AI と ML への取り組みにどのように役立ったか
- AWS re: Invent 2024 でのジェネレーティブ AI と機械学習に関するガイド
- 自動車用語を使って AWS の小言語モデルをカスタマイズ
- Amazon Bedrock エージェント、Amazon Bedrock ナレッジベース、Amazon Bedrock Guardrails を使用して、タスク管理用の E メールを自動化します
- テスト駆動型開発を使用して Amazon Bedrock のガードレールの構築を自動化する
AWS for M&E Blog
AWS Messaging & Targeting Blog
Networking & Content Delivery
AWS Security Blog
Open Source Project
AWS CLI
AWS CDK
Amplify UI
- @aws-amplify/ui-vue@4.2.23
- @aws-amplify/ui-react-storage@3.3.10
- @aws-amplify/ui-react-notifications@2.0.35
- @aws-amplify/ui-react-native@2.2.17
- @aws-amplify/ui-react-liveness@3.1.16
- @aws-amplify/ui-react-geo@2.0.31
- @aws-amplify/ui-react-core-notifications@2.0.30
- @aws-amplify/ui-react-core@3.0.30
- @aws-amplify/ui-react-ai@1.0.0
- @aws-amplify/ui-react@6.6.0