Upgrade to Pro — share decks privately, control downloads, hide ads and more …

AWSに既存システムを_リプレイスさせた話

Haruya Shiraki
September 06, 2022
120

 AWSに既存システムを_リプレイスさせた話

AWS上に既存システムをリプレイスさせたお話です。
どのようなシステムをリプレイスさせたのか、どんな苦労があったのかistyle data talkというイベントでLT枠で発表した際の資料になります。
下記イベント登壇資料です。
https://istyle.connpass.com/event/247835/

Haruya Shiraki

September 06, 2022
Tweet

Transcript

  1. ともあれ、PJTは3月頭から始動
 No.9 
 
 
 • スタート時点での自分のスキル
 ◦ AWS未経験
 ◦

    Pythonもほぼ未経験
 ◦ RabbitMQ、GitHub Actionsとかもよくわかっていない
 
 
 
 

  2. ともあれ、PJTは3月頭から始動
 No.10 
 
 
 • スタート時点での自分のスキル
 ◦ AWS未経験
 ◦

    Pythonもほぼ未経験
 ◦ RabbitMQ、GitHub Actionsとかもよくわかっていない
 
 
 不安しか無い状態で始めることに。。
 
 大丈夫かな。。
  3. データの担保
 No.21 
 ▪データの担保について
 
 
 
 
 
 


    
 
 
 
 
 
 
 
 At most once At least once Exactly once データ担保の仕方 メッセージは0回か1回配信されること メッセージが最低1回は送信される こと メッセージが重複/欠損なしに実行 されること 重複の有無 重複なし 重複の可能性あり 重複なし 欠損の有無 欠損の可能性あり 欠損なし 欠損なし
  4. データの担保
 No.22 
 ▪データの担保について
 
 
 
 
 
 


    
 
 
 
 
 ▪選択の理由
 • ブランドさんに提供するデータなので、欠損は NG • 後続処理で重複排除できる
 
 
 
 At most once At least once Exactly once データ担保の仕方 メッセージは0回か1回配信されること メッセージが最低1回は送信される こと メッセージが重複/欠損なしに実行 されること 重複の有無 重複なし 重複の可能性あり 重複なし 欠損の有無 欠損の可能性あり 欠損なし 欠損なし
  5. データ欠損・重複
 No.24 
 ▪データ欠損・重複が起きうる箇所
 
 
 
 ECS Fargate Lambda

    S3 BigQuery RabbitMQ との通信 社内APIと の通信 AWSサービス 同士の通信
  6. 苦労したとこ
 No.28 
 
 
 
 • 調べてもわからないことだらけ
 
 


    • 現行システムのGo,ScalaをPythonに変更するのが大変
 

  7. 意識した点・工夫した点
 No.29 
 
 
 
 
 • とにかく調べて、手を動かすことを心がけた
 


    
 • 手を動かしてわからない箇所、不安だったところは聞く
 
 
 
 
 

  8. 
 
 
 
 
 • リリースしてから3週間、正常に稼働してます
 
 
 •

    成長できた2ヶ月だった
 
 
 
 まとめ
 No.31