Amazon Web Services ブログ

Amazon DynamoDB のベストプラクティスを守ることを新年の抱負としてみてはいかがでしょうか。これらのベストプラクティスに従うことで、DynamoDB を使用する際のパフォーマンスを最大限に発揮し、最小限に抑えることができます。以下のリンクをクリックして、DynamoDB ドキュメントで各ベストプラクティスの詳細をご覧ください。 パーティションキーを効率的に設計して使用する DynamoDB テーブルにある各アイテムを固有に識別するプライマリーキーは、シンプルなキー (パーティションキーのみ) または複合キー (ソートキーと組み合わされたパーティションキー) にすることができます。アプリケーションは、テーブルとそのセカンダリインデックスの論理パーティションキー全体で統一されたアクティビティのために設計してください。バーストキャパシティー、アダプティブキャパシティー、および書き込みシャーディングといった追加のメリットが得られます。 ソートキーを使用してデータを編成する 適切に設計されたソートキーは、関連する情報を一か所に集め、それを効率的にクエリすることができます。複合ソートキーは、データで階層 (1 対多) リレーションシップを定義することを可能にし、任意の階層レベルでクエリすることができます。バージョン管理の目的でソートキーを使用することもできます。 セカンダリインデックスを効率的に使用する 多くの場合、セカンダリインデックスはアプリケーションが必要とするクエリパターンをサポートするために必須です。その一方、非効率的なセカンダリインデックスの使用は不必要にコストを増加させ、パフォーマンスを低下させます。スパースインデックスの使用方法、マテリアライズされた集計クエリのグローバルセカンダリインデックスの使用方法、および結果整合性のあるレプリカの作成方法を学習します。 大型のアイテムと属性を保存する方法を理解する DynamoDB では現在、テーブルに保存する各アイテムのサイズが制限されています。アプリケーションが、サイズ制限を超過したデータをアイテムに保存する必要がある場合、大きな属性を １ つ以上圧縮したり、アイテムを複数のアイテムに分割したり (ソートキーによる効率的なインデックス化) することができます。また、アイテムをオブジェクトとして Amazon S3 に保存して、Amazon S3 オブジェクト識別子を DynamoDB アイテムに保存したりすることもできます。 期間ごとに 1 アプリケーションあたり 1 つのテーブルを使って時系列データに対応する DynamoDB における一般的な設計原則では、使用するテーブルの数を最小限にとどめることが推奨されています。ほとんどのアプリケーションには、単一のテーブルしか必要ありません。しかし、時系列データについては、期間ごとに 1 アプリケーションあたり 1 つのテーブルを使うことができます。 多対多リレーションシップを管理する 隣接リストは、DynamoDB における多対多リレーションシップのモデル化に有用な設計パターンの一部です。より一般的には、DynamoDB でグラフデータ (ノードとエッジ) を表現する方法を提供します。 ハイブリッドデータベースシステムを実装する 状況によっては、1 つ以上のリレーショナルデータベース管理システムから DynamoDB への移行が適切ではない場合があります。この場合は、ハイブリッドシステムの作成が望ましいかもしれません。 […]

2019 年は、Amazon QuickSight にとって刺激的な年でした数千社におよぶお客様をオンボーディングし、グローバルに 10 箇所の AWS リージョンに拡張し、60 以上の機能 (各週間に 1 つ以上の機能) をリリースしました お客様や Amazon QuickSight で実施する全てのことに活気づけられています。面談、電話会議、メール、ディスカッションフォーラム、そして AWS サミットを通して、皆様と時間を共にできたことを感謝いたします。今年の締めくくりとして、ハイライトの概要を簡単に紹介いたします。 re:Invent 2019 Amazon QuickSight チームは、 re：Invent で Best Western、Capital One、Club OS などのお客様といっしょに行った、分析ニーズの実装や Amazon QuickSight の使用に関する体験について語りました。また、新しくリリースされた API を使った 2 つの実践的なワークショップを実施しました。 ANT324：Amazon QuickSight を使用して、企業規模でビジネス分析を展開する このセッションでは、企業がすべてのユーザー向けに Amazon QuickSight Enterprise Edition を展開し、 Active Directory 、Federated SSO (SAML/OpenID Connect) 認証、AWSのデータへのプライベート 接続性、E […]

新年を迎えて、AWS ストレージチームは、AWS ストレージブログで 2019 年の最も人気のある投稿をいくつかお見せしたいと考えました。最初の投稿が 2019 年 3 月 25 日にブログに公開されて以来、AWS のクラウドストレージについて、AWS コミュニティおよびクラウドコミュニティ全体の教育のために、私たちはあらゆる努力をしてきました。そうすることで、75 件以上の投稿とカウントを公開し、優れた顧客導入事例、告知、ベストプラクティスなどを含むコンテンツを提供しています。 この投稿では、AWS ストレージブログで 2019 年の最も人気のある投稿をお見せします。AWS ストレージコミュニティの残りメンバーが貴重だと判断した投稿をいくつかご覧いただけます。 2019 年の最も人気のある投稿 私たちは、有用で顧客重視のコンテンツを公開するよう努めており、読者からのご意見やコメントを常にお待ちしています。さて、2019 年の最も人気のある投稿は次のとおりです。 1. AWS Secrets Manager を使用して AWS Transfer for SFTP のパスワード認証を有効にする カスタム ID データプロバイダー (IdP) – AWS Secrets Managerと統合することにより、AWS Transfer for SFTP でパスワード認証を使用し、Amazon S3 にアクセスするための動的ロール割り当てを使用する方法について学びます。 2. AWS Storage Day 2019 2019 年 11 月 20 […]

これは ZS のゲスト投稿です。ZS の言葉を借りると、「ZS は企業と緊密に連携して、製品とソリューションの開発および提供を支援し、顧客価値と企業成果を押し上げるプロフェッショナルサービス企業です。ZS は、テクノロジー、コンサルティング、分析、運用も併せて行い、クライアントの商業体験を改善することを目指しています」 ZS は、MicroStrategy ベースの BI アプリケーションのセットアップと運用に関わりました。これは、Amazon がホストするバックエンドアーキテクチャのデータウェアハウスとして Amazon Redshift から 700 GB のデータを供給するものです。ZS は、Amazon S3 バケットや FTP システムなどのさまざまなシステムのさまざまな製薬データベンダーから医療データをデータレイクに供給しました。一時的な Amazon EMR クラスターを使用してこのデータを処理し、消費をレポートするために Amazon S3 に保存しました。レポート固有のデータは、COPY コマンドを使用して Amazon Redshift に移動させ、MicroStrategy はそれを使用してフロントエンドダッシュボードを更新します。 ZS には、利用可能な Amazon Redshift インフラストラクチャに対応するための厳格なクライアント設定 SLA があります。利用可能な小さな Amazon Redshift クラスターを使用して、大量のデータを処理するアプローチを見出すための実験を行いました。 この記事では、S3 から Amazon Redshift に大量のデータを読み込み、効率的な分散技術を適用して、比較的小さな Amazon Redshift クラスターでクエリのレポートのパフォーマンスを向上させるためのアプローチを示します。 データ処理方法 ZS インフラストラクチャは […]

 Amazon FSx for Lustre のご紹介 Amazon FSx for Lustre は、機械学習、高性能コンピューティング、ビデオ処理、財務モデリング、電子設計自動化、分析などのワークロード向けに最適化された高性能ファイルシステムです。Amazon FSx は Amazon S3 とネイティブに連携し、パフォーマンスの高いファイルシステムでクラウドデータセットを簡単に処理することができます。S3 バケットにリンクされると、FSx for Lustre ファイルシステムは透過的に S3 オブジェクトをファイルとして提示し、結果を S3 に書き戻すことができます。 多くの場合、顧客は、ファイルシステム上の機密データへのアクセスを制御し、シンボリックリンクなどの特殊ファイルを処理し、Amazon S3 などの長期リポジトリにデータをバックアップおよび復元する際にこれらの制御と特殊ファイルを維持する機能を必要とします。Amazon FSx は、新規または変更されたファイルを Amazon FSx から S3 にエクスポートする hsm_archive などのファイルシステムコマンドを提供します。ただし、これらのコマンドはファイル権限をコピーせず、転送を監視またはキャンセルする機能は提供しません。 このブログでは、データリポジトリタスクのアプリケーションプログラミングインターフェイス (API) をご紹介します。これは、Amazon FSx から S3 にファイルを簡単にエクスポートできる新しい AWS API です。新しい API を使用して、新規または変更されたファイルの S3 への書き込みを開始、監視、およびキャンセルできます。AWS ネイティブ API であるため、Lambda ベースのサーバーレスアプリケーションなどのクラウドネイティブワークフローからのデータエクスポートタスクを簡単に調整するために使用できます。 この […]

これは Floating Point Group によるゲスト投稿です。彼らの言葉を借りると、「Floating Point Group は、機関投資家レベルの取引サービスを暗号通貨の世界にもたらすことをその使命としています」。 デジタル資産の取引向けに設計された金融インフラの必要性と需要はどれだけあるのかは、はっきりしないかもしれません。コインとトークンは、通貨、商品、株式、債券などの従来の資産に効果的にネイティブに相対するデジタル商品であると、広く受け止められています。この説明はよく、専門家が仮想空間内のさまざまなプロジェクトの価値提案を伝えようとするときに、力強く簡潔に伝えるために繰り返し用いられています (「ビットコインは、アルゴリズムで制御された改ざん防止の財務ポリシーが備わった、単なる通貨です」、または、「イーサリアムは、ガソリンのような金融商品です。それを使って、グローバルコンピューターの計算作業に支払うことができます」)。驚くことではありませんが、FPG である質問をよく耳にします。「暗号通貨が専用の金融サービスであることを保証するのに特別な点は何かありますか? なぜすでに解決された問題の解決策が必要なのですか」 実際、これらの資産とそれを取り巻く広範な公共の利益には、まったく前例がありません。ネットワークトランザクションのイミュータブルな記録として機能する分散型台帳テクノロジー。合理的なアクターを経済的に動機付けてネットワークのセキュリティを維持するためのプルーフオブワークアルゴリズムの巧妙な使用 (プルーフオブワークの概念は少なくとも 1993 年まで遡りますが、このテクノロジーが広く採用される可能性が示されたのは、ビットコインが登場してからです)。人的ミスや強要などの場合に固有の法的課題を引き起こす不可逆的な取引の性質。自己管理の不安定性 (サードパーティの保管ソリューションには、信頼を高める実績はありません)。これらの資産を分類することと、最終的に IRS、SEC、CFTC のようなエンティティによって調整する必要がある通貨交換を仲裁することの両方の困難を伴う規制上の不確実性。これらはすべて、非常に新しく、非常に特異なものです。24 時間取引が行える市場の規模は定期的に 1,000 億 USD を超えており、この記事では特にこれらの資産の取引に関連する問題に焦点を当てます。 確かに、仮想通貨取引は、ウェブフォーラムでビットコインを交換し始め、国際取引所間で 10% の価格スプレッドが確認されて以来、間違いなく成熟してきました。しかし、まだ長い道のりがあります。 機関投資家のために取り組むことを目指す上で抱える主な問題点の 1 つに、流動性 (またはより正確には、流動性の欠如) の問題があります。簡単に言えば、暗号通貨の売買は多くの異なる取引の場 (取引所) で行われ、流動性 (特定の価格で特定の量の資産を売買するオファー) は、新しい取引所が出現するにつれて断片化し続けています。100 ビットコインを購入しようとしているとしましょう。あなたは売りたい人から買う必要があります。最良の (最も安い) オファーを取得するにつれ、残りのオファーはどんどん高価になります。注文を完了するまでに (この例では、100 ビットコインをすべて購入するまでに)、たとえば注文の最初のビットコインに支払った価格よりも平均的にはるかに高い価格を支払うことになったかもしれません。この現象はスリッページと呼ばれています。スリッページを最小限に抑える 1 つの簡単な方法は、オファーの検索範囲を広げることです。そのため、1 つの取引所のオファーを見るのではなく、数百の取引所のオファーを見るのです。このプロセスは、従来スマートオーダールーティング (SOR) と呼ばれ、当社が提供するコアサービスの 1 つです。当社の SOR サービスにより、トレーダーは数十の取引所の流動性を積極的に監視することで、システムが複数の取引所で利用できる最高のオファーとマッチする注文を簡単に送信できます。 最良の価格を求めて大量注文を出すことは、かなり直感的で広く適用できる概念です。株式の約 75% が SOR を介して売買されています。けれども、暗号化市場向けのこのようなサービスの価値は特に顕著です。既存の取引所が行き詰まる中、新しい取引所が人気を博すという永続的なサイクルのため、取引所全体で流動性が絶え間なく断片化されています。けれどもトレーダーは、取引所に依存しない考え方を持つ傾向があります。ある特定量の資産にとって最良の価格を見つけることにのみ関心があるのです。 […]

2019 年 1 月 9 日 の Amazon DocumentDB (MongoDB 互換) のリリースと共に、当社の 2019 年が幕を開けました。リリース当初から、当社では皆様からいただいたフィードバックを謙虚に受け止めています。2019 年は、サービスの可用性、規模、およびパフォーマンスの向上を継続すると共に、サービスに追加してほしい機能を元に、要望から逆向きに開発する時間を取りました。 以下は、2019 年のリリースをカテゴリ単位でアルファベット順に分類してから、リリースされた日付け順 (最新リリースが各カテゴリの最上部) に並べたものです。2019 年に起こった Amazon DocumentDB に関する出来事などを把握したり思い出したりする際に、こちらの記事をお役立てください。Amazon DocumentDB でローンチされた機能の中に、皆様がご存知ない機能が見つかるかもしれません。質問がございましたら @josephidziorek までお知らせください。 コンプライアンス Amazon DocumentDB は、最高のセキュリティ基準を満たし、当社のセキュリティ検証を簡単にして、独自の規制およびコンプライアンス義務を満たせるように設計されています。Amazon DocumentDB は、HIPAA 対応に加えて、PCI DSS、ISO 9001、27001、27017、27018、および SOC 1、2、3 に準拠しているという評価をいただいています。 5 月 22 日: Amazon DocumentDB (MongoDB 互換) が SOC 1、2、3 に準拠 この発表により、Amazon DocumentDB は SOC 1、2、3 に準拠したことになります。 12 […]

Redshift Spectrum は Amazon Redshift の機能で、Amazon S3 に保存されたデータを直接クエリでき、ネストされたデータ型をサポートします。この記事では、ネストされたデータ型からメリットが得られるユースケース、ネストされたデータ型で Amazon Redshift Spectrum を使用して優れたパフォーマンスとストレージ効率を達成する方法、およびネストされたデータ型のいくつかの制約について説明します。 この記事では、ダミーデータで生成されたデータセットを使用します。テーブルスキーマを表示できます。データセットを試したい場合、Redshift クラスターをデプロイし、そこで DDL を実行して、この記事のクエリ例を使用するか、独自のクエリを作成します。 データモデリング 多くのシナリオでは、データは階層で生成されます。たとえば、顧客がいくつかのアイテムを購入したとします。分析のために、ストレージを節約したりデータ処理を高速化したりするためのさまざまなデータモデリングアプローチがあります。ストレージ効率を達成するための一般的なアプローチの 1 つは、次元モデルです。 次のテーブルに、ダミーの顧客データを示します。 username name sex address mail birthdate 1 erin15 Sarah Newman F 795 Nancy Shoal Apt.684 Phillipschester, MI 01979 josephlyons@yahoo.com 2010/4/24 2 shepherdlisa Mark Lee M 754 Michelle Gateway Port Johnstad, ME 35695 guerrerotodd@hotmail.com 1932/11/10 […]

AWS re:Invent は、ユースケースについてお客様により深く学んでいただくとともに、当社がサービスについてフィードバックを受け、新たな機能および性能についての情報を共有できる素晴らしい機会です。Amazon Managed Blockchain チームは、いくつかのセッションおよびワークショップを開催しました。お客様がブロックチェーン技術を活用する方法に焦点を当てるとともに、ブロックチェーンアプリケーションの構築について詳しく説明しました。以下は、録画されたセッションおよびワークショップのチュートリアルへのリンクです。 BLC204 – ブロックチェーンを使用したエンタープライズソリューション: Nestlé、Sony Music、Workday のユースケース ブロックチェーン技術は急速に進化しています。企業向けのブロックチェーンを活用する準備はできていますか? このセッションでは、ブロックチェーンのメリットと企業向けのユースケースについて学びます。また、Amazon Managed Blockchain の責任者である Jonathan Fritz、あるいは Nestlé、Sony Music Entertainment Japan、Workday などのお客様から直接話を聞くこともできます。 セッションビデオ完全版 各社へ直接スキップする場合: Workday Sony Music Nestlé BLC301 – Managed Blockchain の詳細 独自のインフラストラクチャでエンタープライズブロックチェーンアプリケーションを構築することは、多くの場合、費用がかかり、複雑で、時間がかかります。Amazon Managed Blockchain を使用すると、インフラストラクチャを設定および管理する必要がなくなるため、スケーラブルなブロックチェーンアプリケーションを簡単に構築でき、ビジネス向けのアプリケーションの作成に集中できます。このテクニカルセッションでは、Managed Blockchain の機能、API、Hyperledger Fabric SDK、および新しいメンバーを追加してファブリックチャネルに参加する方法について詳しく説明します。また、デモアプリケーションとサンプルコードを使用して、Managed Blockchain でアプリケーションを構築する方法も示します。 セッションビデオ完全版 Workday へ直接スキップ BLC201 – Managed Blockchainを使用して初めてのブロックチェーンアプリケーションを構築する Amazon Managed Blockchain […]

メディア業界向けAWS セミナーシリーズ 第四弾 ｜Inter BEE 2019 / AWS re:Invent 2019 ReCap ｜& 最新メディア管理ユースケースをご紹介 12月18日 AWS 目黒オフィスにて、映像メディアに関わる事業者様および企業様を対象とした、クラウド活用最新事例紹介イベントを開催しました。 4半期毎に開催しているセミナーの最終回として、今回は 11 月中旬の Inter BEE 2019 と 12月上旬の AWS re:Invent 2019 の内容についての振り返りと、AWS パートナーとエンドユーザ様から最新のユースケースとして、メディアアーカイブやアセット管理についての事例を中心に発表いただきました。