Grafana+CloudWatchを使ったAWSマルチアカウントでのプロダクト監視基盤構築のご紹介 - ACES エンジニアブログ
ACESのソフトウェアエンジニアの稲田です。私は普段、弊社で提供しているシステムのアーキテクト設計、MLOpsをメインに担当しております。 今回は、ACES Meetという弊社のAIプロダクトサービスをターゲットに弊社のサービス監視基盤を標準化した話について、事例紹介をしたいと思います。 営業支援AIツール「ACES Meet」 想定する読者 プロダクトサービスの品質可視化の重要性について 弊社が抱えていた課題と背景 技術選定の方針 プロダクト監視基盤設計 目的 要件 監視項目 サービス品質 システム詳細メトリクス アラート通知 システム構成 監視ダッシュボードの仕組み Amazon Managed GrafanaのAWSマルチアカウントのデータソースサポート Amazon Managed GrafanaのX-Rayサポート 監視ダッシュボードのデータソースの拡張性 コスト概算 Cloud
すべての AWS サービス（ただし名前空間を基準とする）をコマンド一発で一覧出力するワンライナーが完成した | DevelopersIO
コンバンハ、千葉（幸）です。 「結局 AWS サービスって何個あるの……？」「似た名前のものがあり過ぎない？」「よく名前を聞くあれはサービスの一つなの？機能なの？」 そんな疑問が思い浮かぶ場面は皆さん多々あるのではないでしょうか。 それらにバチッと応えてくれる唯一の手法、それはコマンドによる一覧出力を置いて他に存在しないですよね。そしてコマンドを実行するからには何回も打鍵したくない、一発で行いたいというのが便利さに慣れきった現代人が辿り着く至高の思考であり嗜好ですよね。 そんな要求に応えるため、私は調査に明け暮れました。そして苦節 74 分、ついにワンライナーでの出力に成功しました。今回はその内容をご紹介します。 （なお、動作確認ができているのはzshとbashのみです。） （ Windows は早々に諦めましたが詳しい方がいたら教えてください。 あっという間に社内のメンバーが作成してくれ
【製造業 IoT の第一歩】三菱電機のシーケンサ MELSEC から取得した設備データを AWS に保存するまで | DevelopersIO
製造業の IoT 導入はとても奥が深い世界です。実際に試してみた内容や考慮したポイントの一端をご紹介します。 概要 最近、製造業の設備データを収集して AWS で可視化・活用したいというお問い合わせを受けることが多くなりました。 特に、一定の規模以上の工場などでは、PLC （Programmable Logic Controller）という設備機器を制御する装置が利用されていることが多く、この PLC から直接データを取得したいというケースがあります。 そこで今回は、この PLC からデータを取得して、時系列データベースである Amazon Timestream に保存するまでの手順を紹介したいと思います。 余談 製造業においては、「シーケンサ」というと一般的に PLC 全般のことを指して表現されることが多いですが、シーケンサは 三菱電機の PLC 製品名です。 しかし、国内の PLC 製
時系列データを扱う新しい選択肢？！ Amazon Timestream を試してみた - OPTiM TECH BLOG
はじめに こんにちは。技術統括本部、DX推進部の張です。 留学生で中国から来て、日本文化が大好きで日本の企業に働くことになった社会人一年目です。 個人的なニュースは、最近サイバーパンク2077にハマっていて、よりいい画質のためグラボ買い替えを考えたところビットコインブームに遭遇して、グラボがほぼ欠品になっていることです。 さて、今回はAmazon Timestreamというサービスを試していまして、その結果を紹介いたします。 要約 2020年10月に時系列専用DB：Amazon Timestreamがリリースされました DBのアップロード、クエリ時の性能を調査しました 公式Go言語SDKを使ってDBに230万レコードのデータを入れてみました このデータをもとにいくつかのクエリを実行し、レスポンスを測りました SQLがサポートされている時系列DBとして十分使えます 目次 はじめに 要約 目次
AWS CDKにAWS IoT Coreの実装がなかったからコントリビュートしてみた | DevelopersIO
IoT事業部のやまたつです！ AWS CDKにコントリビュートしてAWS IoT Coreの機能を作ってみたので、それについて綴りたいと思います！ 今後、コントリビュート時のtipsなども記事にしていこうと思っています。 始まりと成果物 AWS IoT Coreのtopic ruleを素振りすべく、AWS CDKを使ってみたところ、Cfnプレフィックスがついたクラスしかないことに気がつきました。 このCfnがついたクラスはL1と呼ばれ、CloudFormationのインターフェースから自動生成しただけのクラスです。 これしかない、ということはつまり、自動生成コード以外の実装が存在しないことを意味します。 「じゃあコントリビュートしてみるか」ということでコントリビュートしてみました。（かっこつけて軽い感じで書いてみましたが、かなり一念発起でしたw） いくつかのPRがマージされた結果として、以
Access Key ID & Secret Access Key 今回はローカルかつ検証目的のため、IAMロールは使用せず専用のIAMユーザーを作成しアクセスキーIDとシークレットキーを使用してTimestreamにアクセスします。 このIAMユーザーには以下のようなTimestreamのデータを取得できるIAMポリシーをアタッチします。本来はActionやResourceを最低限に絞るべきですが、検証目的なのでワイルドカードで指定しています。 { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "timestream:*", "Resource": "*" } ] } Default Region 今回はus-east-1リージョンにTimestreamのデータベース等を作成するため、us-e
Amazon TimestreamとIoT Core RuleアクションをCloudFormationで作成する | DevelopersIO
CloudFormationを使って、Amazon Timestreamを作ってみました。 IoT Coreのルールアクションも作成し、とあるMQTTトピックに来たデータをAmazon Timestreamに格納する仕組みです。 CloudFormationテンプレートの作成 作成したCloudFormationテンプレートは下記です。IoT Coreで受け取ったメッセージをAmazon Timestreamに格納しています。 AWSTemplateFormatVersion: "2010-09-09" Description: Amazon Timestream Sample Resources: IoTDataTimestreamDatabase: Type: AWS::Timestream::Database Properties: DatabaseName: CfnSampleDa
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon TimestreamのデータをGrafanaで可視化してみた | DevelopersIO