2024/9/17 9:00:00 ~ 2024/9/18 9:00:00 (JST)

最近の発表

AWS CodeBuild now supports managed GitLab runners

AWS CodeBuild がマネージド GitLab セルフホストランナーをサポートするようになりました。お客様は、GitLab CI/CD ジョブイベントを受信して CodeBuild エフェメラルホストで実行するように CodeBuild プロジェクトを設定できます。AWS CodeBuild は、ソースコードのコンパイル、テストの実行、デプロイ準備が整ったソフトウェアパッケージの作成を行う、完全マネージド型の継続的インテグレーションサービスです。\n この機能により、GitLab ジョブを AWS とネイティブに統合できるようになり、IAM、AWS シークレットマネージャー、AWS CloudTrail、Amazon VPC などの機能を通じてセキュリティと利便性が向上します。お客様は、Lambda インスタンス、GPU 拡張インスタンス、ARM ベースのインスタンスなど、CodeBuild が提供するすべてのコンピューティングプラットフォームにアクセスできます。 CodeBuild と GitLab ランナーの統合は、CodeBuild が提供されているすべてのリージョンで利用できます。CodeBuild が利用できる AWS リージョンの詳細については、AWS リージョンのページを参照してください。 まず、CodeBuild プロジェクトでウェブフックをセットアップし、CodeBuild マシンでホストされているセルフマネージドランナーを使用するように GitLab CI YAML を更新することから始めましょう。GitLab または GitHub 用の CodeBuild を搭載したランナーの詳細については、AWS CodeBuild のセルフホストランナーに関する CodeBuild のドキュメントを参照してください。

Amazon S3 Express One Zone now supports AWS-KMS with customer managed keys

Amazon S3 Express One Zone では、お客様が管理するキーを使用した AWS キー管理サービス (SSE-KMS) によるサーバー側の暗号化がサポートされるようになりました。デフォルトでは、S3 Express One Zone は S3 管理キー (SSE-S3) を使用してサーバー側の暗号化ですべてのオブジェクトを暗号化します。S3 Express One Zone ではカスタマー管理キーがサポートされているため、データのセキュリティを暗号化して管理するためのオプションが増えました。S3 Express One ゾーンで SSE-KMS を使用する場合、S3 バケットキーは追加料金なしで常に有効になります。\n カスタマーマネージドキーを使用すると、どの IAM ロールがデータを復号化できるかを制御するキーポリシーを設定でき、データの暗号化と復号化に使用された特定のキーが AWS CloudTrail にすべて表示されます。さらに、S3 バケットキーを使用すると、KMS は暗号化されたオブジェクトごとに個別の KMS キーではなくバケットレベルのキーを生成します。S3 Express One Zone はこのバケットキーを使用して、バケット内のオブジェクトの暗号化に使用される一意のデータキーを保護するため、暗号化操作を完了するために追加の KMS リクエストを行う必要がなくなります。その結果、KMS へのリクエストトラフィックが減り、同じ 1 桁ミリ秒のデータアクセスを維持しながら、S3 Express One Zone の暗号化されたオブジェクトにわずかなコストでアクセスできるようになります。 カスタマーマネージドキーを使用した SSE-KMS の S3 Express One ゾーンサポートは、ストレージクラスが利用可能なすべての AWS リージョンで利用できます。S3 コンソール、AWS CLI、または AWS SDK を使用して S3 ディレクトリバケットのカスタマーマネージドキーを指定して、S3 Express One Zone 用 KMS の使用を開始してください。詳細については、S3 ユーザーガイドと AWS ニュースブログをご覧ください。

Announcing general availability of AWS SDK for Swift

本日、AWSは、Swiftプログラミング言語で構築されたアプリケーションからアマゾンウェブサービスにアクセスするための公式AWSソリューションであるAWS SDK for Swiftの一般提供を発表しました。お客様は AWS SDK for Swift を本番環境のワークロードに使用できるようになりました。AWS SDK for Swift は、Apple プラットフォーム、AWS Lambda、および Linux ベースの Swift on Server アプリケーションからアマゾンウェブサービスにアクセスするための、モダンでユーザーフレンドリーなネイティブな Swift インターフェイスを提供します。\n Swift は Apple デバイスでのネイティブ開発に最適な最新言語であり、Linux でもサーバーやユーティリティ目的で広く使用されています。AWS SDK for Swift は最新の Swift 言語機能を完全に取り入れ、Swift 開発者コミュニティにとって自然なインターフェイスで AWS サービスへのアクセスを提供します。SDK は Swift 構造化同時実行、バイナリデータおよびイベントストリーミング、ウェイターとページネーター、自動再試行、柔軟な HTTP クライアントオプションなどの機能をサポートしています。AWS SDK for Swift には、開発者がアプリケーションを AWS サービスと完全に統合するために必要なものがすべて揃っています。 開始するには、以下のリソースリストを参照してください。

Swift 用 AWS SDK 開発者ガイド

Swift 用 AWS SDK

ブログ投稿

ソースコード-AWS SDK for Swift GitHub リポジトリ

AWS Chatbot now allows you to interact with Amazon Bedrock agents from Microsoft Teams and Slack

AWS チャットボットでは、お客様が Slack および Microsoft Teams のチャットチャネルから Amazon Bedrock のエージェントとやり取りできるようになりました。\n これまで、お客様は Bedrock エージェントを Microsoft Teams や Slack と統合するための独自のアドホックな方法を実装する必要がありました。カスタムチャットアプリケーションを開発し、それを Bedrock のエージェントと統合する必要がありました。今回のローンチにより、Bedrock エージェントエイリアスを AWS Chatbot チャネル設定に接続することで、チャットチャネルから Bedrock エージェントを呼び出すことができるようになりました。接続が完了すると、チャネルメンバーは「@aws ask connectorname…」などのタグを付けることでエージェントの使用を開始できます。 チャットアプリケーションでの Amazon Bedrock エージェントの AWS Chatbot サポートは、AWS Chatbot が提供されているすべての AWS リージョンで追加料金なしで利用できます。詳細については、Connect Amazon Bedrock エージェントのドキュメントページをご覧ください。

Amazon Keyspaces (for Apache Cassandra) now supports add-column for multi-Region tables

Amazon キースペース (Apache Cassandra 用) は、スケーラブルでサーバーレス、可用性が高く、フルマネージド型の Apache Cassandra 互換データベースサービスで、99.999% の可用性を実現します。\n 本日、Amazon キースペースには既存のマルチリージョンテーブルに列を追加する機能が追加されました。今回のリリースにより、既存のマルチリージョンテーブルのスキーマを変更して新しい列を追加できるようになりました。マルチリージョンテーブルのスキーマをそのレプリカリージョンの 1 つで変更するだけで、キースペースは新しいスキーマをテーブルが存在する他のリージョンにレプリケートします。マルチリージョンテーブルに列を追加すると、ビジネスやアプリケーションのニーズの変化に合わせて、データモデルをシームレスに柔軟に更新できます。 マルチリージョンテーブルへの列の追加は、AWS が Amazon キースペースを提供しているすべての商用 AWS リージョンで利用できます。Amazon キースペースを初めて使用する場合は、入門ガイドにキースペースをプロビジョニングする方法と、Amazon キースペースのクエリとスケーリング機能を調べる方法が記載されています。

AWS Amplify now supports long-running tasks with asynchronous server-side function calls

AWS Amplify は、AWS AppSync API からの非同期の AWS Lambda 呼び出しをサポートするようになりました。この新機能により Lambda 関数を非同期で呼び出すことができるため、API はクライアントへの応答を妨げることなく、より複雑で長時間実行されるプロセスを処理できるようになります。\n Lambda の非同期呼び出しにより、開発者は GraphQL API の応答をブロックすることなく、生成 AI モデルの推論、バッチ処理ジョブ、メッセージキューイングなどの操作を開始できます。これにより、特に即時応答が不要なシナリオや、長時間実行されるタスクをオフロードする必要があるシナリオで、アプリケーションの応答性とスケーラビリティが向上します。 AppSync の非同期 Lambda 呼び出し機能は、AWS AppSync がサポートしているすべての AWS リージョンで利用できます。AWS Amplify では、お客様はデータスキーマに非同期関数ハンドラーを定義することでオプトインできます。 詳細については、Amplify のドキュメントを参照してください。

Announcing AWS Elemental MediaConvert on-demand volume discount pricing

本日、AWSはAWS Elemental MediaConvertのボリュームディスカウント価格を開始しました。これは、サービスの使用量が増えるにつれてスケールダウンするオンデマンド価格を顧客に提供するものです。ボリュームディスカウント価格は、2024 年 9 月の請求サイクル中に有効になります。\n オンデマンドのボリュームディスカウント価格では、月単位の使用量に応じて定価から最大 75% 割引になります。毎月の請求期間中は、MediaConvert の使用量の基準値に応じて、徐々に割引率が上がっていきます。ベーシックレベルとプロティアの利用は、ボリュームディスカウントのしきい値を満たすため、リージョンごとに毎月個別に発生し、請求サイクルごとに、これらのしきい値に向けた使用量の累積が再開されます。ボリュームディスカウント価格は、毎月の請求書に記載されている MediaConvert の定価に自動的に適用されます。ユーザー側でアクションを行う必要はなく、AWS マネジメントコンソール、AWS CLI、AWS SDK を変更する必要もありません。 MediaConvert を利用できる AWS リージョンの詳細については、AWS リージョンの表を参照してください。 しきい値や請求シナリオの例など、ボリュームディスカウント料金の詳細については、料金ページとユーザーガイドのドキュメントを参照してください。

AWS Neuron introduces Neuron Kernel Interface (NKI), NxD Training, and JAX support for training

本日、AWSはNeuron 2.20のリリースを発表しました。これにより、AWS TrainiumとInferentia用のプログラミングインターフェイスであるNeuron Kernel Interface（NKI）（ベータ版）が導入されました。これにより、開発者は新しい機能、最適化、科学革新のために最適化されたコンピューティングカーネルを構築できます。さらに、このリリースでは NxD Training (ベータ) が導入されました。これは PyTorch ベースのライブラリで、Nemo と互換性のあるユーザーフレンドリーなインターフェイスを備え、効率的な分散トレーニングを可能にします。このリリースでは、JAX フレームワーク (ベータ) のサポートも導入されています。\n AWS Neuron は、ジェネレーティブ AI 向けに構築された AWS Inferentia および Trainium ベースのインスタンス用の SDK です。ニューロンは PyTorch などの一般的な ML フレームワークと統合されています。Trn1 および Inf2 インスタンスでの AI モデルの高性能トレーニングと推論をサポートするコンパイラ、ランタイム、ツール、ライブラリが含まれています。 このリリースでは、モデルトレーニングと推論のためのサポート機能が追加され、パフォーマンスが向上しました。このリリースでは、トレーニング用に、Llama 3.1 8Bおよび70Bモデルが最大32Kシーケンス長をサポートするほか、ネイティブPyTorch混合精度サポートおよびPEFT LoRaテクニック用のtorch.autocast () が追加されています。参考までに、ニューロン2.20ではラマ3.1 (405b、70b、8b) およびピクサートアルファやピクサートシグマなどのディフュージョントランスフォーマー (DiT) モデルのサポートが追加されています。さらに、このリリースでは、デバイスでのトップ p サンプリングと、フラッシュデコーディングによる 128K のコンテキスト長による推論サポートが追加されています。このリリースでは、Neuron コンパイラの Rocky 9.0 オペレーティングシステムと RMSNorm および RMSNormDx 演算子のサポートも追加されています。 詳細については、Neuron リリースノートを参照してください。

AWS Transfer Family increases throughput and file sizes supported by SFTP connectors

AWS Transfer Family は SFTP コネクタのパフォーマンス制限を引き上げることを発表しました。サポートされる最大ファイルサイズは 150 GB に増加し、最大スループットは 100 ファイル/秒に増加しました。\n SFTP コネクタは、リモート SFTP サーバーと Amazon S3 間でファイルをコピーするためのフルマネージド型のローコード機能を提供します。本日の機能強化により、お客様はコネクタを使用して、大量のファイルまたはより大きなファイルサイズを SFTP 経由で転送するメディアファイル処理やデータベース移行などのワークフローを簡単に拡張できます。さらに、同時セッションをサポートするリモート SFTP サーバーで SFTP コネクターを使用すると、より高いパフォーマンスを実現できます。 SFTP コネクタの制限が引き上げられたのは、サービスが利用できるすべての AWS リージョンです。SFTP コネクタの詳細については、ドキュメントをご覧ください。Transfer FamilyのSFTPサービスを始めるには、自分のペースで進められるSFTPワークショップに参加してください。

AWS Elastic Disaster Recovery now supports recovery to AWS Local Zones

AWS エラスティックディザスタリカバリー (AWS DRS) が AWS ローカルゾーンへのリカバリをサポートするようになりました。この機能により、復旧ターゲットを AWS ローカルゾーン内に設定することができます。\n AWS DRS は、手頃な価格のストレージ、最小限のコンピューティング、ポイントインタイムリカバリを使用して、オンプレミスとクラウドベースのアプリケーションを迅速かつ確実に復元することで、ダウンタイムとデータ損失を最小限に抑えます。このリリースにより、お客様はエンドユーザーやデータソースに近い地域で復旧したインスタンスを起動できるようになったため、レイテンシーが下がり、データレジデンシーが維持されます。 この新機能により、AWS DRS が利用可能な AWS リージョンで利用できるすべての AWS ローカルゾーンのサポートが追加されました。最新の可用性情報については、AWS 地域サービスリストを参照してください。 AWS DRS の詳細については、製品ページまたはドキュメントをご覧ください。開始するには、AWS Elastic ディザスターリカバリーコンソールにサインインしてください。

AWS Blogs

Amazon Web Services ブログ (日本語)

AWS Startup ブログ (日本語)

AWS News Blog

AWS Cloud Operations Blog

AWS Database Blog

AWS Developer Tools Blog

AWS DevOps & Developer Productivity Blog

Front-End Web & Mobile

AWS HPC Blog

AWS Machine Learning Blog

AWS Messaging & Targeting Blog

AWS Storage Blog

Open Source Project

AWS CLI

OpenSearch

Amplify for JavaScript

Amplify for iOS

Amplify UI

AWS Load Balancer Controller

Amazon EKS Anywhere