Aurora Cloneで QA環境をつくってみた

Transcript

1. Aurora Cloneで QA環境をつくってみた CTO室 寺田 20241220
2. 自己紹介 入社エントリみてください！ https://note.com/toridori_inc/n /n045d275596e4
3. 本番リリースまでの流れ toridoriのインフラ環境 ローカル Code,Build Test 開発 機能テスト ステージング or QA 動作テスト 本番 リリース AWS
4. ステージングはAWS本番環境にある toridoriのインフラ環境 ローカル 開発 ステージング or QA 本番 AWS AWS開発 AWS本番
5. ステージングはAWS本番環境にある toridoriのインフラ環境 ステージング or QA 本番 AWS AWS本番 • 限りなく本番に近い環境 ◦ デプロイテスト ◦ 動作検証 ◦ システム検証 　 • 開発環境は事業部側も利用する • STGは開発者の利用がメイン
6. • １つのデータベースをPRODとSTGで利用 ◦ STGで検証したいけど、本番にまで影響がある ◦ Aurora RDSは高いのでなるべく増やしたくない… • 開発環境でなんとかしたらいいじゃん ◦ データ量が違う ◦ ネットワークや環境変数（NODE_ENVとか）が違う toridoriのインフラ環境 課題
7. 簡単に作れて、簡単に消せるデータベースのQA環境をつくろう！ AWSで公開しているサンプルから https://github.com/aws-samples/aws-stepfunctions-aurora-clone • EventBridge • StepFunction • Lambda • Aurora Clone QA環境 を簡単に作れる方法を試してみた！
8. 簡単にいうと、 ある地点からクローンを作成するけど、変更があるまでは同じファイルを参照する仕組み Auroraクローンって？ Amazon Aurora DB クラスターのボリュームのクローン作成 https://docs.aws.amazon.com/ja_jpAmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Clone.html
9. AWS account (toridori-sandbox) CDK Step Functions workflow AWS構成図 EC2 Aurora Step Functions Lambda (Check) EventBridge Lambda (Clone) Lambda (Delete) SSM Portforwarding
10. StepFunction 処理内容 aurora_check_status.py aurora_clear_target.py aurora_clone.py
11. パラメータ VPC ID SecurityGroup ID
12. Clone DBに書き込んでも 元のDBへ変更がないことを確認 実際にAurora Cloneの安全性を試してみる。
13. ・toridoriではAuroraを採用している ・AWS RDS機能で安全に・簡単に複製可能！ ・本番影響がないので多少雑にあつかっても怖くない その他 sandbox環境がめっちゃ便利。 いいところ
14. • 現状のCDKだと１つのクローンしかできない → StepFunctionの量産で複数環境可能 Lambdaは使いまわし • Cluster Endpointがクローンするたびに変わる → SSMParameterでEndpoint名を格納で解決？ • クローンにちょっと時間がかかる。（15-20min） → 抗えない。 懸念事項を質問タイムで聞きたい わるいところ
15. ご清聴ありがとうございました