AWS CloudFormationでは、簡単にAWSリソース同士が連携したコレクション（私たちは「スタック」と呼んでいます）の作成や管理を行うことができます。テンプレートを利用しており、CloudFormationは、テンプレートで定義されているリソース間の依存関係や接続性を考慮して、秩序ある予測可能な方法でリソースを作成します。

CloudFormationのテンプレートは、テキストファイル以外のなにものでもありません。ファイルの内容には、AWSリソースがJSONフォーマットのデータとして、名称や、プロパティ、他のリソースとの依存関係などで記載されています。このテキストベースのモデルの定義はとても強力なのですが、リニアになってしまい、リソース間の依存関係を明確に作成することは難しいとも言えます。

本日、私たちは、新しい、CloudFormation Designerの提供を開始しました。このビジュアルなツールは、ドラッグアンドドロップで、CloudFormationのテンプレートの作成や修正を行えるようにするものです。簡単にリソースの追加や修正、削除を行うことができ、ベースとなるJSONが変更されていきます。スタックの実行に関連付けられているテンプレートを変更した場合、それがテンプレートに適合するように、スタックを更新することができます。

このほか、4つの追加のAWSサービスにおいて、CloudFormationサポートを開始しています。

やってみましょう！
それでは、CloudFormation Designerのクイックツアーを見てみましょう。この大きな画像を参照してください：

デザイン画面が真ん中にあり、左にリソースメニュー、下にJSONエディタがある構成です。私はシンプルに、左にあるAWSリソースから選択し、それらを真ん中のデザイン画面にドラッグして、リソース間の依存関係を作成していきます。ここでEC2インスタンスと3つのEBSボリュームを次のように設定してみます：

私は順番にボリュームの右下隅に「ドット」をドラッグして、インスタンスと各ボリューム（AWS:: EC2::ボリュームラベル）の依存関係を作成しました。 そして、オブジェクトを選択すると、JSONエディタでそのプロパティを編集することができます。

もうすこし複雑な例を示してみます：

青い点線は、リソースへのリソース参照（CloudFormationのRef属性の意味）を示します。例えば、DBSecurityGroup（左中段）は、EC2 SecurityGroup（一番上の行、左）を意味し、JSONでは次のとおりです：

このツールは、魔法ではないことは言っておきたいと思います！。完全なシステムを形成するためには、作成するテンプレートに含まれるAWSリソースの意味も含めて、しっかりと理解を持っている必要があります。いずれかのリソースで右クリックをすると、メニューが表示され、そこから、「？」を選択すると、CloudFormationのドキュメントを開けます：

「目」のアイコンをクリックすると、リソースのプロパティを編集することができます。設計を完了した後、Designer内からスタックを起動することができます。 また、サンプルCloudFormationテンプレートを開き、Designerを検証することができます。

AWSリソースのレイアウトデータ（位置およびサイズ）は、テンプレート内に記憶されます。

追加サービスのサポート
また、本日、以下のサービスのサポートを追加します：

• Amazon Aurora
• AWS CodeDeploy
• AWS Directory Service SimpleAD
• EC2 Spot Freet
• Amazon WorkSapces

より詳細な情報は、「AWS リソースプロパティタイプのリファレンス」の完全なリストをご確認ください。

今すぐ利用可能です
新しいCloudFormation Designerはすでに利用可能です。本日から、CloudFormationコンソールを開いて、起動することができます。 CloudFormation自体と同様に、Designerの使用料は無料です。スタックにより起動されて実際に使用されたAWSリソースに対してのみ支払います。

— Jeff;　（翻訳は瀧澤与一が担当しました。原文：https://aws.amazon.com/blogs/aws/new-aws-cloudformation-designer-support-for-more-services/）

以前にお話しした通り、わたしはAmazon WorkSpacesの大ファンで熱心なユーザーです。事実、わたしが過去6または7ヶ月に書いたすべてのブログ記事はわたしのWorkSpaceで書いています。最新のAWS podcastsは同じWorkSpaceで編集しました。

数か月前にわたしのラップトップのハードディスクがクラッシュして交換しました。過去には、アプリのインストールや環境のカスタマイズに数時間はかかっていました。すべての作業中のデータはAmazon WorkDocsに保存されているため、リカバリの観点からは苦労がなくなりました。その点、わたしのラップトップにある唯一の個人データはWorkSpaceのための12文字の登録コードとようやく手に入れたステッカーだけです。わたしのラップトップは単なる一般的なディスプレイとI/Oデバイスでしかありません（それとすばらしいステッカーです）。

Amazon WorkSpacesユーザーに3つのいいニュースがあります：

1. Windows 7のデスクトップライセンスをAmazon WorkSpacesに持ち込むことができるようになりました。
2. Chromebook用のあたらしいAmazon WorkSpaces Clientがあります。
3. WorkSpacesでつかわれるストレージボリューム（ルートとユーザーの両方）が暗号化できるようになりました。

Amazon WorkSpacesへのWindows 7デスクトップライセンスの持ち込み（BYOL）

 既存のWindows 7デスクトップライセンスをAmazon WorkSpacesに持ち込んで物理的に専有しているハードウェア上でWindows 7デスクトップOSを動かすことができるようになりました。このあたらしいオプションによりWorkSpaceごとに$4.00のディスカウント（16％の節約になります）を得ることができ、またオンプレミスとAWSクラウドとで同じWindows 7デスクトップのゴールデンイメージを使用することができます。新規に起動したイメージはVPC内で稼働している、もしくはVPCから到達可能な新規または既存のMicrosoftアクティベーションサーバーでアクティベートすることができます。

このオプションを利用するためには、最低限マイクロソフトとの有効なエンタープライズアグリーメント（EA）があり、最小でも200台のWorkSpacesを特定のAWSリージョンで毎月稼働することにコミットしていただく必要があります。より詳細は、WorkSpaces FAQを参照してください。

あなたのアカウントに割り当てられた適切な専有のキャパシティがあるか確認してBYOLを開始するためには、AWSのアカウントマネージャーまたは営業担当者にご連絡いただくかAmazon WorkSpacesのテクニカルサポートケースをあげてください。

Chromebook用のあたらしいAmazon WorkSpaces Client App 

本日、Amazon WorkSpacesをより柔軟にアクセスできるようにするためにGoogle Chromebookのサポートを追加しました。これらの低コストな「シンクライアント」ラップトップはシンプルかつ管理が容易です。これはChrome OSが動いていてとくにインターネットユーザーのために設計されています。シンプルな管理の、セキュアで、低コストで入手可能なデバイスからクラウドデスクトップ、オフィスアプリ、会社のネットワークにアクセスできるようになるため、Amazon WorkSpacesとの相性は最高です。

最新のAmazon WorkSpaces client appはARMとIntelチップセットのChromebook（Chrome OSのバージョン45以降）で動作し、タッチおよび非タッチのデバイスをサポートします。いますぐChromebook用のWorkSpaces clientをダウンロードして今日からChromebookにインストールすることができます。

Amazon WorkSpaces client appはまたMac OS X、iPad、Windows、AndroidタブレットとFireタブレット環境でも利用可能です。

KMSをつかったストレージボリュームの暗号化

 Amazon WorkSpacesはエンドユーザーにハイクオリティなデスクトップエクスペリエンスを提供しながら、規制要件への対応や組織のセキュリティポリシーの順守を可能にします。

本日、追加のセキュリティオプションをアナウンスしました：WorkSpacesの動的または静的なデータ（ディスクボリュームと関連付けられたスナップショット）の暗号化です。WorkSpacesの管理者にはWorkSpaceを新規作成するときの起動および構成のプロセスの一部としてC:とD:ドライブの暗号化をオプションとしてえらぶことができるようになります。暗号化はAWS Key Management Service (KMS)に保管されるカスタマーマスターキーをつかっておこなわれます。

暗号化は自分の組織内のカスタムバンドルをふくむすべてのタイプのAmazon WorkSpaceバンドルでサポートされますが、WorkSpaceが作成されるときにセットアップする必要があります（既存のWorkSpaceの暗号化はサポートされません）。KMSのそれぞれのカスタマーマスターキーは30台までのWorkSpacesの暗号化に使用できます。

暗号化されたルートボリュームでのWorkSpaceの起動は追加の時間がかかります。起動したあとは、レイテンシやIOPSへの影響は最小限ですみます。こちらがあなた（またはWorkSpacesの管理者）が起動時にKMSキーによりボリュームを暗号化するための方法になります：

それぞれのWorkSpaceの暗号化ステータスはWorkSpaces Consoleからも見ることができます：

この暗号化機能のための費用はかかりませんが、作成したキーには標準的なKMSの費用が発生します。

— Jeff（翻訳はSA渡邉が担当しました。原文はAmazon WorkSpaces Update – BYOL, Chromebooks, Encryption）;

PS - 聞かれる前に、わたしはAWS re:InventがおわったらすぐChromebookのためにラップトップを投げ捨てることを計画しています！

同僚のSivakanth MundruからAWS CloudTrailのいくつかの機能についてご紹介します。

- jeff

ご存知の通り、AWS CloudTrailはアカウントで実行されたAPI Callを記録し、指定したS3バケットにAPIアクティビティを含むログファイルを送信します。今日CloudTrailに新たに2つの新機能が追加されました。

• SSE-KMSを使用した暗号化のサポート - AWS Key Management Service (KMS) の鍵を使用し暗号化することで、S3バケットに保存されているCloudTrailログファイルにセキュリティレイヤを追加することができます。 CloudTrailは、指定したKMS鍵を使用してログファイルを暗号化します。
• ログファイル整合性の検証 - S3バケットに保存されているCloudTrailログファイルの整合性を検証し、CloudTrailがS3バケットにログを送信した後にそれらが変更されたかどうかを検出することができます。

これらの機能は、米国東部（バージニア北部）、米国西部（オレゴン）、米国西部（北カリフォルニア）、欧州（アイルランド）、欧州（フランクフルト）、アジア・パシフィック（東京）、アジア・パシフィック（シドニー）、パシフィック（シンガポール）、南米（ブラジル）のリージョンで本日より利用可能です。

SSE-KMSを使用した暗号化のサポート

CloudTrailは、ログファイルを生成しS3バケットに送信します。 デフォルトでは、ファイルはS3のサーバサイド暗号化（SSE）を使用し暗号化し、それらを読む際に透過的に復号化されます。今日の発表によりCloudTrailにKMS鍵を適用し、ログファイルを暗号化することが可能になります。SSEの場合と同様に読み取りアクセス許可を持っている場合、オブジェクトの復号化は透過に自動的に行われます。そのためログファイルを読んだり、処理をするアプリケーションに変更を加える必要はありません。S3にファイルを復号化するためのアクセス許可を与えるだけです。どのように機能するかを下記に示します。

セットアップの手順は下記になります。

1. CloudTrailログファイルを受け取るS3バケットと同じリージョンに新しくKMS鍵を作成するか、既存のKMS鍵を使用してKMS-CloudTrailポリシーを適用します。
2. CloudTrailログファイルにアクセスするプリンシパル（IAMのユーザー、ロール、グループ）に復号化のアクセス許可します。
3. ステップ１からKMS鍵を持つ既存の証跡を更新します（CLIを使用する場合は、証跡を作成時に暗号化を有効にすることができます）。

ログファイル整合性の検証

セキュリティ監査や調査を行う場合、S3バケットに保存されているCloudTrailログファイルの整合性を検証し、それらがCloudTrailからS3バケットにログファイルを配信された後、削除または変更されたかどうかを検出したいと思います（改ざんされていないに越したことはありません）。新しいCloudTrailログファイルの整合性の検証機能を使用するとこういった検証を行うことができます。

ログファイルの整合性を検証するためには証跡のログファイル検証を有効にする必要があります。CloudTrail設定の詳細から”ログファイルの有効化を検証"を"はい"に設定することでログファイルの検証を有効にできます。

ログファイルの整合性検証を有効にすると、CloudTrailはログファイルを受信するのと同じS3バケットに、時間単位でダイジェストファイルの配信を開始しますが、別のプレイックスになります。

• CloudTrail ログファイルは "/optional_prefix/AWSLogs/AccountID/CloudTrail/*."に送信します。
• ダイジェストファイルは "/optional_prefix/AWSLogs/AccountID/CloudTrail-Digest/*."に送信されます。 

 そうすることでログファイルに処理をする際にアプリケーションの変更はなく統合が可能になります。またログファイル、ダイジェストファイルにアクセスするきめ細かなアクセス制御を許可できます。

ダイジェストファイルには、S3バケットに送信されたログファイルに関する情報や、ログファイルのハッシュ値、以前のダイジェストファイルのデジタル署名、S3のメタデータセクション内の現在のダイジェストファイルのデジタル署名情報が含まれます。ダイジェストファイル、デジタル署名およびハッシュ値をダイジェストの詳細につきましては、CloudTrail Digest File Structureをご参照下さい。

CloudTrail ログファイルを検証するには、AWS Command Line Interface (CLI) を利用し下記コマンドを実行します。

$ aws cloudtrail validate-logs \
  --trail-arn arn:aws:cloudtrail:us-west-2:111111111111:trail/Trailname \
  --start-time 2015-09-24T00:00:00Z --region=us-west-2

ログファイルが変更または削除されていない場合は、このような出力が表示されます。

Validating log files for trail arn:aws:cloudtrail:us-west-2:111111111111:trail/Trailname between \
  2015-09-24T00:00:00Z and 2015-09-25T18:56:41Z
Results requested for 2015-09-24T00:00:00Z to 2015-09-25T18:56:41Z
Results found for 2015-09-24T00:30:26Z to 2015-09-25T18:56:41Z:43/43 digest files valid
31/31 log files valid

1つ以上のログファイルが削除されている場合は、このような出力が表示されます。

Log file s3://mybucket-CTlogs/AWSLogs/111111111111/CloudTrail/us-west-2/2015/09/22/111111111111_CloudTrail_us-west-2_20150922T1720Z_Jy4SwZotr3eTI2FM.json.gz \   INVALID: not found
Results requested for 2015-09-22T00:00:00Z to 2015-09-25T18:42:03Z
Results found for 2015-09-22T00:30:26Z to 2015-09-25T18:42:03Z:43/43 digest files valid
30/31 log files valid, 1/31 log files INVALID

1つ以上のログ・ファイルが変更されている場合は、このような出力が表示されます。

Log file s3://mybucket-CTlogs/AWSLogs/111111111111/CloudTrail/us-west-2/2015/09/25/111111111111_CloudTrail_us-west-2_20150925T1845Z_lU58MiCsXyI1U3R1.json.gz \INVALID: hash value doesn't match
Results requested for 2015-09-24T00:00:00Z to 2015-09-25T21:44:50Z
Results found for 2015-09-24T00:30:26Z to 2015-09-25T21:44:50Z:45/45 digest files valid
35/36 log files valid, 1/36 log files INVALID

"validate-logs"を詳細モードで実行することで、より深い分析をすることが可能です。詳細に関しましては、Validating CloudTrail Log File Integrity をご参照下さい。

これら新機能についてのご質問やご意見がありましたら、CloudTrailフォーラムに是非投稿下さい。

- Sivakanth Mundru, Senior Product Manager, AWS CloudTral

翻訳はPartner SA酒徳が担当しました。原文はこちら：https://aws.amazon.com/jp/blogs/aws/aws-cloudtrail-update-sse-kms-encryption-log-file-integrity-verification/

• セキュリティ - リスク評価と軽減戦略を通じてビジネス価値を提供しながら、情報システムと資産を保護する能力。
• 信頼性 - 需要を満たすためにコンピューティングリソースを取得し、動的に、インフラやサービスの障害からの回復、およびそのような設定ミスや一時的なネットワークの問題などの混乱を軽減する機能。
• 性能効率 - システム要件の変化および技術進化に対応し、コンピューティング資源を有効に利用しつづける能力。
• コスト最適化 - 不要なコストや次善策を使わないような能力。

Amazon DynamoDBの管理コンソールは簡単にテーブルを作成し、管理することを可能にするように再設計されました。シンプルなインタフェースと外観は、DynamoDBの機能へ簡単にアクセスできます。あなたがテーブルを作成、設定するための手順のヒントやヘルプへ管理コンソールから簡単にアクセス出来ます。新しいアイテムの追加、スキャン、フィルタ、およびあなたのテーブル情報の参照、更新、削除は右側に表示されるインターフェイスにより簡単になりました。

是非スタートガイドをご覧下さい。そして新しいDynamoDBの管理コンソールをチェックし、お試し下さい！

-- 成田 (原文はこちら)

週刊AWSの本家(原題:AWS Week in Review)の公開が遅れておりまして、それに引きずられる形で日本語版のポストも遅くなってしまいました。毎週楽しみにして頂いている皆様をがっかりさせてしまい、失礼いたしました。

本家の方で記事が出ましたので、改めまして日本語版の週刊AWSをお送りいたします。まずは10月26日号からですが、その後の記事も順次翻訳を進めていきます！

また、今週も外部ブログにて数多くの興味深い記事がポストされております。

• 10月26日(月)
  • Hack.FoolAround.RepeatにてAWSのインスタンスのインターナルなIPアドレスを取得する方法がポストされました。
  • Cloud Academyにてマネージドなリアルタイムイベント処理のためのAmazon Kinesisがポストされました。
• 10月27日(火)
• CloudCheckrにてAWSのデータを分断するということがポストされました。
• Cloudabilityにて損益分岐点の考え方でリザーブドインスタンスのコストメリットを測定するがポストされました。
• Cloud ZoneにてcronとしてのAWS Lambdaがポストされました。
• ParkMyCloudにてEC2インスタンスの起動時間、停止時間をスケジュールするためにスクリプト化が最良の方法ではない理由がポストされました。
• SungardのTodd Loepke氏がクラウドコンピューティングにおける発電機としてのオブジェクトストレージをポストしました。
• 10月28日(水)
• N2W Software BlogにてAWS  re:Invent 2015の3つの学び:マイグレーション、エンタープライズ、そして積み上げることがポストされました。
• Gathering CloudsにてAWSの新サービス:何を学ぶべきかがポストされました。
• Compare the CloudにてAWSで勝利をつかむための5つのTipsがポストされました。
• 10月29日(木)
• Cloudability BlogにてT2.Largeインスタンスはなぜコスト効率が高いのか？がポストされました。
• 10月30日(金)
• CloudHealth Academyにて利用されていないリソースを識別するがポストされました。
• Authlete にてAmazon API GatewayとAWS LambdaとOAuthを組み合わせる方法がポストされました。

P.S.　
このブログの最新情報はTwitterでお知らせしています。お気軽に@awscloud_jpをフォローください。
----
ソリューションアーキテクト 小林正人

週刊AWSの本家(原題:AWS Week in Review)の公開が遅れておりまして、それに引きずられる形で日本語版のポストも遅くなってしまいました。毎週楽しみにして頂いている皆様をがっかりさせてしまい、失礼いたしました。

本家の方で記事が出ましたので、改めまして日本語版の週刊AWSをお送りいたします。こちらは11月2日号です！

また、今週も外部ブログにて数多くの興味深い記事がポストされております。

• 11月2日(月)
  • Matthew D Fuller氏がAWS Lambda Pricing Calculatorを公開しました。
  • Serverless CodeにてEBSスナップショットの取得をLambdaで定期実行するとテストと調査のためにLambdaをローカルでエミュレートするがポストされました。
  • We KanbanにてAmazon Web Services IoTについて議論されています。
  • PowerupcloudにてAmazon Import/Exportのダミーディスクを作るがポストされました。
• 11月3日(火)
• Cloud Academy にてクラウドセキュリティのためのAWSの共有責任モデルがポストされました。
• CloudonautにてWordPress on AWSがポストされました。
• 11月4日(水)
• Erik Sipsma氏がサーバレスなExpress.jsを公開しました。
• ParkMyCloudにてスニーカーネットとは何なのか？それが自分自身を意識すると何が起こるのか？がポストされました。
• 11月5日(木)
• AWSコミュニティヒーローのEric Hammond氏がKinesis Streamからデータを読み込むAWS Lambdaの関数を中断し、再開する方法をポストしました。
• Serverless CodeにてEBSスナップショットの取得をLambdaでスケジュールする（パート2）が公開されました。
• Cloud Academy にてAWS CodeCommit:Amazonがマネージし、統合されたSaaSのGitがポストされました。
• Cloudabilityにてファイナンスチームのクラウド費用との戦いがポストされました。
• CloudonautにてAPI GatewayとSwaggerとLambdaとDynamoDBで作るサーバレスなRESTfulなAPIがポストされました。
• High ScalabilityにてNetflixの技術スタックを俯瞰するがポストされました。
• InfoWorldにてAWS Lambdaは「オンデマンド」の意味を再定義するがポストされました。
• 11月6日(金)
• CloudCheckrにて複数のアカウントをまたがったリソース情報とリザーブドインスタンスの購入を見える化するがポストされました。

P.S.　
このブログの最新情報はTwitterでお知らせしています。お気軽に@awscloud_jpをフォローください。
----
ソリューションアーキテクト 小林正人

週刊AWSの本家(原題:AWS Week in Review)の公開が遅れておりまして、それに引きずられる形で日本語版のポストも遅くなってしまいました。毎週楽しみにして頂いている皆様をがっかりさせてしまい、失礼いたしました。

本家の方で記事が出ましたので、改めまして日本語版の週刊AWSをお送りいたします。こちらは11月9日号、本来のスケジュールに追いつきました！

また、今週も外部ブログにて数多くの興味深い記事がポストされております。

• 11月9日(月)
  • AWSコミュニティヒーローのEric Hammond氏がドメインのリダイレクトのためにAmazon API gatewayをaws-cliでセットアップするがポストされました。
  • Cloudonautにて可用性を高めるためのEC2 Auto-Recoveryがポストされました。
• 11月10日(火)
• Serverless CodeにてRDSインスタンスをLambdaでバックアップするがポストされました。
• Twilioにてサーバレスで自撮り画像を送信する:Twilio MMSとAmazon LambdaとAmazon API Gatewayを利用する方法がポストされました。
• Cloud AcademyにてAWSのセキュリティグループ:インスタンスレベルのセキュリティがポストされました。
• 11月11日(水)
• Dome9にてDome9 ClarityとVPC Flow LogsによるAWSネットワークセキュリティの可視化がポストされました。
• 11月12日(木)
• Cloud AcademyにてRDSにおけるMariaDBとMySQLの比較がポストされました。
• Cloudabilityにて自動化されたRIの変更によりAWS費用の節約効果を最大化するがポストされました。
• OpenSource Connectionsにてラスベガスで開催されたAWS re:Inventのまとめがポストされました。
• Thinking MobileにてAWSでゼロダウンタイムのアップデートを実現するがポストされました。
• 11月13日(金)
• Serverless Codeにてお金を節約してよりよく生きよう、リザーブドインスタンスでねがポストされました。
• Cloud AcademyにてAmazon DynamoDB:あなたが絶対に知るべき10の事柄がポストされました。
• CloudonautにてEC2のコストを90%節約するための3つの方法がポストされました。
  
  

P.S.　
このブログの最新情報はTwitterでお知らせしています。お気軽に@awscloud_jpをフォローください。
----
ソリューションアーキテクト 小林正人

モバイルアプリを作成するには２つの実装方法があります。実行ファイルにコンパイルしてネイティブもしくはハイブリッドのアプリケーションを作成できます。また、デバイスのウェブブラウザ内で動くアプリケーションを作成することもできます。

7月に AWS Device Farmをローンチし、iOS と Android デバイスでのネイティブとハイブリッドアプリケーションのテストをサポートしました。（詳しくは過去の記事をご確認ください AWS Device Farm - モバイルアプリの実機テスト）

本日、iOS と Android デバイスでのブラウザベースのアプリケーションのテストをサポートしました。この機能について、多くのカスタマーからご要望をいただいておりアナウンスできることを嬉しく思います。サポートされているデバイスの任意の組み合わせにまたがり、 Appium Java JUnit もしくは TestNG フレームワークを利用して、テストを実行できます。（今後、その他のフレームワークにも対応を予定しています。ご要望があればご連絡ください）

Web アプリのテスト

サンプルの Web アプリをテストします。このアプリは amazon.comを表示して "Kindle"という文字列を検索します。Device Farm Consoleを開いて新しい project を作成します（Test Amazon Site）。そして新しい run を作成します（Web App Test #2）。

テストタイプ（TestNG）を選択してテストスクリプト（私の同僚が用意してくれた）をアップロードします。

このファイル（chrome-with-screenshot.zip）にはコンパイルしたテストと依存のある JAR ファイルが含まれています。

つぎに、デバイスを選択します。すでに Android のプールを作っていたので、これを利用します。

テストを実行すると数分後には結果を確認できます。

出力結果を確認します。ひとつのテストで複数のスクリーンショットを確認することができます。

いますぐ利用可能

このあたらしい機能はいますぐ利用できます！詳しくはドキュメントをご確認ください。Device Farm Documentation

ー Jeff （翻訳は清水が担当しました。原文：AWS Device Farm Update − Test Web Apps on Mobile Devices）

私の同僚のJon FritzがAmazon EMRの最新バージョンを紹介する投稿を書いてくれました。

-- Jeff;

 本日我々はAmazon EMR release 4.2.0をアナウンスしました。これには、Apache Spark 1.5.2、Apache HadoopとSparkの監視用のGanglia 3.6のサポート、及びPresto (0.125)、Apache Zeppelin (0.5.5)、Apache Oozie (4.2.0)という新しいsandboxのリリースが追加されています。

Release 4.2.0の新しいアプリケーション

Amazon EMRはHadoopとSparkエコシステムでの分散ビッグデータアプリケーションを、管理されたAmazon EC2インスタンスのクラスタ上に簡単にインストールし設定する手段を提供しています。AWSマネージメントコンソールのAmazon EMRクラスタ作成ページや、AWS Cmmand Line Interface (CLI)、またはSDKのEMR APIを使ってAmazon EMRクラスタを作成することができます。最新のリリースで、いくつかの新しいバージョンのアプリケーションのサポートを追加しました。

• Spark 1.5.2 - Spark 1.5.2は11月9日にリリースされていて、その2週間後に一般利用可能な形で提供できたことを嬉しく思っています。このバージョンはメンテナンスリリースであり、Spark SQL,、SparkR、DataFrame APIの改善、そして多数の改良とバグ修正が含まれています。またSparkのドキュメントにブロック転送サービスのための通信経路暗号化を有効にするための情報が掲載されました。全ての変更点については、JIRAをご覧ください。Amazon EMR上でのSparkについて詳しく学びたい場合には、こちらをクリックして下さい。
• Ganglia 3.6 - GangliaはAmazon EMRクラスタ上にインストールすることができ、Amazon EC2インスタンスレベルやクラスタレベルで集計したメトリクスを表示するための、スケーラブルで分散した監視システムです。我々はクラスタ内のインスタンスの一般的なリソース利用率に加えて、HadoopとSparkのメトリクスも投入して表示できるように設定をしていて、様々な時間幅でメトリクスが表示されます。Amazon EMRクラスタのマスターノード上のGanglia web-UIを使ってこれらのメトリクスを見ることができます。Amazon EMR上でのGangliaについて詳しく学びたい場合には、こちらをクリックして下さい。

• Presto 0.125 - PrestoはAmazon S3やHadoop分散ファイルシステム (HDFS)上の巨大なデータセットに対して低レイテンシのクエリをするために設計されたオープンソースの分散SQLクエリエンジンです。Presto 0.125はメンテナンスリリースで、SQL処理の最適化、パフォーマンス改善、そして一般的なバグ修正が含まれています。Amazon EMR上でのPrestoについて詳しく学びたい場合には、こちらをクリックして下さい。
• Zeppelin 0.5.5 - ZeppelinはSparkを使ったデータ探索のためのオープンソースの対話的・協調的なノートブックです。Scala、Python、SQL、またはHiveQLを使ってデータを操作したり結果を可視化することができます。Zeppelin 0.5.5はメンテナンスリリースで、多数の改善とバグ修正が含まれています。Amazon EMR上でのZeppelinについて詳しく学びたい場合には、こちらをクリックして下さい。

• Oozie 4.2.0 - OozieはHadoopとSparkのためのワークフローのデザインおよびスケジュールをするアプリケーションです。今回のバージョンではSparkとHiveServer2のアクションが追加されたので、SparkとHiveのジョブをOozieのワークフローに組み込みやすくなりました。また、HueというHive、Pig、そしてOozieのためのweb-UIを提供するアプリケーションのOozieエディタやダッシュボードを使ってOozieのワークフローを作成し管理することができます。ただしHue 3.7.1ではSparkジョブのためにはまだShellアクションを使う必要があります。Amazon EMR上でのOozieについて詳しく学びたい場合には、こちらをクリックして下さい。

今日からAmazon EMR クラスタをRelease 4.2.0で起動できます

Amazon EMRクラスタを4.2.0で作成するには、AWSマネージメントコンソールのクラスタ作成ページでrelease 4.2.0を選択するか、AWS CLIやSDKでEMR APIを使ってクラスタを作成する際にrelease labelにemr-4.2.0を使って下さい。

-- Jon Fritz, Senior Product Manager

原文: Amazon EMR Update – Apache Spark 1.5.2, Ganglia, Presto, Zeppelin, and Oozie | AWS Official Blog (翻訳: SA岩永)

本日より、マネージメントコンソール上の数クリックの操作による、RDS for PostgreSQLデータベースインスタンスのメジャーバージョン9.3から9.4へのアップグレードが利用可能になりました。PostgreSQL 9.4には、PostgreSQL 9.3に比べて、性能や機能面での数々の利点が提供されています。このバージョンには、より柔軟なスキーマ管理を可能にするJSONB型のサポートも含まれています。バージョン9.4にアップグレードする前に、what's new in PostgreSQL 9.4(日本語リリースノートはこちら)を確認し、アプリケーションの互換性を検証することを推奨します。アップグレードするには、アップグレードしたいDBインスタンスを選んで、マネジメントコンソール上で、単純に"Modify(変更)"オプションをクリックし、アップグレードしたいPostgreSQL 9.4のバージョンを選択し、ウィザードを進めます。

現行バージョン以前にコミュニティによってリリースされたバージョンにアップグレードすることを避けるために、いくつかの古いマイナーバージョンは選択できない可能性があります。このアップグレードは、("Apply Immediately(すぐに適用)"オプションを選択すれば、)すぐに適用できますし、次回のメンテナンスウインドウで適用することも出来ます(デフォルト)。どちらの場合でも、アップグレードが完了し、データベースインスタンスがリブートするまでの数分間、可用性にインパクトがでることに注意してください。詳細はユーザーガイド(2015年11月20日現在では英語版のみ記載されています)をご確認ください。

- 江川(原文はコチラ)

今年の前半に、私の同僚のPeter MoonがAWS SDK for Goの提供計画を共有してくれました。以下のPeterのゲスト投稿にある通り、SDKが一般利用可能になりました！

-- Jeff;

 AWSは我々のプロダクトに関わるデベロッパーコミュニティを強く推進しています。これは我々のライブラリやツールの多くをGitHubでオープンソースにしている1つの理由ですし、そこでは我々はデベロッパーのお客様と直接コミュニケーションしコラボレーションすることができることを非常に大切にしています。これまでのオープンソースコミュニティでの全ての経験の中で、AWS SDK for Goがどの様に生まれたのかというお話は、ぜひとも共有しておきたいものの1つになります。

10ヶ月前にこのプロジェクトのオーナーシップを持って以来、コミュニティのフィードバックや貢献によって実験的ステージとプレビューステージを進めることができ、そして本日AWS SDK for Goがバージョン1.0となったことをアナウンスできて興奮していますし、これを本番環境用途で利用することを推薦しています。我々の他の多くのプロジェクト同様、SDKはSemantic Versioningに従っているので、1.0から同じマイナーバージョン1.xへは、既存のコードが動き続けるという安心感を持ってアップグレードを行えます。

6月にデベロッパープレビューをアナウンスして以来、いくつかの鍵となる改善をSDKに追加してきました。

• Sessions - 設定やリクエストハンドラを簡単にクライアント間で共有できます
• JMESPATHのサポート - 複雑なAPIのレスポンスや他の構造体に対して、シンプルな表現でクエリや整形を行えます
• Paginators - list系のAPIのレスポンスの複数ページを辿っていくことができます
• Waiters - AWSリソースの非同期な状態変化を待つことができます
• Documentation - デベロッパーガイドを改善しました

これらの新しい機能のうちいくつかを使ったサンプルコードがこちらです:

// Create a session
s := session.New(aws.NewConfig().WithRegion("us-west-2"))
// Add a handler to print every API request for the session
s.Handlers.Send.PushFront(func(r *request.Request) {
	fmt.Printf("Request: %s/%s\n", r.ClientInfo.ServiceName, r.Operation)
})
// We want to start all instances in a VPC, so let's get their IDs first.
ec2client := ec2.New(s)
var instanceIDsToStart []*string
describeInstancesInput := &ec2.DescribeInstancesInput{
	Filters: []*ec2.Filter{&ec2.Filter{
			Name:   aws.String("vpc-id"),
			Values: aws.StringSlice([]string{"vpc-82977de9"}),
		},
	},
}
// Use a paginator to easily iterate over multiple pages of response
ec2client.DescribeInstancesPages(describeInstancesInput,
	func(page *ec2.DescribeInstancesOutput, lastPage bool) bool {
		// Use JMESPath expressions to query complex structures
		ids, _ := awsutil.ValuesAtPath(page, "Reservations[].Instances[].InstanceId")
		for _, id := range ids {
			instanceIDsToStart = append(instanceIDsToStart, id.(*string))
		}
		return !lastPage
	})
// The SDK provides several utility functions for literal  pointer transformation
fmt.Println("Starting:", aws.StringValueSlice(instanceIDsToStart))
// Skipped for brevity here, but *always* handle errors in the real world :)
ec2client.StartInstances(&ec2.StartInstancesInput{
	InstanceIds: instanceIDsToStart,
})
// Finally, use a waiter function to wait until the instances are running
ec2client.WaitUntilInstanceRunning(describeInstancesInput)
fmt.Println("Instances are now running.") 

最後にもう一度、オリジナルのコードベースへの貢献とAWS SDK for Goの素晴らしい開始点を提供してくれた、Coda HaleとStripeの友人達に感謝をしています。ついにそれは完全に本番環境で利用可能となり、我々のお客様が開発するであろうこのSDKを使った画期的なアプリケーションの全てを見ることを楽しみにしています。

より詳細な情報は以下をご覧ください:

• The AWS SDK for Go repository.
• API Documentation.
• Developer Guide.

Peter Moon, Senior Product Manager

原文: Now Available: Version 1.0 of the AWS SDK for Go (翻訳: SA岩永)

AWS Elastic Beanstalkマネージメントコンソールで、ご自身のアプリケーションの詳細ヘルスメトリックスをご覧頂けるようになりました。環境内の個々のEC2インスタンスのヘルスステータスやメトリックス、および原因をご覧いただけます。以前は、Elastic Beanstalk CLIでのみ閲覧可能でした。

Elastic Beanstalkは、ご自身のアプリケーションのステータスを測るためにプロセス（アプリケーション、プロキシ等）や必須項目（CPU、メモリ、ディスクスペース等）を監視します。アプリケーションが想定した通りに動作しているかどうかを測定するために手動でアプリケーションのメトリックス（レスポンスの遅延、CPU、ディスクスペース等）を監視する必要はありません。Elastic Beanstalkは継続的にこれらを監視して、異常を警告するために環境のヘルスステータスを変更します。

Elastic Beanstalkの拡張されたヘルスモニタリング機能：

• ヘルスモニタリングは、ほぼリアルタイムに近いです。Elastic Beanstalkはアプリケーションのステータスを評価し、1分おきではなくおよそ10秒おきにメトリックスを報告します。
• ローリングデプロイは、インスタンス群へのバージョンのデプロイの前にヘルスチェックが成功と見なされる必要があります。こちらはインスタンス群に対するアプリケーションのバージョン戻しによる影響を最小限にします。詳細は、アプリケーションバージョンのバッチでのデプロイ（ローリングデプロイ）をご覧ください。
• ヘルスステータスの範囲が3つ（緑、黄、赤）から7つ（Ok、警告、低下、重大、情報、保留、不明）に拡張されました。こちらにより、より一層意味のあるヘルスステータスをもたらすことが可能です。詳細は状態の色とステータスをご覧ください。
• 40以上の新しいメトリックス（アプリケーションのレスポンスタイムの割合、ハードディスクスペース、CPU等）は、環境およびインスタンスごとに利用可能です。これらのメトリックスは監視および警告用にAmazon CloudWatchへ発行されます。利用可能なすべてのメトリックスのリストやこちらの機能をAmazon CloudWatchで使う手順についての詳細は、拡張ヘルスレポートのメトリックスをご覧ください。

Elastic Beanstalkの拡張ヘルスモニタリングをご利用頂くには、AWS Elastic Beanstalkマネージメントコンソールにログイン、あるいはEB CLIを使って、バージョン2.0.0、あるいはそれ以上のプラットフォームが動作する環境を作成します。Elastic Beanstalkマネージメントコンソールで拡張ヘルスメトリックスの閲覧についてはドキュメントをご覧ください。

翻訳は舟崎が担当しました。原文はこちらです。

本日、Amazon Redshiftにクラスタのアクセスコントロールを容易にする機能とクエリの柔軟性を向上する機能が追加されたことを発表します。

• cluster accessibilityを動的に変更可能に - Amazon Redshiftクラスタへインターネット経由でアクセスが出来るように設定したり、VPC内からのみのアクセスに制限することが動的に行えるようになりました。クラスタ詳細ページのModifyメニュー内のPublicly Accessible設定をYesかNoに設定するだけで変更が可能です。Yesに設定することで、クラスタにPublic IPアドレスが付与されインターネットからアクセスが可能になります。Noに設定することでPrivate IPアドレスが付与されVPC内からのみアクセス可能になります。Public IPアドレスはAmazon Redshiftにデフォルトで付与されるものか、Elastic IPアドレスを指定して利用することが出来ます。詳細はドキュメントページをご覧ください。
• NULL値に対してソート順を指定可能に - NULL値に対して非NULL値の前後どちらにソート順を優先するか指定出来るようになりました。利用方法はどはAmazon Redshift Developer Guide内のORDER BY Clauseの項目をご覧ください。

Amazon Redshiftは簡単に速くペタバイトスケールのデータウェアハウスをテラバイトあたり1年$1,000程度でご利用頂けます。2ヶ月の無料トライアルを是非ご利用ください。

-- 星野 (原文はこちら)

あっという間に11月も下旬に突入しました。2015年もあと一ヶ月ちょっとになりましたね。スーパーや飲食店に行くと、おせち料理のチラシに目が行くようになりました。今までおせち料理を買ったことは無かったのですが、色とりどりのチラシを見ていると、今年は美味しそうなやつを買ってみようかな？という気になります。

ところで、皆さんのご家庭ではおせち料理は何日に食べ始めますか？私が小さい頃にすんでいた地域では12月31日から食べ始めてしまう習慣だったのですが、一般的には元旦に食べ始めるという話を聞いて驚いたのを思い出しました。

それでは、いつものように先週AWSの世界で起こった出来事を振り返ってみましょう。 

また、今週も外部ブログにて数多くの興味深い記事がポストされております。

• 11月16日(月)
  • Eric Hammond氏がAWS CodeCommitとGit Repositoriesを複数のAWSアカウントで利用するがポストされました。
  • Cloudyn Blogにて過去5年間にわたるEC2の値下げの歴史がポストされました。
  • Mislav Stipetic氏がAWS is Awesomeをポストし、AWS Lambdaについて語っています。
  • João Parreira氏がWebsocketを利用してAWS IoTのメッセージをブラウザで受け取るをポストしました。
  • Cloud Enlightened BlogにてEC2インスタンスをスケジュールに従って停止・起動することでコストを削減するをポストしました。
• 11月17日(火)
• SteligentにてAWSの継続的デリバリに関するデモ動画がポストされました。
• Cloud Academy Blogにてネットワーク層のセキュリティのためのNetwork ACLとSubnetがポストされました。
• Cloud Technology Partnersにてパブリッククラウドは既に業界標準であるがポストされました。
• Segmentにてエンジニアに力を与えるためのインフラストラクチャ自動化がポストされました。
• Julien Blanchard氏がAWS Lambda上で動作するrustをポストしました。
• 11月18日(水)
• Botmetric Blogにて未使用のリザーブドインスタンスの解析ツールがポストされました。
• CloudCheckr Blogにてリザーブドインスタンスの購入に関してがポストされました。
• ParkMyCloudにてAWSの費用を削減する5つの方法がポストされました。
• 11月19日(木)
• Cloudabilityにてあなたの組織がリザーブドインスタンスの管理者を必要とする理由がポストされました。
• 11月20日(金)
• DZone Cloud Zoneにてリザーブドインスタンス費用節約の科学がポストされました。
• Colin PercivalがFreeBSD AMI Builder AMIをローンチしました。

P.S.　
このブログの最新情報はTwitterでお知らせしています。お気軽に@awscloud_jpをフォローください。
----
ソリューションアーキテクト 小林正人

AWS Cost Explorer を使うことで AWS の料金を調査したり予測したりする事ができます（詳細については Cost Explorer - AWSの料金をレポート、分析、視覚化できる新しいツールが利用可能にをご覧下さい。）。料金をアカウント、サービス、タグ、アベイラビリティゾーン、購入オプション、API操作の単位で分析するために、Cost Explorer に組み込まれたフィルタリング機能やグルーピング機能が使用できます。例えば、これは私個人の AWS アカウントについて、料金をサービスごとにグルーピングした画面です。:

今月のはじめ Cost Explorer のレポートを保存できる新機能を追加しました。先ほどのレポートを作成後、新しい名前（Monthly Spend by Service）を入力して "Save report" をクリックして保存する事ができます。:

すると、メニューの中に標準で組み込まれているレポートと共に私が作成したレポートもあるのが確認できます。:

メニューからわかるように、"Daily Spend by Service" という名前のレポートも作成しました。メニューからそれを選んで見ることができます。レポートはアカウントごとに保管され、"root" アカウントや適切な権限を持った IAM ユーザでアクセスすることができます。

私自身の出費を少し調査してみると、API ごとのコスト調査が役に立つのに気づきました。リソースのコストをAPI 呼び出しごとで実際に確認することができます。:

右側にある青の高いバーは私が持っているたくさんのドメインのうちの１つが更新された時の課金を示しています。

今すぐ使えます

この機能は今月のはじめにリリースされています。これまで Cost Explorer を使ったことが無ければ、アカウントに対して Cost Explorer を有効にする必要があります（詳細については Cost Explorer - AWSの料金をレポート、分析、視覚化できる新しいツールが利用可能にをご覧下さい。）。

— Jeff; (翻訳は辻が担当しました。原文：New – Saved Reports for the AWS Cost Explorer)

AWS Elastic Beanstalk でマイクロサービスベースのアプリケーションを開発する際に、異なるアプリケーションコンポーネント間のリンクを作成し、モデル化することが出来るようになりました。（例：フロントエンドおよびワーカー間、あるいはフロントエンドと API 間）　以前は、コンポーネント間のリンクをハードコードで手製で作成しなければならず、マルチコンポートのアプリケーションを管理およびアップデートするのが困難でした。今では、アプリケーションのコンポーネント間の動的なリンクのモデルを簡単に作成することが出来ます。そして構成テンプレートや単一のコマンドを使って、アプリケーションのコンポーネント間のリンクをグループとして、あるいは個別にアップデートすることが可能です。アプリケーション間のリンクは AWS マネージメントコンソール、CLI、あるいは SDK を使ってモデル化が可能です。

環境リンクは、特定の機能を持つ 2 つ、あるいはそれ以上のコンポーネントを合わせ持つ多階層のアプリケーションを作成するのにとても有効です。例えば、ユーザーが写真をアップロードして、その写真をエンハンスするサービスを提供されている場合、ユーザーがアップロードして、それらの画像を閲覧するフロントンドのコンポーネントを作成できます。こちらはアップロードされた写真がエンハンスされるバックエンドのコンポーネントとリンクされています。

Elastic Beanstalk でマイクロサービスベースの Web アプリケーションを作成する時に、環境のモデル化についてより詳しく学ぶにはドキュメントをご覧ください。Elastic Beanstalk CLI を使ってこの機能を利用開始するには、こちらのガイドをご覧ください。

Elastic Beanstalk の詳細：

• 製品ページ
• ドキュメントページ

翻訳は舟崎が担当しました。原文はこちらです。

何の気なしに調べてみたら、12月1日は「映画の日」だそうです。1896年に日本で始めて映画が公開されたことを記念する記念日とのことですが、皆さんは映画館に行く機会はありますか？私はもっぱら自宅観賞派なのですが、たまには映画館で迫力のある映像を楽しむのも良いかな、と思います。

それでは、いつものように先週AWSの世界で起こった出来事を振り返ってみましょう。 

また、今週も外部ブログにて数多くの興味深い記事がポストされております。

• 11月23日(月)
  • CloudCheckr BlogにてAWSにおける未使用のリソースがポストされました。
  • N2WS BlogにてEC2ベースのデータベースのバックアップが完了したかを確認する方法がポストされました。
  • Netflix Tech Blogにて自分たちのEC2スポットマーケットを作成する(パート2) がポストされました。
  • Cloudabilityにて運用チームのクラウド費用との戦いがポストされました。
  • Simple Engineering BlogにてSimpleにおける分析基盤の構築がポストされました。
  • R-BloggersにてR、RStudio、OpenCPU、Shiny ServerのためにAWSのインスタンスをセットアップするがポストされました。 
• 11月24日(火)
• N2WS BlogにてEBS Snapshotの自動化で考慮すべき5つのポイントがポストされました。
• Cloud AcademyにてEC2インスタンスにセキュリティアップデートを適用するがポストされました。
• Cloud Technology Partnersにてクラウドの3つの利点に敬意を払うがポストされました。
• CloudonautにてDynamoDBに対する視点がポストされました。
• ParkMyCloudにてEC2インスタンスをシャットダウンすべき季節の到来がポストされました。
• Algorithmia BlogにてAWS LambdaとAlgorithmiaでインテリジェントでサーバレスなアプリケーションを構築しようがポストされました。
• Paul Wakeford氏がletsencrypt.orgのSSL証明書をEC2で利用するがポストされました。
• TechCrunchにてAWS Lambdaはサーバレスなアプリケーションを現実のものにするがポストされました。
• 11月25日(水)
• Cloud Academyにてモノのインターネット(IoT)におけるAmazonの役割がポストされました。
• DZone Cloud ZoneにてAWSを利用してNode.jsのための継続的デリバリを実装する方法がポストされました。
• 11月26日(木)
• DZone Cloud ZoneにてAWS Storage for MongoDBをデプロイするためにAWSのストレージを選択する:インスタンスストア対EBSがポストされました。
• 11月27日(金)
• Cloud EnlightenedにてCloudFormationとAPI GatewayによるクロスアカウントのDNS管理がポストされました。
• 11月28日(土)
• Cloudabilityにてあなたの組織がリザーブドインスタンスの管理者を必要とする理由がポストされました。
• 11月29日(日)
• Serverless Code BlogにてCloudFormationでLambda関数をデプロイするがポストされました。
• Cloud EnlightenedにてAWS LambdaでRubyのコードを実行するがポストされました。

P.S.　
このブログの最新情報はTwitterでお知らせしています。お気軽に@awscloud_jpをフォローください。
----
ソリューションアーキテクト 小林正人