Amazon CloudWatch で OpenTelemetry と PromQL がサポートされました | Amazon Web Services
Amazon Web Services ブログ Amazon CloudWatch で OpenTelemetry と PromQL がサポートされました 本記事は 2026 年 4 月 3 日 に公開された「Introducing OpenTelemetry & PromQL support in Amazon CloudWatch」を翻訳したものです。 Kubernetes やマイクロサービスのワークロードを AWS で実行している場合、メトリクスには namespace、pod、container、node、deployment、replica set、カスタムのビジネスディメンションなど、多数のラベルが付いているでしょう。環境全体を把握するために、メトリクスパイプラインを分割しているケースも多いはずです。AWS メトリクスには Amazon CloudWatch を使い、高カーディ
Effectively use prompt caching on Amazon Bedrock | Amazon Web Services
AWS Machine Learning Blog Effectively use prompt caching on Amazon Bedrock Prompt caching, now generally available on Amazon Bedrock with Anthropic’s Claude 3.5 Haiku and Claude 3.7 Sonnet, along with Nova Micro, Nova Lite, and Nova Pro models, lowers response latency by up to 85% and reduces costs up to 90% by caching frequently used prompts across multiple API calls. With prompt caching, you can
AWS WAF を COUNT モードで動かしたはいいが、その後どうすればいいんだっけ？ - カミナシ エンジニアブログ
どうも Security Engineering の西川です。好きなポケモンはクワッスです。カミナシ社内に遂にポケモンカード部ができまして、部員同士切磋琢磨し始めています。いつか企業対抗ポケモンカード大会をするのが夢です。 さてさて、皆さんは AWS WAF（Web Application Firewall、以下 WAF）を使っていますか？サービスに WAF を導入する際は一定期間 COUNT モードで運用することがセオリーとされています。では、COUNT モードから BLOCK モードに切り替える時に何をもって BLOCK モードへの切り替えを判断していますか？ 本記事はつい先日リリースされたカミナシ従業員というサービスを開発しているメンバーから「WAF（Web Application Firewall） を COUNT モードで動かして一定期間経ったのだけど、どのルールを BLOCK
AWS オブザーバビリティの向上 – Amazon CloudWatch アラームの力を引き出そう | Amazon Web Services
Amazon Web Services ブログ AWS オブザーバビリティの向上 – Amazon CloudWatch アラームの力を引き出そう 通常、組織はAWS サービスを活用してワークロードのオブザーバビリティと運用の優秀性を高めています。しかし、多くの場合、オブザーバビリティメトリクスが提供されたときのチームが取るべき対応は不明確であり、どのメトリクスに対処が必要で、どのメトリクスがノイズにすぎないかを理解することは難しい場合があります。たとえば、アラームがトリガーされるまで 10 分以上かかる場合、根本的な問題を軽減するためにチームが取れる対処が遅れてしまいます。この問題への理想的な解決策は、ネットワークの障害を防ぐために、オブザーバビリティメトリクスからアラームの起動までの時間を短縮することです。実装やアーキテクチャの制限により、メトリクスデータは常に CloudWatch
AWS のサービスに関するベストプラクティスアラームの推奨事項 - Amazon CloudWatch
CloudWatch は、すぐに使えるアラームの推奨事項を提供します。これらは CloudWatch アラームで、他の AWS のサービスによって公開されるメトリクス用に作成することをお勧めするものです。これらの推奨事項は、モニタリングのベストプラクティスに従うためにアラームを設定すべきメトリクスを特定するのに役立ちます。推奨事項では、設定すべきアラームのしきい値も提案されています。これらの推奨事項に従うことで、AWS インフラストラクチャの重要なモニタリングを見逃さないようにできます。 アラームの推奨事項を見つけるには、CloudWatch コンソールの [メトリクス] セクションを使用し、[アラームの推奨事項] フィルタートグルを選択します。コンソールの [推奨されたアラーム] に移動してから推奨アラームを作成すると、CloudWatch はアラーム設定の一部を事前に入力できます。一部
Amazon CloudWatch Logs を使用して機密データを保護する | Amazon Web Services
Amazon Web Services ブログ Amazon CloudWatch Logs を使用して機密データを保護する 11 月 27 日、Amazon CloudWatch Logs のデータ保護を発表しました。これは、パターンマッチングと機械学習 (ML) を活用して、転送中の機密ログデータを検出して保護する Amazon CloudWatch Logs の新しい一連の機能です。 デベロッパーは、社会保障番号、クレジットカードの詳細、メールアドレス、パスワードなどの機密情報がログに記録されないように尽力していますが、場合によってはログに記録されることもあります。これまで、お客様は機密情報を検出してログに記録されないようにするために、手動による調査またはサードパーティーのソリューションに依拠していました。機密データが取り込み中にマスキングされない場合、ログや、それらのログを使用した
定期実行するLambdaが「起動しなかったこと」を検知するCloudWatch Alarmを作る | DevelopersIO
Lambdaを定期実行する仕組みをよく作ります。 1時間に1回起動する 1日に1回起動する これらのLambdaが「起動しなかった場合」に通知が欲しくなったので、CloudWatch Alarmを作ってみました。 実際にLambdaが起動しない事象に遭遇したことは無いですが、このAlarmがあると、「ちゃんと起動しているよね？」というモヤモヤが解消されます。万が一に気づける保険ですね。 おすすめの方 定期実行するLambdaが「起動しなかった場合」のCloudWatch Alarmを作りたい方 定期実行するLambdaとCloudWatch Alarmを作成する sam init SAMテンプレート CloudWatch Alarmは、Period（期間） * EvaluationPeriods（評価期間）を1時間または1日にしています。 1時間に1回起動するLambda Period（期
FireLens（Fluent Bit）からCloudWatch Logsへログを送信時、ThrottlingExceptionエラー回避のためログストリーム設定を見直す | DevelopersIO
CloudWatch Logsを知る エラーメッセージ内のキーワードを個別に確認します。 PutLogEvents APIとは CloudWatch LogsのログストリームにログイベントをアップロードできるAPIです。 PutLogEvents - Amazon CloudWatch Logs Fluent BitからCloudWatch Logsへログを送るのに利用されていました。 ThrottlingException Rate exceededとは 一定時間内に受信可能なAPIリクエスト数を制限しています。その制限値を超過したことを示しています。 一般的にスロットリングエラーを回避するには、APIリクエスト頻度を減らす、APIリクエストの間隔をずらす（同時実行数を減らす）、いい感じの間隔で再試行する（Exponential Backoff）などがあげられます。 今回はどこの制限値を
Now customize the idle session timeout value and stream session logs to Amazon CloudWatch Logs for Session Manager - AWS
Now customize the idle session timeout value and stream session logs to Amazon CloudWatch Logs for Session Manager Session Manager, a capability of AWS Systems Manager, now offers customers greater control over how long sessions remain idle before being terminated automatically. This feature can help you meet compliance requirements, such as PCI Requirement 8.1.8, which requires that users reauthe
Terraformを使ってAmazon GuardDutyを全リージョンで有効化する - Qiita
こんにちは。 STORES.jp のSREチーム所属の清水です。この記事は STORES.jp Advent Calendar 2019の7日目の記事です。Amazon GuardDutyをTerraformで扱う方法を紹介します。 GuardDutyとは STORES.jp では、GuardDutyというAWSサービスを利用しています。GuardDutyは、悪意ある操作や不正な動作を継続的にモニタリングする脅威検出サービスです。様々な不審なアクティビティを検知して通知をしてくれるので運用に役立っており、全てのAWSリージョンでGuardDutyを有効にしています。 GuardDutyは、AWS公式でも全てのリージョンでの有効化が強く推奨されているサービスです。 GuardDuty は、サポートされているすべての AWS リージョンで有効にすることが強く推奨されています。 ハッカーは侵入に
Amazon EventBridge の AWS アカウント間でイベントを送受信する - Amazon EventBridge
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Amazon EventBridge の AWS アカウント間でイベントを送受信する AWS アカウントのイベントバス間でイベントを送受信するように EventBridge を設定できます。アカウント間でイベントを送受信するように EventBridge を設定する場合、どの AWS アカウントが自分のアカウントとの間で イベントバスにイベントを送信したり、イベントを受信したりできるかを指定することができます。また、イベントバスに関連する特定のルールからのイベントや、特定のソースからのイベントを許可または拒否することもできます。詳細については、「Amazon EventBridge リソースポリシーによるクロスアカウントアクセスの簡素化」を参照してください。 を使用
New – Cross-Account Delivery of CloudWatch Events | Amazon Web Services
AWS News Blog New – Cross-Account Delivery of CloudWatch Events CloudWatch Events allow you to track and respond to changes in your AWS resources. You get a near real-time stream of events that you can route to one or more targets (AWS Lambda functions, Amazon Kinesis streams, Amazon SNS topics, and more) using rules. The events that are generated depend on the particular AWS service. For example,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon_CloudWatch_ログ異常検出_導入ガイド
全AWSエンジニアに捧ぐ、CloudWatch 設計・運用 虎の巻 / CloudWatch design and operation bible
Using API destinations with Amazon EventBridge | Amazon Web Services
amazon-cloudwatch-logs-for-fluent-bit/README.md at mainline · aws/amazon-cloudwatch-logs-for-fluent-bit
Sending and receiving events between AWS accounts in Amazon EventBridge - Amazon EventBridge
How to create a CodePipeline with source from another AWS account?
test-event-pattern — AWS CLI 2.30.2 Command Reference
EventTypes.html