下り坂を昇ってみるスマートフォン用の表示で見る下り坂を昇ってみるこの広告は、90日以上更新していないブログに表示しています。前回に引き続き、AWS環境周りのテスト。awspecgithub.comという、AWSリソースのテスト(assertion機能付き)フレームワークがあると教えてくれたので、早速使ってみた。2.4.2ゴールこんな感じのセキュリティグループを以下の観点でテストしてみたい。awspecをインストールするだけなので省略。したいところだが、ただ実行するだけだと、公式ドキュメントの丸パクリ(というか劣化版)になってしまう。インフラエンジニアの端くれとして多少の差別化をはかり、(申し訳程度に)Vagrantfileを添付することにする。実行して、credentialを登録。下記のように記述すれば準備完了。下記のように記述する。実行すればテスト完了。下記のようにオールグリーンのコンソールが出ればO.K.やってること記述や実行方式は、serverspecやrspecと同じ。用いて、タグのチェックを行っている。用いて、22番ポートは、10.10.10.10/32から「のみ」アクセスを許可していることをチェックしている。対してアクセスを許可していることをチェックしている。感想serverspecに慣れ親しんでいる身としては、この方式(環境も)でテストが書けるのはうれしい。「余計なものが許可されていない」ことを確認するのは難しかった。セキュリティグループに限らず、テストの範囲をEC2インスタンスの内部だけでなく、リソース全体に広げることができるので、テストの質が上がりそう。リソース作成の動作確認2.motoでboto3スクリプトの自動テスト(テストフェーズ)3.awspecでリソース作成確認4.serverspecでサービスの動作確認どのツールがどの程度まで品質を担保できるものなのかは、もうちょっと使ってみてからまたブログに書きます。許可しているかどうかテストすると、感覚的にはテスト成功しそうだが、実際はテスト失敗になる。be_opened(3389).protocol('tcp').for('0.0.0.0/0')}end。こんな「ポリシーがあるのかないのかよくわからないセキュリティポリシー(笑)」をテストするようなこともないだろうし、あったとしても、本来NGになるべきものがOKになっているわけではないので、無視していいでしょう。PythonSDK)スクリプトのテストを自動化するLocalStackを使ってPythonSDK(AWS)の動作確認をしてみた月別アーカイブはてなブログをはじめよう!yamatatsu-blogさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。