Amazon Web Services ブログ

新情報 – Amazon EventBridge スキーマレジストリが一般公開

 Amazon EventBridge は、アプリケーションを簡単に接続できるようにするサーバーレスイベントバスです。AWS サービスのデータ、独自のアプリケーション、Software-as-a-Service (SaaS) パートナーとの統合を使用できます。昨年の re:Invent では、EventBridge スキーマレジストリと検出のプレビューで、イベントの構造 (スキーマ) を中央に保存する方法を導入しました。また、Java、Python、Typescript 用にイベントを処理するコードを生成することにより、コード内のイベントの使用を簡素化しました。 本日より、EventBridge スキーマレジストリが一般公開され、リソースポリシーのサポートが追加されたことをお知らせいたします。リソースポリシーにより、異なる AWS アカウントと組織間でスキーマリポジトリを共有できます。このようにして、異なるチームの開発者は、別のチームが共有レジストリに追加したスキーマを検索して使用できます。 EventBridge スキーマレジストリリソースポリシーの使用 企業は、一般的にさまざまなサービスに取り組んでいるさまざまな開発チームを抱えています。より具体的な例を示すために、互いに通信を行う必要があるサービスに取り組んでいる 2 つのチームを見てみましょう。 CreateAccount 開発チームは、ウェブ/モバイルクライアントからリクエストを受信して、会社の新しい顧客アカウントを作成するフロントエンド API に取り組んでいます。 FraudCheck 開発チームは、新しく作成されたアカウントのデータをチェックするバックエンドサービスに取り組み、それらが偽物であるリスクを推定します。 各チームは、独自の AWS アカウントを使用してアプリケーションを開発しています。 EventBridge を使用すれば、次のアーキテクチャを実装できます。 フロントエンドの CreateAccount アプリケーションは、Amazon API Gateway を使用して、Python で記述された AWS Lambda 関数を使ってリクエストを処理します。新しいアカウントが作成されると、Lambda 関数はカスタムイベントバスで ACCOUNT_CREATED イベントを発行します。 バックエンドの FraudCheck Lambda 関数は Java で作成されており、ACCOUNT_CREATED イベントを受信して Amazon Fraud Detector […]

Read More

FORMULA 1 DeepRacer ProAm Special Event にご参加ください

 AWS DeepRacer リーグは、賞品と栄光をかけて競うとともに、強化学習について楽しみながら学ぶ機会を提供します。モデルの構築、トレーニング、および評価には AWS DeepRacer 3D レーシングシミュレーターを使用でき、モデルがレースできることを確実にするために、結果を検証してモデルを改善することが可能です。 フォーミュラ 1 (F1) レースで優勝するには、技術的に洗練されたレースカー、一流のドライバー、極めて優れたクルー、そして (信じられないかもしれませんが) かなりの機械学習が必要です。AWS は過去数シーズンにわたって、かつてないほど速く、低燃費のレースカーを生み出すために機械学習を利用する方法を見つけるべくフォーミュラ 1 チームと連携してきました (詳細については、最速の車、最速のクラウド、および Formula 1 Works with AWS to Develop Next Generation Race Car をお読みください)。 スペシャルイベント AWS DeepRacer リーグでは、AWS DeepRacer コンソールで毎月新しい仮想レースを開催していますが、今月は特別なレース、Formula 1 DeepRacer ProAm Special Event を開催します。5 月中は、フォーミュラのドライバーたちとそのクルーによって構築およびチューニングされたモデルとレースする機会を求めて競い合うことができます。出場者は以下のとおりです。 ロブ・スメドレー – F1 のデータシステム担当ディレクター兼 AWS Technical Ambassador。 ダニエル・リカルド – グランプリで 7 度優勝し、29 […]

Read More

AWS Systems Manager を使用して RStudio で Amazon EMR エッジノードをデプロイする

 RStudio は、統計計算とグラフィックスのための言語と環境である R の統合開発環境 (IDE) です。データサイエンティストとして、R と Spark (ビッグデータ処理フレームワーク) を統合して、大規模なデータセットを分析できます。sparklyr と呼ばれる R パッケージを使用して、大規模なデータセットのフィルタリングと集計を R スクリプトから Spark にオフロードし、R のネイティブの強度を使用して、Spark からの結果をさらに分析および視覚化できます。 RStudio で実行されている R スクリプトは、sparklyr を使用して Spark ジョブをクラスターに送信します。通常、R スクリプトは (sparklyr とともに)、Spark を実行する (Amazon EMR の) マシンのクラスターとは別のマシンにインストールされている RStudio 環境で実行されます。sparklyr が Spark ジョブを送信できるようにするには、RStudio マシンと Spark を実行しているクラスターの間にネットワーク接続を確立する必要があります。そのための 1 つの方法は、RStudio をエッジノードで実行することです。これは、クラスターのプライベートネットワークの一部であり、RStudio などのクライアントアプリケーションを実行するマシンです。エッジノードを使用すると、Hadoop のコアサービスを実行するノードとは別にクライアントアプリケーションを実行できます。エッジノードは、ローカルの Spark および Hive シェルへの便利なアクセスも提供します。 ただし、エッジノードのデプロイは簡単ではありません。それらのエッジノードには、Hadoop クラスターと同じバージョンの Hadoop、Spark、Java、およびその他のツールが必要であり、クラスター内のノードと同じ […]

Read More

AWS IoT Jobs の 90% 以上の値下げを世界中で適用開始

 AWS IoT Device Management サービスをご利用の AWS のお客様に朗報です。AWS IoT Device Jobs の料金が 90% 以上値下げされました!? 新しい価格を確認してみましょう。 ?IoT とは? IoT (モノのインターネット) は、インターネットに接続され、データを収集および共有する世界中の数十億の物理デバイス (文字どおり!) を表します。 ??‍♀️AWS IoT Device Jobs とは? AWS IoT Device Jobs (略して「Jobs」) により、AWS IoT Core サービスに接続されている場合、お客様は、1 つ以上の IoT デバイスでリモートアクションをトリガーできます。「Jobs」でトリガーし得るリモートアクションの例としては、OTA (Over-the-Air) ファームウェアの更新、デバイスの再起動、出荷時の設定へのリセット、設定の変更などがあります。 「Jobs」は、AWS IoT Device Management サービスの機能です。(AWS IoT Device Management は、お客様が AWS IoT Core に接続されたデバイスを登録、整理、監視、およびリモート管理できるようにするサービスです。) ??‍?お客様の現在の […]

Read More

新しい – AWS Elemental Link – がライブビデオをイベントのためにクラウドに配信 & ストリーミング

動画は、非常に多くのオンライン体験の中心となっています。発信元や作成者に関係なく、今日の視聴者は、高解像度かつ放送品質の視聴体験を期待しています。 洗練された環境であれば、専用ハードウェアと関連 A/V チームは、これらの期待に応える動画を記録、エンコード、ストリーミング、または保存できます。しかし、コストと運用の複雑さにより、同様の体験を提供することができないチームもありました。教室、地元のスポーツイベント、企業イベント、小規模なパフォーマンススペースには、確実に動画をクラウドに配信して処理、保存、オンデマンド配信、およびライブストリーミングするために必要なハードウェアとソフトウェアをインストール、設定、実行するために必要な予算や専門知識がありません。 AWS Elemental Link の紹介 本日は、AWS Elemental Link について説明します。この新しいデバイスは、ライブ動画のソースを AWS Elemental MediaLive に接続します。デバイスは小さく (約 32 立方インチ)、重量は 1 ポンド未満です。電力の消費量はわずかで、騒音もありません。995 USD ですぐに購入できます。 これらのデバイスは、AWS マネジメントコンソールから注文して、お届け場所には使用予定の場所を指定できます。デバイスは事前に設定された状態で届くため、必要なのは、電源、動画、およびインターネットへの接続だけです。使用時に特別な専門知識を必要とせずに、コンソールから任意の数の Link デバイスを監視および管理できます。 Link デバイスは、動画のソースに接続すると、組み込みの 3G-SDI または HDMI コネクターに到達したすべての動画、オーディオ、メタデータストリームを AWS Elemental MediaLive に送信し、利用可能な帯域幅に適応する自動ハンズフリーチューニングを行います。動画がクラウドに格納されると、AWS Elemental Media Services のフルラインナップを使用して、動画を処理、保存、配信、収益化できます。 AWS Elemental Link の注文 開始するには、AWS Elemental Link コンソールにアクセスし、[注文を開始] をクリックします。 利用規約を理解したことを表明し、[注文を続行する] をクリックして続行します。 注文の入力を開始します。最初に、連絡先情報と任意の注文名を入力します。 次に、個別の注文明細を入力し、それぞれの後に [新しい注文明細を追加] […]

Read More

AWS AppSync を使用して Amazon QLDB への GraphQL インターフェイスを構築する: パート 2

 この記事は、Amazon Quantum Ledger Database (QLDB) と AWS AppSync を統合する方法を説明する 2 回にわたる連載記事の第 2 回です。この組み合わせにより、Amazon QLDB マネージドの台帳データベースに加えて、多目的な GraphQL を利用した API が提供されます。AWS Lambda 関数を作成してクエリを実行することで、Amazon QLDB と AWS AppSync を接続する方法については、「AWS AppSync を使用して Amazon QLDB への GraphQL インターフェイスを構築する: パート 1」をご覧ください。 この記事では統合を引き続き開発し、QLDB で AWS AppSync のより複雑なクエリとデータのミューテーションをサポートします。このチュートリアルでは、Amazon QLDB および AWS AppSync がキャプチャする履歴データのクエリのサポートも行います。 このシリーズのどちらの記事でも、クエリにドライバーの車両情報の DMV データセットを使用しています。GitHub リポジトリでアプリケーション全体を確認することもできます。 次の図は、このプロジェクトのおおまかなアーキテクチャを示しています。AWS AppSync リゾルバーを使用して、Lambda の Amazon […]

Read More

AWS AppSync を使用して Amazon QLDB への GraphQL インターフェイスを構築する: パート 1

 Amazon Quantum Ledger Database (QLDB) は、信頼できるデータソースを必要とするユースケース向けに設計されたデータベースです。Amazon QLDB は、データベースにコミットされたすべての変更の履歴を完全で不変な形で保持します (これは台帳と呼ばれます)。Amazon QLDB は、金融、e コマース、在庫管理、政府、その他数多くの用途でお使いいただけます。 Amazon QLDB を AWS AppSync などのサービスとペアリングすると、モバイルアプリケーション、ウェブサイト、データレイクのデータとそのデータの履歴を安全に公開できます。この記事では、Amazon QLDB を AWS AppSync と統合して政府のユースケースを強化するための再利用可能なアプローチについて説明します。 Amazon QLDB を AWS AppSync のデータソースとして追加するには、AWS Lambda 関数を使用してデータベースに接続します。次の図は、このソリューションのアーキテクチャを示しています。 この記事では、Department of Motor Vehicles (DMV) のユースケースを用いて、Amazon QLDB をデータソースとして AWS AppSync に追加します。このユースケースは、Getting Started with the Amazon QLDB Console でご利用いただけます。Amazon QLDB データソースを接続するだけでなく、簡単なクエリも作成します。 今後の記事では、データの変更や履歴の取得など、より高度な Amazon QLDB […]

Read More

ドメイン参加済みの Amazon RDS for SQL Server インスタンスに対する分散トランザクションサポートの有効化

 Amazon Relational Database Service (RDS) for SQL Server が Microsoft 分散トランザクションコーディネータ (MSDTC) を使用した分散トランザクションをサポートするようになりました。MSDTC を使用することで、RDS for SQL Server DB インスタンスが関与する分散トランザクションを実行することができます。この記事では、Amazon RDS for SQL Server 使用時に、AWS Directory Service for Microsoft Active Directory (AWS Managed Microsoft AD) を使って分散トランザクションを実行する最も一般的な方法について説明します。 ソリューションの概要 この記事では、3 つの主要用語が使用されています。 分散トランザクション – 2 台以上のネットワークコンピュータシステムにあるデータを更新するトランザクションです。分散トランザクションは、分散データを更新する必要があるアプリケーションにトランザクションのメリットを提供します。 トランザクションマネージャー – アトミックトランザクションの結果の管理と分散に対する責任を担います。トランザクションマネージャーは、ルートトランザクションマネージャー、または特定のトランザクションに対する下位トランザクションマネージャーのどちらかになります。 リソースマネージャー – アトミックトランザクションの結果とのリソース状態の調整に対する責任を担います。指定されたトランザクションについて、リソースマネージャーはひとつのトランザクションマネージャーのみと連携し、トランザクション結果の表明と最終結果の取得を行います。 このソリューションには、以下のステップが含まれます。 パラメータグループの設定。 オプショングループの設定。 Amazon RDS for […]

Read More

小規模な Amazon Elasticsearch Service ドメインのコストを削減する

 Amazon Elasticsearch Service (Amazon ES) ドメインをデプロイして本番環境のワークロードをサポートする場合、使用するデータインスタンスのタイプと数、アベイラビリティーゾーンの数、専用マスターインスタンスを使用するかどうかを選択する必要があります。ベストプラクティスのための推奨事項をすべて実行するには、次のように設定する必要があります。 3 つの専用マスターインスタンス M5.large 3 つの M5.large データノードを備えた 3 ゾーンレプリケーション プライマリに 2 つのレプリカの使用 必要に応じたストレージ、最大 512 GB、データノード用の GP2 Amazon Elastic Block Store (EBS) ボリューム この設定の場合、最大 400 GB のソースデータと 1 秒あたり数十万のリクエストを、1 か月あたり最大 800 USD (米国東部、バージニア北部の料金) のオンデマンドコストでサポートします。実行可能なデプロイを最小限に抑えることで、このコストを削減できます。本番ワークロードで実行可能な最小のデプロイは、次のとおりです。 専用マスターインスタンスなし M5.large ノードを備えた 2 ゾーンレプリケーション プイマリに 1 つのレプリカの使用 必要に応じたストレージ、最大 512 GB、データノード用の GP2 EBS ボリューム このデプロイでは、同じ […]

Read More

新機能 – Step Functions と AWS CodeBuild を使用した継続的インテグレーションワークフローの構築

 ソフトウェアビルドの自動化は、DevOps のベストプラクティスを採用するための重要なステップです。これを支援するために、フルマネージド型の継続的インテグレーションサービスである AWS CodeBuild を構築しました。これは、ソースコードをコンパイルし、テストを実行し、デプロイの準備ができたパッケージを生成します。 しかし、お客様のビルドプロセスには非常に多くのカスタマイズの選択肢があり、ソフトウェアビルドに必要なさまざまなアクティビティを調整するために、開発者が独自のカスタムワークフローを作成することに時間を費やしていることがわかりました。たとえば、一部のテストを実行し、もしくは実行しないこととし、またはクイックフィックスをデプロイする必要がある場合にコードの静的分析をスキップしたい場合があります。 単体テストの結果に応じて、さまざまなアクションを実行したり、SNS を介して通知を受けたりしたい場合があります。 これを簡素化するため、本日、新しい AWS Step Functions の CodeBuild とのサービス統合をリリースします。これで、ステートマシンの実行中に、ビルドの開始または停止、ビルドレポートサマリーの取得、および過去のビルド実行レコードの削除ができるようになります。 これにより、独自のワークフロー主導のビルドプロセスを定義し、手動または自動でトリガーできます。たとえば、次のことができます。 Amazon EventBridge ルールを使用して、定期的に (夜間ビルドの場合)、または何かが発生したときに (AWS CodeCommit リポジトリへのプルリクエストなど)、ビルドワークフローを開始します。 Amazon API Gateway を使用して、ステートマシンへの直接統合で、またはワークフローを開始する前に入力ペイロードの有効性をチェックする AWS Lambda 関数を介して、GitHub などのサービスによって呼び出すことができる webhook を構築します。 この投稿で説明されているように、AWS CodePipeline アクションの動作をカスタマイズします。 この統合により、Step Functions の全機能を使用して、ソフトウェアのビルドを自動化できます。たとえば、Parallel 状態を使用して、ビルドの独立したコンポーネントの並列ビルドを作成できます。コードリポジトリ内のすべてのブランチのリストから始めて、Map 状態を使用して、各ブランチに一連のステップ (自動化ビルド、ユニットテスト、統合テスト) を実行できます。 同じワークフローで他の Step Functions のサービス統合を活用することもできます。 たとえば、メッセージを SQS キューに送信してアクティビティを追跡したり、Amazon ECS とAWS Fargate を使用して構築したコンテナ化されたアプリケーションを開始したりできます。 ワークフロー主導のビルドプロセスのために Step Functions […]

Read More