INNOVATED.当サイトは、ブラウザのJavaScript設定を有効にしてご覧ください。CICの構築において忘れられがちなのは運用後の設計です。Auth0は認証に関するログや管理者の操作などのログをAuth0内で管理してくれますが(参考)、プランによってログの保管期間が決まっています(参考)。S3に格納するなどのことが必要です。Logsを活用したAuth0のログ監視方法の例についてご紹介します。前回同様Terraformを使って構築していきます。Logsに出力するようにしてみます。Logsに出力することで、ログの内容によって簡単にフィルタリングが可能です。S3より高価になっているので、保管だけしたい場合はS3をご利用ください。Logsに出力するためのTerraformのコードです。前回作成したkinesisとs3リソースを削除し、置換してください。365}考え方Auth0はログごとにイベントコードが割り振られており、これらをフィルタリングすることでエラーか否かを判別するようにします。Alarmを起動させます。Limit超過時のみ検知させ、SNSへ通知するようにします。"notBreaching"}これでエラーログが出た場合にSNSへ通知できる仕組みが完成しました。これではノイズが多くアラートが鳴り続けてしまうので、適宜フィルターを追加する必要があります。実装例2アラートが起こるたびにフィルターのメンテナンスをするのは大変ですね。次に異常な挙動をした=エラー率が跳ね上がった場合のみ検知する方法をご紹介します。正常ログ・異常ログを識別し、エラー率が特定の割合まで上昇した場合のみエラーとして通知します。var.sns_topics_arn}すべてのログの数をカウントするフィルターを追加します。このフィルターと、先ほど追加したエラーのみをカウントするフィルターと組み合わせることで成功率の算出をします。今回は、90%を切った場合のみアラートされるようになっています。利用者数が少ない状況だと一度のエラーが成功率を引き下げることになるので、その場合はthresholdの値を定義下げるようにしてください。おわりにアラート通知ルールは、利用するシステムの特性や非機能要件によって変化します。今回ご紹介したものを直接活用するのではなく、あくまで参考としてご活用ください。Streams機能はAWS以外にもDatadogやSplunkなどのインテグレーションもサポートしています。詳細は公式ドキュメントを参照ください。Cloudの認定も取得しています)。Platform」を発表しました!このサービスを活用いただくことで、事業部やサービス間の調整を減らし、リリースまでの期間を早め、ユーザー体験を向上させるといったメリットの多い開発プランをご提供します。サービス紹介サイトトライアル・MVP開発の段階から、どのようにIDaaS/CIAMを導入するかについてもサポートさせていただきますので、お気軽にお問い合わせください。Platformに関する詳細のご紹介資料は以下からダウンロードいただけます!ひとまず情報のキャッチアップだけしておきたいという方は、こちらからニュースレターの購読ができます。