Amazon Web Services ブログ
re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第二弾
みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング
シニアエバンジェリストの亀田です。先日公開した第一弾はいかがでしたでしょうか。今日は第二弾、11月20日から11月21日（米国時間基準）分をお届けします。
11月20日
AWS Lambdaが、イベントソースとしてAmazon SQS FIFOキューをサポートしました
Amazon SQSは、分散ソフトウェアコンポーネントとマイクロサービス間で確実に通信するための完全に管理されたメッセージキューサービスであり、SQS標準キューとSQS FIFOキューの2つをサポートします。FIFOキューは、標準キューを改良および補完し、メッセージが送受信される正確な順序を保持することが可能な、単一のキュー内で複数の順序付けされたメッセージグループを許可するメッセージグループをサポートします。 このアップデートにより、処理の順序は、メッセージグループ内のメッセージの順序に従うようになります。
AWS Storage Gatewayは、VMware上のHA構成をサポートし、新しいパフォーマンス監視メトリックスを追加しました
VMware vSphere High Availability（VMware HA）と統合された一連のヘルスチェックを通じてVMware上で高可用性が提供するようになりました。この機能強化により、オンプレミスのVMware環境またはAWS上のVMware CloudにデプロイされたStorage Gatewayは、60秒以内にほとんどのサービス中断から自動的に回復します。ストレージゲートウェイ管理コンソールに埋め込まれたAmazon CloudWatchレポートにより、キャッシュ使用率、ゲートウェイアクセスパターン、スループットとI / Oメトリックスを継続的に可視化できるようになり、割り当てられたストレージ、コンピューティング、ネットワークリソースをより簡単に最適化できるようになりました
SQLNET.ALLOWED_LOGON_VERSION_SERVERパラメーターを使用して、Oracle DBインスタンス用にAmazon RDSに接続するときに許可される最小認証プロトコルを設定し、SQLNET.ALLOWED_LOGON_VERSION_CLIENTパラメーターを使用して、クライアントに許可される最小認証プロトコルを設定することができます。
AWS Config Conformance Packがリリースされました
Conformance Packは、共通のフレームワークとパッケージモデルを使用して、ポリシー定義から監査および集計レポートに至るまで、AWSリソースの構成コンプライアンスを大規模に管理するのに役立ちます。AWS Organizationsと統合され、AWS Configルールと修復アクションのコレクションをパッケージ化して、組織全体で単一のエンティティとして一緒にデプロイできます。Conformance Packは、AWS Configルール（管理またはカスタム）および修復アクションのリストを含むYAMLテンプレートを作成することにより作成できます。こちらのサンプルテンプレートをご覧ください。
AWS Configがサードパーティリソースをサポートしました
新しいAPIを使用して、GitHubリポジトリ、Microsoft Active Directoryリソース、またはオンプレミスサーバーなどのサードパーティリソースの構成をAWS Configに公開できるようになりました。この設定データがAWS Configに公開された後、AWS ConfigコンソールとAPIを使用してリソースインベントリと設定履歴を表示および監視できます。AWS Config rulesまたはConformance Packsを作成して、これらのサードパーティリソースをベストプラクティス、内部ポリシー、および規制ポリシーに対して評価することもできます。これにより、AWS Configをプライマリツールとして使用して、AWSリソースとサードパーティリソースの両方の構成監査とコンプライアンス検証が実行可能になります。
AWS Cost Explorerの毎月の予測にサポートコストが含まれるようになりました
AWS Cost ExplorerおよびAWS Budgetsを使用する際にAWSサポートサービス（開発者、ビジネス、およびエンタープライズレベル）を使用するお客様はこれらの予想コストを毎月のコスト予測が含まれた値を確認できるようになります。
Amazon FSx for Windows File Serverが、複数のアベイラビリティーゾーンにまたがるファイルシステムをサポートしました
AWSアベイラビリティーゾーン（AZ）にまたがるWindows File Serverファイルシステム用のAmazon FSxを作成できるようになり、複数のAZにわたって高可用性と冗長性を備えたAWSにWindowsファイルストレージを簡単にデプロイできるようになりました。アクティブなファイルサーバーとスタンバイファイルサーバーを、それぞれ独自のストレージを備えた個別のAZで自動的にプロビジョニングおよび維持します。ファイルシステムのプライマリファイルサーバー上のディスクに書き込まれた変更は、AZを介してスタンバイに同期的に複製されます。
Amazon EBS Fast Snapshot Restore（FSR）により、スナップショットから作成されたボリュームのPre-Warmが不要になりました
FSR対応スナップショットから復元されたEBSボリュームが完全にプロビジョニングされたパフォーマンスが即座に発揮できるようになりました。FSRが有効になっているアベイラビリティーゾーン（AZ）ごとに、通常のスナップショットコストに対して追加の時間料金でFSRを有効にできます。この新しい機能により、ボリュームを自分で初期化することなく、スナップショットから複数のボリュームを復元できます。通常では、EBSスナップショットからのデータは、EBSボリュームに遅延ロードされます。データがロードされていない場所でボリュームにアクセスすると、ボリュームにアクセスするアプリケーションは、データのロード中に通常よりも長い待ち時間が発生します。遅延に敏感なアプリケーションへのこの影響を回避するために、EBSボリュームにデータを事前にウォームアップする必要がありました。FSR対応のスナップショットから作成されたボリュームは、作成時に完全に初期化され、プロビジョニングされたすべてのパフォーマンスを即座に発揮。Data Lifecycle Manager（DLM）ポリシーによって作成されたスナップショットでFSRを有効にすることもできます。
AWS Storage Gatewayは、テープおよびファイルゲートウェイのパフォーマンスを向上させました
テープゲートウェイの AWSからのデータの読み取り、およびファイルゲートウェイのデータの読み取りとディレクトリのリストのパフォーマンスを向上させ、これらのゲートウェイを通じて管理されるデータへのアクセスが高速化されます。テープゲートウェイを使用すると、バックアップワークフローを変更せずに、オンプレミスの物理テープの使用からAWSの仮想テープに切り替えることができ、すべての主要なバックアップアプリケーションをサポートします。このリリースにより、オンプレミスゲートウェイは、AWSの仮想テープライブラリ内のテープを以前の3倍、最大2 Gbpsで読み取ることができ、AWSからテープを回復する時間をさらに短縮できます。File Gatewayは、オンプレミスのアプリケーションに、事実上無制限のクラウドストレージへのファイルベースのキャッシュアクセスを提供します。この起動により、ゲートウェイのローカルキャッシュから最大4.8 Gbpsの速度でファイルを読み取り、AWSから最大0.8 Gbpsのファイルを読み取り、キャッシュまたはAWSに保存されたデータへのアクセスを高速化できます。さらに、ネットワークファイルシステム（NFS）またはサーバーメッセージブロック（SMB）のユーザーおよびアプリケーションがファイルメタデータにすばやくアクセスできるように、ディレクトリを以前より4倍速くリストできるようになりました。
Amazon EC2 Auto ScalingがインスタンスのMaximum Instance Lifetimeをサポートしました
[Maximum Instance Lifetime]パラメーターは、指定された有効期間に達する前にインスタンスが確実にリサイクルされるようにするのに役立ち、セキュリティ、コンプライアンス、およびパフォーマンスの要件を順守する自動化された方法を提供します。新しいASGを作成するか、既存のASGを更新して、選択した最大インスタンスライフタイム値を7〜365日の範囲で設定することができます。
Amazon FSx for Windows File Server がファイルシステムの最小サイズを300 GBから32 GBに変更しました
Amazon FSx for Windows File Serverは、フルマネージドのネイティブのMicrosoft Windowsファイルシステムを提供するサービスであり、32 GBのファイルシステムを作成できるようになりました。小規模なファイルシステムの新しいサポートにより、Webサービング、SQL Serverウィットネス、共有アプリケーション構成などの少量のデータを使用するユースケースで、コスト効率の高い方法でAmazon FSxを使用できます。
Amazon CognitoがAppleでのサインインをサポートしました
Amazon CognitoはAppleでのサインインをサポートするようになり、CognitoをIDおよび認証に使用する顧客がAppleユーザーの幅広いベースに簡単にアクセスできるようになりました。この機能は、他のソーシャルIDプロバイダー（Facebook、Google、Login with Amazon等）と同じコストでAmazon Cognitoユーザープールで利用できるようになりました。
Amazon Transcribeが代替の（複数の）文字起こしをサポートしました
これまで、Amazon Transcribeは最高の信頼スコアでのみトランスクリプションを返しましたが、追加の文字起こしを返すように指定できます。これらの代替のトランスクリプションを使用して、トランスクリプションされたオーディオのさまざまな解釈を確認し、アプリケーションに最適なテキスト結果を選択するためのオプションと柔軟性を追加できます。たとえば、ユーザーが字幕を確認して選択できるようにするメディア資産管理（MAM）アプリケーションでは、ユーザーは最大10個の代替文字起こしから選択できるようになりました。
Windows Server Update ServicesをデプロイするQuick Startがリリースされました
Windows Server Update Services（WSUS）エンドポイントを展開して、約30分で更新をダウンロードおよび管理できるようになります。このクイックスタートは、WSUSをエンドポイントとして使用し、Windowsサーバーやその他のMicrosoftアプリケーションが更新プログラムを取得する必要があるシステム管理者およびITエンジニアを対象としています。WSUSは、追加費用なしでWindows Serverに含まれるサーバーロールです。必要な更新とパッチをインターネットからダウンロードし、内部管理プロキシサーバーとして機能できます。WSUSは、更新プログラムとパッチを承認または拒否するポリシーを定義し、クライアントのコンプライアンスステータスを報告することにより、他のWindowsサーバーを含むクライアントを管理することもできます。こちらのガイドを参考にしてください。
AWS CodeCommitが、プルリクエストの承認ルールワークフロー構築に対応しました
以前は、カスタムIAMアクセス許可を介したプルリクエストのマージのみをブロックできましたが、このアップデートにより指定したルールが満たされるまでプルリクエストのマージをブロックできるようになりました。プルリクエスト専用の承認ルールを作成したり、リポジトリ内の将来のすべてのプルリクエストに適用される承認ルールテンプレートを作成したりできます。承認の総数や特定のユーザーからの承認など、コードをマージする前に満たす必要のあるルール要件を指定できます。
Amazon FSx for Windows File Serverが高可用性Microsoft SQL Serverデプロイメントをサポートしました
高可用性（HA）Microsoft SQL Server展開用の共有Windowsストレージの展開を容易にする2つの新機能がリリースされました。ContinuouslyAvailable（CA）ファイル共有のサポートと、より小さなファイルシステムのサポートになります。高可用性（HA）Microsoft SQL Serverは通常、Windows Serverフェールオーバークラスター（WSFC）の複数のデータベースノードに展開され、各ノードは共有ファイルストレージにアクセスできます。Continuously Available（CA）ファイル共有により、Microsoft SQL Server用に最適化された方法でファイルストレージが利用可能になります。さらに、Windows Serverフェールオーバークラスターを展開するお客様は、一般的にSMBファイル共有監視を展開して、クラスターのリソースのクォーラムを維持します。Witnessファイル共有では、クォーラム情報用に必要なストレージはわずかであり、現在、より小さなファイルシステム（32 GB）のサポートにより、ファイル共有監視用の完全に管理されたファイルシステムとして費用対効果を高めることができます。
Aamzon S3のレプリケーションが、Amazon S3レプリケーション時間制御（S3 RTC）に対応しました
S3 RTCはサービスレベル契約（SLA）に基づいて予測可能なレプリケーション時間を提供します。S3 RTCは、データレプリケーションのコンプライアンスまたはビジネス要件を満たすのに役立ち、新しいAmazon CloudWatchメトリックスでレプリケーションプロセスの可視性が提供されます。S3レプリケーションを使用して、バケット間で同じまたは異なるリージョンに数十億のオブジェクトを複製するとき、S3 Replication Time Controlは、アップロード後15分以内にオブジェクトの99.99％を複製するように設計されており、これらの新しいオブジェクトの大部分は数秒で複製されます。S3 RTCは、請求月の15分以内にオブジェクトの99.9％を複製することを約束するSLAによって支援され、複製を完了するのにかかる時間、および複製を保留しているオブジェクトの総数とサイズを監視できるS3レプリケーションメトリックスをCloudWatch経由で提供します。
Amazon FSx for Windows File ServerはPowerShellを介したファイル共有の管理をサポートしました
PowerShellを介したファイル共有の管理をサポートし、ストレージ管理者がAmazon FSxファイルシステム上のファイル共有の移行、同期、および継続的な管理を自動化できるようになりました。
Amazon FSx for Windows File Serverは転送中のデータ暗号化が可能になりました
ストレージ管理者がファイルシステムへのすべての接続で転送中の暗号化を実施できるようになりました。Amazon FSxはSMB 3暗号化を使用して転送中のデータの暗号化をサポートし、SMB 3をサポートしていないコンピューティングインスタンスからの暗号化されていない接続も許可することができます。
Amazon FSx for Windows File Serverはトレージクォータをサポートし、ストレージ消費のモニタリングと制御が可能になりました
ホームディレクトリやユーザー共有などのマルチユーザーファイルストレージのユースケースでは、ストレージ管理者は多くの場合、個々のチームにストレージコストを割り当て、1人のユーザーが大量のデータを保存するのを防ぐためにユーザーレベルで制限を課す必要があります。Windowsユーザーストレージクォータの新しいサポートにより、ストレージ管理者は、Amazon FSxファイルシステムのストレージ消費量に対して個々のユーザーレベルのクォータを構成でき、使用量を監視し、違反を追跡し、超過したユーザーにさらにストレージスペースを拒否することでクォータを実施することができます。
Amazon FSx for Windows File Serverがデータ重複排除機能をサポートしました
大規模なデータセットには冗長データがあります。ユーザーファイル共有では、複数のユーザーが類似または同一のファイルを持つ傾向があります。ソフトウェア開発共有では、ほとんどのバイナリはビルドごとにほとんど変更されません。データ重複排除は、ファイルの重複部分を1回だけ保存することにより、冗長データに関連するコストを削減するWindows Serverの機能です。ストレージ管理者は、1つのコマンドでデータ重複除去をオンにすることで、Amazon FSxファイルシステムのストレージコストの節約を開始できます。一般的な節約は、汎用ファイル共有で50〜60％、ユーザードキュメントで30〜50％、ソフトウェア開発データセットで70〜80％となります。
AWS DataSyncが、データ転送をスケジュールする機能に対応しました
NFSサーバー、SMBサーバー、Amazon S3、Amazon Elastic File System（Amazon EFS）間のデータ転送のスケジューリングが可能となりました。
Amazon EC2 Auto Scalingがインスタンスの重み付けをサポートしました
複数のインスタンスタイプにわたってプロビジョニングおよびスケーリングするように設定されたAuto Scalingグループ（ASG）にインスタンスの重みを含めることができるようになりました。インスタンスの重みは、各インスタンスタイプがアプリケーションのパフォーマンスに寄与するキャパシティユニットを定義し、ASGに含めることができるインスタンスタイプ選択の柔軟性を高めることができます。
11月21日
IAMを使用してリソースをAWS Organizationsアカウントのグループと共有できるようになりました
AWS Identity and Access Management（IAM）ポリシーで、AWS Organizationsの AWSアカウントのグループである組織単位（OU）を参照できるようになり、IAMプリンシパル（ユーザーとロール）のAWSリソースへのアクセスを簡単に定義できるようになりました。ポリシーで新しい条件キー aws：PrincipalOrgPathsを使用して、OUのプリンシパルのメンバーシップに基づいてアクセスを許可または拒否でき、これにより、AWS環境で所有するアカウント間でリソースをこれまでになく簡単に共有できます。たとえば、特定のOUのメンバーであるアカウントの開発者やアプリケーションと共有する必要があるAmazon S3バケットがある場合があります。これを実現するには、aws：PrincipalOrgPaths条件を指定し、バケットにアタッチされたリソースベースのポリシーの呼び出し元の組織単位IDに値を設定できます。プリンシパルがバケットにアクセスしようとすると、AWSはアカウントのOUがポリシーで指定されたOUと一致することを確認します。この条件では、ポリシーへの追加の更新なしでアカウントをOUに追加すると、アクセス許可が自動的に適用されます。
Amazon DynamoDBテーブルのGlobalレプリカが簡単に作れるようになりました
以前は、新しいDynamoDBグローバルテーブルしか作成できませんでしたが、コンソールで数回クリックするだけで、既存の単一リージョンのテーブルにグローバルテーブルのレプリカを追加することで、99.999％のDynamoDB可用性SLAをより簡単に活用できるようになりました。テーブルでダウンタイムを発生させることなく、既存のテーブルを追加のAWSリージョンに拡張して遅延に敏感なアプリケーションをサポートできます。
Amazon Transcribeがアジアパシフィック（東京）リージョンで利用可能となり、日本語に対応しました
Amazon Transcribeは、アプリケーションに音声からテキストへの機能を簡単に追加できる自動音声認識（ASR）サービスです。オーディオファイルとビデオファイルのテキストトランスクリプトをすばやく作成できます。今回のリリースで、合わせてアラビア語、スイスドイツ語、ヘブライ語、日本語、マレー語、テルグ語、トルコ語に対応しました。
AWS AppSyncは、GraphQL APIのServer SideキャッシュとDynamoDB transactionsをサポートしました
サポートされているすべてのデータソースに組み込みのサーバー側キャッシュ機能を提供し、遅延に敏感で高スループットのアプリケーションのパフォーマンスを向上させ、開発者が高速でメモリ内の管理されたキャッシュからデータをフェッチし、低遅延でデータを配信できるようになります。1つ以上のデータソースから取得したAPIデータセット全体のキャッシュをサポートされます。また、変更頻度の低い特定のデータフィールドを選択的にキャッシュする柔軟性も提供されます。キャッシュに加えて、AppSyncは、Amazon DynamoDBデータソースおよびリゾルバーのTransactGetItemsおよびTransactWriteItemsオペレーションでのトランザクションもサポートするようになりました。DynamoDBトランザクションは、テーブル内およびテーブル間で複数のアイテムに調整された、原子性、一貫性、分離、および耐久性（ACID）を提供し、アプリケーションのデータの正確性を維持するのに役立ちます。
Amazon CloudWatch ServiceLensが発表されました
Amazon CloudWatch ServiceLensは、アプリケーションの健全性、パフォーマンス、可用性を1か所で視覚化および分析できるようにする新しい機能です。CloudWatchメトリックスとログ、およびAWS X-Rayからのトレースを結び付けて、アプリケーションとその依存関係の完全なビューを提供します。これにより、パフォーマンスのボトルネックを迅速に特定し、アプリケーションの問題の根本原因を特定し、影響を受けるユーザーを特定できます。 インフラストラクチャモニタリング（メトリックスとログを使用してアプリケーションをサポートするリソースを理解する）とトランザクションモニタリング（トレースを使用してリソース間の依存関係を理解する）の2つの主要分野でアプリケーションを可視化することができ、すべてのリソースのコンテキストリンクを視覚化するサービスマップを提供します。また、直感的なインターフェイスにより、相関するモニタリングデータを深く掘り下げることができます。
Amazon ECRのイベントがEventBridgeに公開可能となりました
ECRがAmazon EventBridgeに発行するイベントを使用することで、アプリケーションCICDプロセスをAmazon Elastic Container Registry（ECR）とよりよく統合できるようになります。Amazon ECRは完全に管理されたコンテナーレジストリであり、開発者がコンテナーイメージを簡単に保存、管理、展開できるようにします。Amazon EventBridge（以前はAmazon CloudWatch Eventsと呼ばれていました）は、さまざまなソースからのデータをアプリケーションに簡単に接続できるサーバーレスイベントバスサービスです。ECRイベントを使用すると、イメージが正常にプッシュされたときに、パイプラインの開始やメッセージの投稿などのアクションをトリガーできます。
アプリケーションにリアルタイム通信を埋め込むAmazon Chime SDKが発表されました
Amazon Chime SDKを使用すると、開発者はアプリケーションに音声通話、ビデオ通話、画面共有機能を簡単に追加できます。JavaScript用Amazon Chime SDKをアプリケーションに追加すると、開発者は、クライアントアプリケーションをクラウド会議リソースに接続し、マイクとカメラの選択を管理し、会議機能を制御するメソッドを使用して、カスタマイズされた通話エクスペリエンスを構築できます。Amazon Chimeでホストされるオンライン会議を強化する同じインフラストラクチャサービスを開発者が直接利用できるようにすることで、Amazon Chime SDKは、リアルタイムインフラストラクチャの管理を行わずに、独自の通信アプリケーションを起動できるようにします。
Amazon Redshiftが空間データをサポートしました
空間データとは、幾何学的空間で定義されたオブジェクトを表すデータです。新しいポリモーフィックデータタイプであるGEOMETRYの追加により、Amazon Redshiftは空間データをネイティブに処理できるようになりました。この機能により、顧客は空間データを保存、取得、処理できるため、空間データを分析クエリに統合することでビジネスの洞察を強化できます。新しいデータ型は、Point、Linestring、Polygon、MultiPoint、MultiLinestring、MultiPolygon、GeometryCollectionなどの複数の幾何学的図形をサポートします。お客様はGEOMETRY列をRedshiftテーブルに追加し、空間データと非空間データにまたがるSQLクエリを作成することができます。Redshiftは、40以上の新しい空間SQL関数を追加して、幾何学的形状の構築、インポート、エクスポート、空間データのアクセスおよび処理を実現可能です。
AWS Certificate Manager（ACM）およびPrivate Certificate Authority（CA）がタグベースのIAM制御に対応しました
ACM証明書とプライベート認証局（CA）作成時にタグを付けることができるようになりました。さらにタグを使用してACM証明書とプライベートCAにIAMポリシーを設定できるようになりました。これにより、自動化されたポリシーアプリケーションにより、証明書またはCAにアクセスできるユーザーをより詳細に制御できます。
AWS X-Rayのトレース分析が改善され、さらにサービス中断の識別ができるようになりました
トレースマップを使用して、単一のリクエストで呼び出されるサービスのパスと順序をすばやく理解し、個々のサービスのアップストリームとダウンストリームの呼び出しを確認することができるようになり、エラーが発生した場所と、呼び出し中の他のサービスにどのように影響したかを視覚的に特定できるようになりました。以前はトレースタイムラインを使用して個々のリクエストに時間がかかっている場所を理解し、各リモートコールの詳細を取得する必要がありましたが、トレースマップを使用すると、どのサービスでエラー/障害および/または遅延の増加が発生しているかをスムーズに確認することができます。また、パフォーマンスの低下またはエラー率と障害率の増加を引き起こしているサービスを迅速に特定および分離できるようになりました。
Amazon ConnectがWeb＆モバイルチャット機能に対応しました
Amazon Connectは、従来の電話に加えて、チャットで顧客に連絡できるようになりました。音声とチャットで同じルーティング、構成、分析、および管理ツールを使用することで、Amazon Connectはチャネル全体で単一の統合コンタクトセンターサービスを提供し、コンタクトセンターの運用を簡素化し、エージェントの効率を向上させ、コストを削減します。非同期メッセージングをサポートしているため、顧客は自分のペースで会話に応答でき、友人にメッセージを送るのと同じくらい親しみやすくなります。顧客は、Webまたはモバイルのいずれかのビジネスアプリケーションからコンタクトセンターエージェントとチャットを開始できます。
AWS CloudTrail Insightsが発表されました
CloudTrail Insightsは、リソースプロビジョニングの急増、AWS Identity and Access Management（IAM）アクションの急増、定期的なメンテナンスアクティビティのギャップなど、AWSアカウントで異常な運用アクティビティを特定できるようにする新しいCloudTrail機能です。 CloudTrailが管理イベントを自動的に分析して通常の動作のベースラインを確立し、異常なパターンを検出したときにInsightsイベントを生成して問題を提起するように設計されています。
Amazon RDS for SQL Serverがアウトバウンドネットワークアクセスをサポートしました
アウトバウンドネットワークアクセスをサポートするようになり、VPC内に参加するリンクサーバーの依存関係がなくなりました。リンクされたサーバーは、AWSのSQL ServerインスタンスのRDSから、オンプレミスまたはEC2 SQL Serverインスタンスにトラフィックを誘導するようにトラフィックを設定できるようになりました。
AWS Tools for PowerShellがバージョン4.0となり一般提供開始となりました
AWSサービスごとに個別のモジュールを持つ新しいモジュラーバリアントAWS.Toolsが追加されました。以前は、AWSPowerShell.NetCoreを使用して、単一の大きなモジュールにすべてのAWSサービスのサポートをインストールする必要がありましたが、今後、アプリケーションにのみ関連するモジュール（AWS.Tools.S3など）をダウンロードしてインストールし、ダウンロード時間とメモリフットプリントを削減できます。
Amazon AppStream 2.0がEC2 z1dインスタンスをサポートしました
EC2 z1dインスタンスは、すべてのクラウドインスタンスで最速の最大4.0 GHzの持続的全コア周波数を備えたカスタムIntel®Xeon®プロセッサーを使用して、高いシングルスレッドパフォーマンスを提供します。Z1dは、高い計算性能と高いメモリ性能の両方を提供し、コアごとのライセンスコストが高い電子設計自動化（EDA）、ゲーム、およびソフトウェアに最適なインスタンスタイプです。
Amazon Kinesis Producer Library（KPL）は、プロデューサーアプリケーションの効率的なスケーリングのためにListShards APIをサポートしました
プロデューサーアプリケーションがデータをAmazon Kinesis Data Streamsに任意の規模で簡単に発行できるようになりました。通常、プロデューサーアプリケーションは、拡大または縮小した後、ストリーム内の新しいシャードを検出する必要があります。新しいAmazon KPLバージョンは、シャード検出のためにDescribeStreamをListShards APIに置き換えます。ListShards APIは、アカウントごとに10TPSをサポートするDescribeStreamと比較して、ストリームごとに100TPSをサポートします。10ストリームのアカウントの場合、シャード検出の呼び出し率が100倍になります。
– シニアエバンジェリスト 亀田