【Amazon APIGateway】使用量プランを利用して、APIキー毎の使用回数をメトリクスに表示する(後半) - サーバーワークスエンジニアブログ
こんにちは。 ディベロップメントサービス１課の山本です。 Amazon APIGateway(以下、APIGateway)の使用量プランの利用法を説明します。 今回は、APIキー毎の使用回数をメトリクスに表示する方法を説明します。 APIGatewayの使用量プランって何？って方は、過去ブログにて説明しておりますので参考ください。 blog.serverworks.co.jp はじめに 構成図 Lambda関数の構築 IAMロール コード EventBridgeの構築 メトリクスの確認 さいごに はじめに 下記のような構成の時に無限にAPIを呼ばれて、無限にお金がかからないように対策します。 構成図 APIキーで識別しているクライアントを制限するために、APIGatewayの機能にある使用量プランを利用します。 ブログを前半・後半の2回に分けて説明します。 前半：使用量プランの使い方 後半
DynamoDBのデータをAthenaで分析する仕組みを作る - サーバーワークスエンジニアブログ
こんにちは。AWS CLIが好きな福島です。 はじめに 概要図 解説 手順 ①リソースのデプロイ ②Athena(Glue)のセットアップ ③DynamoDBへのサンプルデータの登録 ④DynamoDBのエクスポート ⑤動作確認 終わりに はじめに 今回は、DynamoDBのデータをAthenaで分析する仕組みを作ってみます。 補足ですが、この仕組みを作ったキッカケは、RAGアプリのシステムにおいて、 会話履歴やフィードバック結果を保存したDynamoDBを分析したいと思ったことがキッカケとなります。 当初はDynamoDBをScanして取得したデータをRAGアプリ上で無理やり集計して画面に表示していたのですが、 頻度にもよると思いますが、分析する度にScanするのはイケテナイかなと思い、Athenaで分析する仕組みにしました。 概要図 解説 DynamoDBのエクスポートは、スケジューリ
AWS SSM デフォルトホスト管理設定を組織で有効化し Session Manager を利用する場合の注意点 - サーバーワークスエンジニアブログ
マネージドサービス部 佐竹です。 組織全体で AWS Systems Manager のデフォルトホスト管理設定（Default Host Management Configuration setting）をセットアップし、利用した時に運用でハマった点を記載してみます。 はじめに SSM DHMC の何が嬉しいのか？ 1. AWS Systems Manager をアカウント内すべての EC2 インスタンスにおいてデフォルトで有効にする新機能が登場 2. デフォルトのホスト管理設定の使用 3. Enable management of your Amazon EC2 instances in AWS Systems Manager using Default Host Management Configuration DHMC のセットアップが AWS Organizations へ対応
Amazon Bedrock Prompt FlowsでDifyの質問分類器つくってみた - NRIネットコムBlog
本記事は AWSアワード記念！夏のアドベントカレンダー 9日目の記事です。 🎆🏆 8日目 ▶▶ 本記事 ▶▶ 10日目 🏆🎆 こんにちは、桃をたくさんもらって食べきれるか心配していたら、妻が友達におすそ分けを提案してきたので、急いで桃を食べきろうとしている志水です。ブログ執筆しながらも桃を食べています。申し訳ないですが、桃は独り占めさせていただきたいです。 NRIネットコムのブログイベント「AWSアワード記念！夏のアドベントカレンダー」9日目で、昨日は今年から同じAmbassadorsとなった丹くんでした。CCoEについて非常に分かりやすい記事となっていて勉強になりました。私はなんとか2年目更新できた組なので、丹くんに負けないように頑張らないとなと感じました。なので、私は大好きな生成AIネタとして、最近新しく出たAmazon Bedrock Prompt Flowsを試してみました
[アップデート] AWS Lambda の SnapStart が ARM をサポートしたので、過去に x86 でデプロイしていた Java 関数を ARM に変更してみた | DevelopersIO
いわさです。 AWS Lambda で Java を実行する場合、コールドスタート対策として SnapStart という機能を使うことが出来ます。 無料で利用出来るかつパフォーマンス改善出来るケースが多く、私の周りでも利用されるシーンが増えています。 しかし、この SnapStart はいくつかの注意点がありまして、プロビジョニング同時実行や EFS のマウント、あるいは ARM アーキテクチャが採用出来ないなどの制限がありました。 今朝のアップデートでこのうちの ARM アーキテクチャに関する制限がなくなり、x86 以外でも SnapStart が利用可能になりました。 AWS Lambda は x86 よりも ARM のほうがメモリサイズに応じた実行時間あたりの利用料金が若干低いため、ARM に移行出来ると AWS 利用料金の削減が出来る場合があります。 GB-秒あたり リクエスト 1
![[アップデート] AWS Lambda の SnapStart が ARM をサポートしたので、過去に x86 でデプロイしていた Java 関数を ARM に変更してみた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/0b0239f4f732bac9a637219a10b4e613cdc9d6f2/height=288;version=1;width=512/https%3A%2F%2Fimages.ctfassets.net%2Fct0aopd36mqt%2Fwp-thumbnail-484d8afca1cbe50513cd4d6738af2960%2Ffa0838fa40f247093d532945fc785e88%2Faws-lambda)
New Relicのコスト構造について調べてみた - サーバーワークスエンジニアブログ
みなさんこんにちは。ネコが好きなマネージドサービス部の塩野です。 今回はNew Relicのコスト構造について調べてみたお話です。 想定読者 本題 プランと制限（概要） 総括 想定読者 New Relicは使ってみたいが、コストが気になって気になって夜しか眠れない方 本題 最新の課金体系はユーザー数×データ転送量の課金体系となります。 またユーザーに割り当てるライセンスの種別によっても値段は変わってきますが、検証などで自分一人だけが使ってみたいという場合は条件によって無料で使用することもできます。 もう少しこの辺の話を深堀していきましょう。 プランと制限（概要） 料金プランと制限について簡単にまとめてみました。 項目 プラン Free プラン Standard プラン Pro プラン Enterprise データ 転送制限 100GB/月まで 100GB/月は無料 超過0.30ドル/GB
次の監視標準になるか？Amazon Managed Service for Prometheus / Grafana | TECH | NRI Digital
こんにちは、NRIデジタルの島です。 OSSの監視プロダクトとして有名な「Prometheus」、「Grafana」がAWSマネージドサービスとなり、パブリックプレビューとして公開されました。 ・Prometheus Amazon Managed Service for Prometheus（以下AMP） What is Amazon Managed Service for Prometheus? – Amazon Managed Service for Prometheus ・Grafana Amazon Managed Service for Grafana（以下AMG） What is Amazon Managed Grafana? – Amazon Managed Grafana AMP/AMGを利用することで、構築や運用管理コストがかなり軽減されると期待しておりますが、実際にどの
Prometheus/Loki/Grafanaを使ってメトリクス、ログを監視してみる - Qiita
はじめに 社内でも監視ツールのコスト見直しによりOSSを使った監視ツールの検討・導入が進んでいるため、まずは検証環境で実際に構築して、個人の理解を深めることを目的としています。 やりたいこと 監視サーバ（Grafanaのダッシュボード）から監視対象サーバの下記メトリクス、ログを可視化する。 CPU使用率 メモリ使用率 sshdプロセスの死活監視 /var/log/messagesのログ /var/log/crondのログ 概要図 成果物 今回の検証で下図のようにGrafanaでログ、メトリクスのダッシュボードを作成し可視化ができました。 用語の確認 監視の三本柱 ログ サービスやアプリケーションから吐き出される特定のコードブロックが実行されたときにシステムが生成する単なるテキスト行 メトリクス 定期的にグループ化または収集された測定値の集合。特定の期間のデータの集合 トレース マイクロサー
【初心者】Prometheus/Loki/Grafanaを使ってみる #3 (Amazon Managed Service for Prometheus連携) - Qiita
【初心者】Prometheus/Loki/Grafanaを使ってみる #3 (Amazon Managed Service for Prometheus連携) 初心者prometheus 1. はじめに 前回までの記事で、Prometheusを用いた監視の基本設定を確認した。 自作の監視サーバに保存されるメトリクスデータを安全かつ長期間保存するため、メトリクスデータをAmazon Managed Service for Prometheus(以下AMP)に連携する設定を確認する。 関連記事は以下。 【初心者】Prometheus/Loki/Grafanaを使ってみる (メトリクス/ログの収集と表示) メトリクスとログを収集しGrafanaで表示させる。 【初心者】Prometheus/Loki/Grafanaを使ってみる #2 (AlertManagerによるアラーム通知) AlertMa
Data Modernization Day in Japan #3 「2.5時間で学ぶ！ Amazon Aurora のいま」資料・動画及び QA 公開 | Amazon Web Services
Amazon Web Services ブログ Data Modernization Day in Japan #3 「2.5時間で学ぶ！ Amazon Aurora のいま」資料・動画及び QA 公開 先日(2022/9/1) に開催した Data Modernization Day in Japan #3「2.5時間で学ぶ！ Amazon Aurora のいま 〜アーキテクチャと高可用性にパフォーマンスチューニングをそえて〜」の資料・動画を公開しました。今回のセミナーでは、RDS/Auroraの最新アップデートのセッションに加え、多くのお客様へのご利用が加速しているAuroraに関して、アーキテクチャ・高可用性・パフォーマンスチューニングに関するDive Deepセッションを行いました。 当日、参加者の皆様には数多くの QA を頂きありがとうございました。頂いた QA の一部についても
エンジニアの成長における過去と現代の違い | 外道父の匠
自身の過去の成長過程と現在の環境を思い浮かべたときに、得やすいもの得づらいものの違いを強く感じ、良好な成長のために一考してみた次第です。 といっても既にある Tweet のセルフまとめに、思い出と昔話なポエムを追加したようなチラ裏回です。 時代の変遷によるステータス変化 要約すると、現代は技術力の向上に必要な環境と既定路線があって向上速度が早いのに対し、昔（2010年以前とか）は頭を悩ませまくって乗り越えるべき壁が大量にあったおかげで解決力は相当鍛えられたよねってところ。 個人的には誰であれ、今！自分が！解決しないと！詰んでしまう!! てかもう詰んでるだろコレ!!!! って状況でひたすら悩んでから、寝て起きたら解決したよぉ！みたいのを体験してほしいし、一度は死の淵まで行ってこいって思っている — 外道父 | Noko (@GedowFather) July 17, 2024 これについて、
ソースコードスキャンとイメージスキャンをAWSで実現には - サーバーワークスエンジニアブログ
こんにちは、島村です。 夏ですね。 季節問わず、月1くらいのページでテントサウナを川でやっているのですが、真冬シーズン以外は ほとんどと言っていいくらいにブヨに確実に刺されています。 ブヨに刺されると蚊とは次元の違う痒みが伴うので、夏に綺麗な水辺に行かれる方は気をつけてください。 さて今回は、コンテナを利用したアプリケーションを開発/運用しているケースでセキュリティの脆弱性の特定するプロセスである、ソースコードスキャンとイメージスキャンをAWSで実現するにはどうしたらいいのかというテーマでブログを書いてみたいと思います。 ソースコードスキャンとは ソースコードスキャンとは、ソースコードをツールを利用して脆弱性やコード規約に沿って記述されているかチェックするプロセスを指します。 アプリケーションで使用しているプログラミング言語によって対応している静的解析ツールは異なってくるので開発チームごと
AWS 新CPU Graviton4 の性能検証 | 外道父の匠
公式の説明による大きな変化点は、 Graviton 2 → 3 の時は、性能25％UP で費用6％UP、Network/EBS 帯域幅が向上、 Graviton 3 → 4 では、性能30%UP で費用10％UP、最大スペックが３倍、 に加えて、細かいところでも色々少しずつ向上しているという感じです。 特にスペック３倍は、データベース用途におけるスケールアップが強力で、一時的な緊急負荷対策としても強いし、クラスタデータを３分割するくらいなら１クラスタで分割なしで貫けばいいじゃない、など安定と選択の幅が広がるのは間違いないでしょう。 ベンチマーク それでは、疑り深い外道父さんによる、いつもの Phoronix による検証です。 今回は R系 という点と、あまり古いのと混ぜると共通成功テスト数が減ってしまうことから、R6g, R7g, R8g での比較としています。C7i 以前なども知りたけれ
SORACOM Fluxを試してみた - Alternative Architecture DOJO
こんにちは、先日娘が7歳の誕生日の日にCoderDojoに参加して自己紹介(歳と名前と今日やることを言う)をしたあと「歳を言うときに間違って6歳って言いそうになった！」と笑っていて、少しずつ高度な可愛いことを言うようになったなと思った木村です。 2024/7/17に開催されたSORACOM Discovery 2024で発表された新サービス「SORACOM Flux」を早速試してみたので、皆様に紹介したいと思います。 SORACOM Fluxとは 公式ドキュメントによると、SORACOM FluxはローコードIoTアプリケーションビルダーとなっています。 ローコードというと弊社でもMicrosoft PowerAutomateやAzure LogicAppsを業務で使っていますが、FluxではSORACOMプラットフォームに届いたデータとアクションを組み合わせ、さらにそこに生成AIサービス
電力も「先物取引」？！（中編）～電力先物を活用した電力事業のリスクヘッジとは ？
未来の電力をあらかじめ約束した値段で売買する契約を結ぶ、「電力先物取引」。電気事業者の中には、この先物取引をうまく活用することで、大きく変動しがちな電力の価格リスクを抑え、安定的な価格で電力を調達している企業があります。「電力も『先物取引』？！（前編）～未来の電力を買って価格リスクを抑える『電力先物』とは？」では、電力先物取引に関する基礎知識をご紹介しましたが、中編では、さらに深掘りして電力先物取引が持つ機能をみていきましょう。 日本の電力先物取引は活性化のフェーズへ 「電力も『先物取引』？！（前編）～未来の電力を買って価格リスクを抑える『電力先物』とは？」でご紹介した通り、日本の電力先物取引が2019年に取引開始してから4年が経ちました。電力先物の取引量は増加傾向ではあるものの、日本卸電力取引所（JEPX）のスポット市場（明日発電する、または販売する電力の売買がおこなわれている市場）の取
電力も「先物取引」？！（前編）～未来の電力を買って価格リスクを抑える「電力先物」とは？
電力が取引される日本卸電力取引所（JEPX）の「卸電力市場」は、今や電力産業に欠かせないものとなっています。「電力の全面自由化」によって新しく電力業界に参入した小売電気事業者も交え、卸電力市場の取引量はどんどん増えています。4年前の2019年、新たに加わった取引手法が、「電力先物取引」です。「先物取引」というと難解な印象がありますが、この手法をうまく取り入れることで変動する電力の価格リスクを抑え、安定的な価格で電気を調達できている電気事業者もあります。電気事業者はもちろん、今後は大量の電気を使用している企業なども役立てられそうな、「電力先物取引」についてご紹介しましょう。 なぜ、電力先物取引で電力価格の変動リスクを抑えられるのか？ 電力の価格変動リスクを回避するために必要となる電力先物取引の具体的な制度設計に関する議論がなされたのは、2018年に開催された「電力先物と市場の在り方に関する検
初心者が初心者のためにCloudFrontをまとめてみた - Qiita
はじめに 概要 CloudFrontとはAWSが提供するCDN（Content Delivery Network）サービスです。 S3やALBの配信の際によく用いられます。 この記事で得られること CDNとは CloudFrontとは CloudFrontの設定項目 キャッシュを考える上での注意点 CDNとは まず、CloudFrontの前にCDNとはなんでしょうか。 CDNとはユーザーからのリクエストのあったコンテンツをキャッシュ(一時的に保存)することで、 同じリクエストがあった際にコンテンツを素早くユーザーに届けることができる仕組みです。 さらに、世界中に分散されたエッジロケーションを使って、ユーザーに近いサーバーからコンテンツを配信することで高速なコンテンツの配信を実現しています。 これらの仕組みのおかげでオリジンサーバーの負荷軽減にも役立っています。 用語 用語について少し解説し
フォークを同期する - GitHub Docs
Web UI からフォークのブランチを同期する GitHub で、アップストリーム リポジトリと同期するフォークされたリポジトリのメイン ページに移動します。 ファイルのリストの上で、 [フォークの同期] ドロップダウン メニューを選んでください。 アップストリーム リポジトリからのコミットの詳細を確認し、 [ブランチを更新] をクリックします。 アップストリーム リポジトリからの変更によって競合が発生した場合、GitHub は競合を解決するためのプルリクエストを作成するように求められます。 GitHub CLI を使ってフォークのブランチを同期する GitHub CLI は、コンピューターのコマンド ラインから GitHub を使用するためのオープン ソース ツールです。 コマンドラインから作業しているときは、GitHub CLI を使用して時間を節約し、コンテキストの切り替えを回避でき
相互 TLS を使用するサードパーティのクライアント証明書を API Gateway API に使用する
API Gateway API の相互 TLS 認証を設定するときに、サードパーティが発行したクライアント証明書を使用するにはどうすればよいですか? 解決方法 TLS 認証で API Gateway にサードパーティの署名付きクライアント証明書を使用するには、次の手順に従います。 サードパーティの署名付き証明書を使用するトラストストアを作成します。 API Gateway API のカスタムドメイン名と API マッピングを作成します。 DNS レコードを作成して、カスタムドメイン名を API Gateway にマッピングします。 デフォルトエンドポイントを無効にします。 API をテストします。 注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、最新バージョンの AWS CLIを使用していることを確認してください。 相互 TLS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Planner - TiDB Development Guide