Amazon Web Services ブログ

AWS Japan Staff

Author: AWS Japan Staff

時系列データ可視化のための InfluxDB、Grafana、AWS IoTの連携

IoTには様々な種類の実装がありますが、多くのアプリケーションでは、大量のテレメトリーデータ収集します。インダストリアルやヘルスケア、コンシュマー製品、ロジスティクスなどにおいて、IoT のテレメトリーデータは非常に時刻に依存しています。 多くの IoT ソリューションでは、データの収集やレポートのタイミングが重要になります。例えば、アノマリー検出や予兆保全のための属性分析においては、異常発生時や発生の予兆が出たときのイベントが、正確に保存され、わかりやすく資料化されることが必要です。 時系列システムは、個々の IoT デバイスレベルで考えるだけでなく、 IoT アプリケーション全体で考えることが重要です。 たとえば、工場のフロアでは、ベルトコンベアの速さと、その瞬間の搬送力と、それに伴う部品の重量が、ベルトドライブから得られるデータのみを利用するよりも、より良いベルト故障の指標を提供することができることがあります。 また、特定の障害が起こる直前のイベント/データは、データの時間変化をチャートにすることでより多くの洞察が得られることもあります。 こういった時系列データを扱う IoT アプリケーションでは、デバイス間、またはセンサーとゲートウェイソフトウェア(AWS Greengrassなど)間の時間ドリフト(進みや遅れなど)を考慮した管理が不可欠です。 IoT アプリケーション全体の時間ドリフトを管理する効果的な方法としては、各テレメトリデータのペイロードの取り込みに AWS IoT Core を使用し、取り込み時のタイムスタンプを付加することです。 覚えておくべき点として、AWS IoT Core は取り込まれたデータの順序を保証しません。そのため、取り込み時にタイムスタンプを付加する場合においても、IoT デバイス/センサーから送られるデータペイロードに対して、純増するシーケンス番号(可能であればタイムスタンプも)を付加することがベストプラクティスです。 このブログでは、時系列データを扱う IoT ソリューションの開発方法の例として、基本的な AWS IoT コンポーネントと時系列データに最適化された InfluxDB インスタンスを使用し、テレメトリデータを保存する方法を紹介します。また、Grafana と呼ばれる時系列視覚化ツールもセットアップします。 なお、InfluxDB と Grafana はどちらもオープンソースです。 AWS IoT Device Simulator は、高頻度の時系列データを生成します。 データは AWS IoT Core に取り込まれ、Lambda 関数がルールエンジンによってトリガーされて、データを時系列専用データベースに挿入します。 この例では、AWS CLI と InfluxDB […]

Read More
Weekly AWS

週刊AWS – 2020/3/16週

みなさん、こんにちは。ソリューションアーキテクトの下佐粉です。 今週も週刊AWSをお届けします。 4月からの新生活に向けて、これから新しい家に引っ越しをされる方も多いのではと思います。個人的に社会人の方に特にお勧めしたい設備が、浴室乾燥機です。浴室で洗濯物を乾かすことができる仕組みですね。もちろん外干しと比べて電気代やガス代が掛かってしまうのですが、夜に、もしくは休日が雨であってもまとまった量の洗濯ができるというのは思ったより生活の自由度を上げてくれます。これから物件を探される方はぜひ検討してみてください(先月ぐらいに書くべき内容だったかもしれませんが…)。 それでは、先週の主なアップデートについて振り返っていきましょう。

Read More

在宅勤務を実現するAmazon WorkSpaces および Amazon WorkDocs に関する新しい提案

最近、Jeff Barr は、お客様によるリモートワークと在宅勤務のイニシャチブを立ち上げ、Amazon WorkSpaces と Amazon WorkDocs のAWS が支援する新しい方法や提案を共有しました。この投稿では、もう少し、その詳細を共有したいと思います。 AWSは、最大50人のユーザーが Amazon WorkSpaces と Amazon WorkDocs を無料で使用できるようにすることを発表します。これらは、これまでにこれらのサービスを使用したことのない新規のお客様を対象としており、2020 年 6 月 30 日までご利用いただく事ができます。WorkSpaces については4月1日から利用可能となり、Standard、Value、Performance バンドルが含まれています。 WorkDocs については、すぐにご利用いただけます。WorkSpaces と WorkDocs の両方のサービスを合わせてご利用いただく事で、リモートワーカーは必要なアプリケーションを安全に利用することができるようになり、世界中の同僚とドキュメントを共同で作成できます。WorkSpaces をすぐに使い始めたい場合は、WorkSpaces Standard バンドルの無料利用枠をご利用いただけます。

Read More

Amazon Connect を使用してリモートワークのコンタクトセンターのエージェントをすばやくセットアップする方法

長年にわたり、ナレッジワーカーは(オフィスや自宅など)どこにいても容易に仕事ができるメリットを享受してきました。通常、ナレッジワーカーは柔軟に仕事ができるよう、適切なツールやテクノロジー(携帯電話、ノートパソコン、インターネット接続など)を利用することができます。 しかしながら、従来のコンタクトセンターの従業員はそれほど恵まれてはいませんでした。従来のコンタクトセンターの従業員は、多くの場合、物理的な電話の制約を受けてオフィスのデスクに固定されています。彼らはほとんどの場合、コンタクトセンターの技術上の制約により、リモートでの作業は難しいのが現状でした…今までは。 Amazon Connect を使用すると、企業は事実上どこからでもアクセス可能な、完全な機能を備えたコンタクトセンターを持つことができます。エージェント、スーパーバイザー(SV)、マネージャー、管理者は、自宅で勤務しながらコンタクトセンターの毎日のアクティビティをすべて実行することができます。エージェントはインバウンドコールを受信し、アウトバウンドコールまたはチャットでのやり取りを行うことができます。SV は、エージェントが全員同じオフィスにいるかのようにリアルタイムでモニタリングし、コーチングすることができます。マネージャーは、ダッシュボードの表示、レポートの実行、サービスレベルの監視、通話録音のモニタリング、コンタクトセンターのパフォーマンスの追跡をすべて自宅から行うことができます。これを実現するために必要なのは、Amazon Connectのインスタンス、ノートパソコン、インターネット接続だけです。 本ブログ投稿では、Amazon Connect を使用して顧客や従業員をサポートするために、リモートエージェントを数分でセットアップする方法についてご説明します。 リモートエージェントのサポートが求められるオンプレミスのコンタクトセンター オンプレミスのコンタクトセンターソリューションでは、エージェントの在宅勤務を実現するためは複雑な技術要件をクリアしなければなりません。要件として、VPN ハードウェアデバイス、SIP 電話、またはエージェントの自宅で固定電話が必要となり、ネットワーク、セキュリティ、電話機器チームによる出張サポートが必要となる場合もあります。さらに、リモートエージェントの着台研修を行うためには、エージェントをオンラインに保つための個別のメンテナンスが必要であり、コストが増加し、エージェントの効率が低下します。 Amazon Connect で素早く、コスト効率よく対応する オムニチャネルのクラウドコンタクトセンターソリューションとしてAmazon Connect を使用すると、エージェントは追加の設定を必要とせずに在宅勤務ができます。エージェントは、インターネット接続が利用可能な場所であれば、どこからでも接続できます。 サポートされているブラウザ と USB ヘッドセットのみが必要です。 コンタクトセンターをセットアップし、 Amazon Connect で最初の入電を受けられるようになるまでにかかる時間はわずか数分です。Amazon Connect で通話やチャットを開始するためにブラウザのプラグインやアプリケーションを追加でインストールする必要はありません。Amazon Connect は、OPUS コーデックを使用して高品質のオーディオを提供するように設計された、 WebRTC ベースのソフトフォンを使用します。 Amazon Connect では、 お客様が接続した時間に対してのみ分単位で料金が発生します。署名が必要な契約やユーザーごとのライセンスはありません。Amazon Connect でコンタクトセンターを起動し、テストし、必要に応じてスケールアップおよびスケールダウンできます。 在宅勤務のコンタクトセンターの業界リーダーである Direct Interactions は、リモートワーカーに電話をルーティングするために Amazon Connect を活用しています。Direct Interactions の CEO である Jonas Nicholson 氏は、次のように語っています。「Amazon Connect のおかげで、諸事情により在宅勤務せざるを得ない方々のために雇用機会を創出できています。私たちにとって、それは障害を持つ人々、軍人の配偶者、経済的に落ち込んでいる地域の方々を意味します。」 また、「在宅勤務が唯一の選択肢である場合、子ども達が同じ家庭内のネットワークで Netflix をストリーミング視聴したり、ゲームをしている場合であっても、Amazon […]

Read More

AWS Innovate 2020 : ハンズオンセッションで実践力を高めよう!

2020年3月10日 から開催している「AWS Innovate」をお楽しみいただいていますでしょうか? AWS Innovate はグローバルでも人気のある「クラウド活用のための無償オンラインカンファレンス」です.今回は 2020年3月10日 から 2020年4月17日 までの「計39日間」毎日開催をしており,「計42個のセッション」を何度でも視聴可能です.参加申込みは簡単です!以下の申込みサイトにアクセスをしましょう. AWS Innovate サイト AWS Innovate 申込みサイト(無料)   先週に続き「AWS Innovate 2020 の見どころ」を紹介します.本記事も AWS テクニカルトレーナーの吉田慶章が担当します.先週の記事も合わせて読んでいただけると嬉しいです. AWS Innovate 2020 : 今年もスタート! | Amazon Web Services ブログ   ハンズオンセッション 「AWS Innovate なのにハンズオン?」と驚かれるかもしれませんが,今回は3種類の「ハンズオンセッション」をご用意しています.セッションを視聴することも重要ですが,知識と実践を融合することで理解度をグッと高めることができます.今回は「ハンズオンセッション」の楽しさを紹介したいと思います. サーバーレス入門ハンズオン – AWS Lambda と AWS AI Services を組み合わせてサーバーレスの世界を体験しよう! システム管理で使えるデータ分析ハンズオン:システム構成情報の収集と可視化 機械学習の知識・プログラミング不要!写真から異常部分を見つける外観検査の機械学習モデルを作ろう   見どころ 1. サーバーレスに入門しよう! 最初に「サーバーレス入門ハンズオン – […]

Read More
Weekly AWS

週刊AWS – 2020/3/9週

みなさん、こんにちは。ソリューションアーキテクトの小林です。今週も週刊AWSをお送りします。 なんとなく天気のことを書きがちなので、今回は天気ネタは封印して食べ物ネタを書いてみようと思います。最近作り置きの惣菜としてラタトゥイユを作ってみました。野菜を刻んで缶詰のトマトを入れて煮込み、コンソメと塩こしょうで味を調えるだけなのでカンタンです。そのまま食べても、パンにのせても、パスタソースにしてもおいしいので、仕事の合間に気分転換として料理をしてみるなんていうのはいかがでしょうか? それでは、先週の主なアップデートについて振り返っていきましょう。

Read More

DX(デジタル・トランスフォーメーション)の加速に向け、情報処理推進機構よりAWSを先進事例として掲載いただきました

独立行政法人「情報処理推進機構(以下“IPA”)」様より、AWSの『Well-Architectedフレームワーク』を“DX”(デジタル・トランスフォーメーション)加速のための先進事例として推挙いただきました。以下、AWSパブリックセクターより、要点をご紹介させていただきます。 今月上旬より、IPAのサイトにて、「DXの実現に向けた取り組み」と題した資料が公開されております。 この資料のなかでは:  DX(デジタル・トランスフォーメーション)が実現出来ない場合には、“2025年以降、最大12兆円/年(現在の約3倍)の経済損失が生じる可能性がある”   上記の、いわゆる「2025年の崖」を回避するため、民間企業・公的機関等が情報システムを構築する際に広く参照できる実践的な情報システム設計のフレームワークが必要である   DXを加速するため、そして「2025年の崖」を回避するための設計の指針の “先進事例”として、「AWS Well-Architectedフレームワーク」を、上記文脈で取り上げていただいております(Link先のp.25)。   (ご参考:↓IPAのサイトに掲載いただいた資料のp.25より抜粋) 今後もAWSパブリックセクターとして、IPA及び各府省の掲げる“DX実践”、“PF(プラットフォーム)変革”の具体案づくりに向けて、AWSの『Well-Architectedフレームワーク』など各種枠組みを紹介しつつ、継続的な提言を行っていければと思います。 ❖パブリックセクターにおける、DX加速をめぐる議論 なお、DX加速の必要性と「2025の崖」回避に向けた議論に関しては、経済産業省から出ているDXレポートや、IPA参与の室脇慶彦氏のご著書『IT負債』もご参照ください。 他、DX加速の必要性に関しては、  『デジタル・ガバメント実行計画 (2019年12月閣議決定) 』においても、「各府省は、国際社会におけるデジタル・トランスフォーメーション及び持続可能な社会の実現に寄与するため、[・・中略・・]行政サービスデジタル化のリーダー国としての地位を確立することを目指す」ことが謳われております。   地方自治体に関しても、例えば自民党の『「令和」時代・経済成長戦略 (2019年5月)』においては”公共部門におけるDXの促進”, “地方自治体におけるDX推進のための業務・システムの標準化”等の章立てが設けられており、「自治体ごとにカスタマイズされ硬直化したレガシーシステムを刷新し、パブリッククラウド等を活用することが不可欠」「自治体におけるパブリッククラウド等の活用促進のための技術的要件を速やかに周知すべき」との具体的な提言もなされております。 ❖日本の公共部門の皆様へのご案内 政府機関・教育機関・非営利団体の皆様に、ぜひともご来場を検討いただきたいイベントが本年も多数予定されております。まず、2020年5月13日~15日にパシフィコ横浜で開催されるAWS東京サミットにおいても公的部門皆様向けに特化したセッションを開催する予定です(昨年の動画はこちらなど)。また、ワシントンDCではAWSパブリックセクター・サミットが2020年6月2日・3日に開催予定であり、連邦政府機関のAWS活用事例が多数紹介される予定です(昨年の動画はこちら)。 今後ともAWS 公共部門ブログで公共部門に関する AWS の最新ニュースをフォローいただき、併せましてクラウドを利用してミッションを推進している世界中の AWS のお客様を紹介するこちらのビデオもぜひご覧いただければ幸いです。 このブログは、アマゾンウェブサービスジャパン株式会社 パブリックセクター 統括本部長補佐(公共調達渉外担当)の小木郁夫が執筆いたしました。  

Read More

Amazon Managed Blockchain が東京リージョンに対応しました

皆さん、こんにちは。シニアエバンジェリストの亀田です。 Amazon Managed Blockchainが東京リージョンに対応しましたのでお知らせします。 Amazon Managed Blockchain Amazon Managed Blockchain はフルマネージド型のサービスで、一般的なオープンソースフレームワークである Hyperledger Fabric や Ethereum* を使用して、スケーラブルなブロックチェーンネットワークを簡単に作成し管理できます。(Ethereum版は近日公開予定となっています) ブロックチェーンテクノロジーは複数の当事者がトランザクションを実行できるアプリケーションを構築することを可能にします。その一方、既存のテクノロジーを使用してスケーラブルなブロックチェーンネットワークを構築することは、設定が複雑で管理が困難である、という課題が存在します。 ブロックチェーンはおもに2つの運用形態が存在し、1.複数の当事者が信頼された機関に所有権を一元化してトランザクションを扱う「中央集権型」2.複数の当事者が所有権を分散してトランザクションを扱う「分散型」があります。 AWSではそれぞれの運用形態ごとにサービスを提供しており、中央集権型システムでは元帳データベースであるAmazon Quantum Ledger Database(Amazon QLDB) を提供しています。今回東京リージョンに対応したものは、「分散型」」ブロックチェーンネットワーク構築をフルマネージドが行う Amazon Managed Blockchain です。 ブロックチェーンネットワークを構築するために、各ネットワークメンバーは、手動でハードウェアをプロビジョニングし、ソフトウェアをインストールし、アクセスコントロール用の証明書を作成および管理し、ネットワーキングコンポーネントを設定する必要があります。ブロックチェーンネットワークが稼働したら、インフラストラクチャを継続的に監視し、トランザクション要求の増加、ネットワークへの参加または退会などの変化に対応する必要がありますが、このサービスはわずか数回のクリックでスケーラブルなブロックチェーンネットワークをセットアップし管理することが可能で、数百万件のトランザクションを実行する数千ものアプリケーションの要求に合わせて自動的にスケールします。 通常の分散型ブロックチェーンネットワーク構築の際に課題となる、証明書の運用も AWS Key Management Service (KMS) を使用してネ、ユーザーが独自の安全なキーストレージを設定する必要はなくなります。 Let’s Start 起動手順はとても簡単です。 まずマネージメントコンソールでManaged Blockchainの画面にアクセスします。 【ネットワークの作成】を押します。 起動するフレームワークを選択しますが、2020年3月16日現在、Ethereumは近日公開予定となっています。エディションですが、技術的な差異はないものの、後述するピアノードやメンバーの数に違いがあります。詳しくはこちらをご覧ください。スターターは最大 5 つのメンバーとメンバーごとに最大 2 つのピアノードまでに限定されますので、どちらかというと小規模向けです。 ネットワーク名に、任意の名前を入力します。【投票ポリシー】は分散型ブロックチェーンならではの設定項目になります。分散型システムは、中央集権型と異なりとなり、複数のメンバーによる新しいメンバーの追加や、変更、削除などを、だれがどのように承認し全体へ反映させるか、というルール決めが必要になります。各メンバーは、メンバーの招待や削除など、ネットワークへの変更の提案を作成したのち、提案は、ネットワーク内のすべてのメンバー間での投票のために送信されます。提案は、投票ポリシーに従って承諾、拒否、または失効します。 投票ポリシーは、提案の承諾または拒否に必要な [はい] 投票の割合と、提案の投票がアクティブである期間を指定します。提案の有効期限が終了する前に提案に合格するのに十分な [はい] 投票がない場合、提案は期限切れになり、提案のアクションは実行されません。 【次へ】を押すと、最初のメンバー作成を行うためのメンバー名の設定が出てきます。ここで指定されたメンバーは、上記の通りいわゆる中央集権型システムにおける管理者とは別になり、あくまで一番最初のメンバーを設定するということになります。 また設定された投票ポリシーは変更できないので変更の必要性が出た場合、作り直す必要があります。 次に、認証局の設定をします。ビットコインのような通常の分散型ブロックチェーンシステムと異なり、だれでも参加できるわけではありません。上記で設定したルールに基づき承認されたメンバーのみが、参加することができ、参加した各メンバーは認証局から発行された電子証明書を持ちます。Amazon Managed […]

Read More

スナップショットを使用したSAP HANA データベースの自動化された回復手順を作成する方法

多くのお客様が、クラウドへのSAPの移行を検討しています。それぞれの移行において、すべてのお客様がクラウドにおける適切なアーキテクチャを定義するに違いありません。定義したサービスレベル契約 (SLA)を満たし、実装した手順は運用プロセスを準拠する必要があります。 このブログ記事では、AWSが持つパワーと機能を発揮するためのクラウドネイティブなアプローチについて説明します。クラウド環境で本稼働システムを構築するときに、SAP HANA システムレプリケーション (HSR)、あるいはサードパーティ製のクラスターソフトウェアを利用するのは依然としてごもっともです。とはいえ、私たちは、Amazon EC2 Auto ScalingやAmazon Elastic Block Store (EBS) スナップショットのようなクラウドネイティブな機能を使用した代替アプローチに焦点を当てようと思います。これらの機能を使用して、重要ではないSAPアプリケーション向けに、ネイティブのバックアップ/リストア機能、自動化されたプロセス、低コストを重視したインフラストラクチャを構築しましょう。

Read More

高速、低コストで、より良いAPIの構築 – HTTP APIが利用可能(GA)になりました

本投稿は、Senior Developer Advocate, AWS Serverless Applications のEric Johnsonの寄稿によるものです。 2015年7月、AWSはAmazon API Gatewayを発表しました。これにより、開発者はさまざまな種類のアーキテクチャのフロントに配置して安全でスケーラブルなAPIを迅速に構築できるようになりました。それ以来、API Gatewayチームは顧客向けの新しい機能とサービスを構築し続けています。 図1: API Gateway機能追加タイムライン 2019年初頭、チームは現在のサービスを評価し、API Gatewayの次の姿がどうあるべきか計画を立てました。新しい言語と技術によるプロトタイプを作成し、RESTおよびWebSocket APIの構築から学んだ教訓を適用し、そして、顧客のフィードバックを入念に調べました。その結果として、Amazon API GatewayのHTTP APIが完成しました。これは、より高速で、より低コストで使い易くなるように、ゼロから構築されたサービスです。要するに、HTTP APIはAPIを構築するためのより良いソリューションを提供します。APIを構築していて、HTTP APIが要件に合っている場合は、HTTP APIから始めるのが良いでしょう。   より速く ほとんどのユースケースで、HTTP APIはレイテンシを最大60%削減します。開発者は、最小限のレイテンシと最大限の機能を備えたアプリケーションの構築に苦心しており、アプリケーションプロセスに関係する各サービスがレイテンシを追加する可能性があることを理解しています。 図2: すべてのサービスがレイテンシを追加   これを念頭に置いて、HTTP APIは、API Gatewayサービスのレイテンシオーバーヘッドを削減するように構築されています。リクエストとレスポンスの両方を足し合わせても、すべてのリクエストの99%(p99)でHTTP APIからの追加レイテンシが10ミリ秒未満になります。   より低コストで Amazonでは、中核となるLeadership Principles の一つとして、Frugality(倹約)があります。私たちは、費用対効果の高い方法で物事を行い、その節約がお客様に還元されることを信じています。新しいテクノロジーが利用可能になり、ほぼ5年間にわたりAPI Gatewayを運用し得た専門知識により、より効率的に実行するためにHTTP APIを構築しました。 図3: REST / HTTP APIの価格比較 us-east-1の価格設定を使用して説明します。図3は、1か月あたりの1億回、5億回、および10億回のリクエストのコスト比較を示しています。全体的に、HTTP APIは、API Gateway REST APIと比較して少なくとも71%低コストです。   よりシンプルに HTTP […]

Read More