[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

awsに関するmallowlabsのブックマーク (6)

  • 推奨アラーム - Amazon CloudWatch

    以下のセクションでは、ベストプラクティスアラームを設定することをお勧めするメトリクスを一覧表示しています。各メトリクスには、ディメンション、アラームの目的、推奨しきい値、しきい値の根拠、期間の長さとデータポイントの数も表示されます。 一部のメトリクスはリストに 2 回表示されることがあります。これは、そのメトリクスのディメンションの組み合わせによって異なるアラームが推奨される場合に発生します。 アラームを発生させるデータポイント数は、アラームが ALARM 状態になるのに必要な違反データポイントの数です。評価期間数 は、アラームの評価時に考慮される期間の数です。この 2 つの数が同じ場合、期間の値がその数だけ連続してしきい値を超えた場合にのみ、アラームは ALARM 状態になります。アラームを発生させるデータポイント数が評価期間数より少ない場合、そのアラームは「N 件中 M 件」のアラーム

    mallowlabs
    mallowlabs 2024/10/05
    “ベストプラクティスアラームを設定することをお勧めするメトリクスを一覧”
  • 個人的AWS ログ管理のベースライン - mazyu36の日記

    AWSのログ管理についてはいくつか考えるポイントがあると思います。 どのログを保存するか。 CloudWatch Logs(以下CW Logsと記載)とS3のどちらに保存するか、もしくは両方に保存するか などなど。 システムの特性によるところも多いかと思いますが、自分の中でのログ管理のベースラインが定まりつつあるので、頭の整理がてらまとめます。 自分の中での大まかな方針としては以下です。 S3に保存できるものは基S3に保存する。 以下の場合は、CW Logsに保存する。必要に応じてS3に転送する。 アラームを出したい場合 さっとCW Logs Insightでログを確認したい場合 CW Logs に出さざるを得ない場合 全体像としては以下になります。 なおあくまで個人的な経験に基づくものなので、実際にはシステムの特性を踏まえて方針の決定が必要かと思います。 またこれは必要、これは不要など

    個人的AWS ログ管理のベースライン - mazyu36の日記
  • AWSのアーキテクチャ図を描くときに意識していること

    最初に 公式のガイドライン AWSが配布しているツールキットの中に基的なガイドラインが記載されています。 描き方に正解はない こちらの記事のあるようにアーキテクチャ図に正解はなく、伝えたいことが適切に伝わるということが大切だと思います。 伝えたい内容や伝える相手によって重点や粒度を変えることを心がけています。 描画ツール diagrams.netDraw.io)を使ってます。 意識していること アイコンは最新バージョンを使用する AWSのアイコンは定期にアップデートされるので最新のアイコンを使うようにします。 ちなみにdiagrams.netでEC2と調べると古いアイコンが先頭に出てきたので意識していないとこちらを使いがちかもです。 アイコンのバージョンを混ぜない アイコンは最新バージョンを使用すると同じような内容ですが、複数バージョンのアイコンが混在しないようにします。以下の図ではE

    AWSのアーキテクチャ図を描くときに意識していること
    mallowlabs
    mallowlabs 2022/09/04
    意識してみよう
  • なるべく楽したいAWSセキュリティ

    AWSのベストプラクティスに従う SecurityHub でセキュリティチェック なるべく持ち物を減らし、ツールの既定に合わせる Fargateを使い管理対象インスタンスを減らす ネットワーク環境構築をCopilot CLIに任せる アプリケーションレベルでもAWSサービスを活用する 典型的な攻撃はアプリ到達前にWAFで防ぐ ECRコンテナスキャンで脆弱性をチェックする

    なるべく楽したいAWSセキュリティ
    mallowlabs
    mallowlabs 2022/05/10
    楽したい!
  • AWSアカウント作成時にやるべきこと - NRIネットコムBlog

    Amazon Web Services (以下AWS)の利用開始時にやるべき設定作業を解説します。AWSの利用開始とは、AWSアカウントの開設を意味しますが、より安全に利用するため、AWSアカウント開設直後にやるべき設定がいくつかあります。この連載ではその設定内容を説明します。 AWS Organizationsを使用することで、複数のアカウントに自動的にこういった初期設定を行うことも可能ですが、この連載では新規で1アカウントを作成した場合を前提とします。複数アカウントの場合も、基的な考え方は同じになります。 設定作業は全19個あり、作業内容の難しさや必要性に応じて以下3つに分類しています。 少なくともMUSTの作業については実施するようにしましょう。 MUST :アカウント開設後に必ず実施すべき作業 SHOULD :設定内容の検討または利用方法を決定のうえ、可能な限り実施すべき作業 B

    AWSアカウント作成時にやるべきこと - NRIネットコムBlog
  • opswitch を使って AWS 開発環境のコストを半分にした | yuu26-memo

    Kyash Advent Calendar 2021 4日目の記事です。 Kyash ではシステムの大部分を AWS で構築しており、開発環境や検証環境も AWS 上にあります。 開発環境の運用時間を見直すことでコストを半減できたため、その取り組みについて紹介します。 開発環境の運用コスト 開発環境は番環境と異なり、低めのスペックに抑えることが多いかと思います。 Kyash でも同様の構成となっており、費用については特に問題となっていませんでした。 しかし、プロダクトの成長とともにマイクロサービスの数も増え、開発環境におけるリソース数は私が入社した2020年2月から2倍以上になっています。 このままでは今後も費用が増え続ける一方なので、何かしらの対策を取ることになりました。 運用時間の見直し まず目をつけたのが、開発環境の運用時間の見直しでした。 開発環境を利用するのは平日の日中のみです

    opswitch を使って AWS 開発環境のコストを半分にした | yuu26-memo
    mallowlabs
    mallowlabs 2021/12/11
    “平日の日中のみ開発環境を起動する”
  • 1