AWS CloudFormation StackSets の統合を活用し、複数のアカウントとリージョンをまたいで Amazon GuardDuty のプロビジョニングを自動化
複数のアカウントとリージョンをまたいで Amazon GuardDuty をアクティブ化できるようになるとともに、AWS CloudFormation StackSets を使用してマスタ－アカウントにそれらのアカウントをリンクさせることができるようになりました。今後、セキュリティチームは多数のアカウントにわたり GuardDuty のプロビジョニングを自動化できます。 Amazon GuardDuty マスターアカウントを使用しても、すべての希望メンバーアカウントに招待状を送信する必要があります。この招待状を送信したあとは、AWS CloudFormation StackSet テンプレートを使用して「Enable Amazon GuardDuty」 (Amazon GuardDutyを有効化) し、リージョンに左右されず、招待状を送信したメンバーに対しサービスを有効化できます。Clou
Kumogata2 - so what
連休に入って酒量が増え体重も増え、昼夜わからない生活をし、ridgepoleのRails5対応はFが減らず、必要に駆られて使い始めたElasticBeanstalkの闇が見え始めた現実から目をそらすため、以前から懸案だったCloudFormation用ツールKumogataの次世代版を作ってみました。 なにが問題だったのか aws-sdk-v1 v1もまだまだ現役で使えるとはいえ状況を見る感じだいぶv2が主流になってきて、このままv1を使い続けるのはリスキー…なんだけどライブラリを変更するのが地味に大変。大量のFでモチベーション低下 モノリシック Kumogataは「フォーマットコンバーター+便利ツール」というもので、この2つは論理的に切り離すことができるはずなんだけど、初期の設計に建て増しを繰り返した結果、拡張がひっじょーにしづらい状況。おまけに対応フォーマットの追加に付随してgemもば
Lambdaと自殺するCloudFormation - so what
rpmがS3に追加されたらLambdaでインデックス更新するやつを作ろうと思ったんですが、awscli-bundle.zipをダウンロードして /tmpに解凍して いろいろオプション付けてインストールして … 時間的に無理！という結論になりました。 でまあ、いろいろ考えてみて「自殺するCloudFormationならバッチ的に使えるかなぁ」ということで作ってみました。 github.com Lambdaは以下のような感じです。イベントが飛んでくると、cfnテンプレートからスタックを作成します。 #!/usr/bin/env lambchop -d /* function_name: call-cfn handler: index.handler role: arn:aws:iam::XXXXXXXXXXXX:role/lambda_basic_execution include_files
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ansible + Packer + CloudFormationでらくらく構築・運用
