クラウドネイティブ化への第一歩/excitech-20211018

by tanuki

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. オンプレミスの状況を振り返る現状構成の洗い出し ● VM数 100以上 ● APIエンドポイント総数 400以上 ● GitHubリポジトリ数 70以上 ● OracleとMySQL * 2 DBオブジェクト総数 1500以上 ● 忘れ去られた外部連携仕様多数まぁまぁのボリュームだけど ● タイムリミットは1年と2ヶ⽉ ● 普段の業務も並⾏しながら作業をする ● メインで担当するのは2⼈だけ

Slide 7

Slide 7 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. 「贅沢は敵だ」限られたリソースの中で欲張りはじめる ● 移⾏にかかる作業コストは最⼩限にしたい => 最⼩限のコストで、最速の完了を⽬指さなければ ● 移⾏後の運⽤コストも最⼩限にしたい => 後で地獄を⾒ないためにも、今から頑張っておきたい ● 将来的な拡張性も担保したい => わかるけど、ちょっと欲張り ● AWSコストを削減したい => 欲張りすぎ

Slide 8

Slide 8 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. どうやって解決していくか移⾏戦略毎に分類考え得るいくつかの解決策 ● 頑張ってリソースを投⼊する => 根本的な解決ではない︖ ● クラウドのメリットを活かしたアーキテクチャに変更する => クラウドのメリットとは︖クラウドネイティブ化︖ リタイアリホストリプラットフォームリアーキテクチャ不要なアプリケーションは削除 / 廃⽌する。既存のアプリケーションをそのまま移⾏する。⼀部をクラウドに最適化して移⾏する。例えば、オンプレのOracleからRDS for Oracleへの移行など。クラウドネイティブの機能を使⽤できるように、アプリケーションの再設計してリビルドする。

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. クラウドネイティブ技術は、パブリッククラウド、プライベートクラウド、ハイブリッドクラウドなどの近代的でダイナミックな環境において、スケーラブルなアプリケーションを構築および実⾏するための能⼒を組織にもたらします。このアプローチの代表例に、コンテナ、サービスメッシュ、マイクロサービス、イミュータブルインフラストラクチャ、および宣⾔型APIがあります。これらの⼿法により、回復性、管理⼒、および可観測性のある疎結合システムが実現します。これらを堅牢な⾃動化と組み合わせることで、エンジニアはインパクトのある変更を最⼩限の労⼒で頻繁かつ予測どおりに⾏うことができます。 https://github.com/cncf/toc/blob/main/DEFINITION.md

Slide 12

Slide 12 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. ⼀部抜粋スケーラブルなアプリケーションを構築および実⾏例えば・・・負荷の状況に合わせて⾃動でスケーリングできる回復性、管理⼒、および可観測性のある疎結合システムが実現例えば・・・障害発⽣時の即時復旧、⾃動回復ができるインパクトのある変更を最⼩限の労⼒で頻繁かつ予測どおりに⾏う例えば・・・安全に、簡単に、迅速にデプロイできる

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. ECS on Fargateで解決 Amazon ECS 完全マネージドなオーケストレーションサービスコンテナのデプロイ、管理、スケールをECSに全て任せる AWS Fargate コンテナ向けサーバレスコンピューティングサーバやクラスタ管理をせず、アプリケーション開発に専念 ECS on Fargateなら、やりたいことが実現できそうだ︕

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. 困っていたこと - 無駄が多いテストを書いてもテストをしない（怪奇現象）テストを書いた⼈が、書いたときに実⾏して終わり => 書いた本⼈にすら忘れられるので、誰もメンテしなくなるデプロイが⾯倒臭い 1. main ブランチにマージして、 2. デプロイサーバにSSHログインして、 3. rsyncコマンドやシェルスクリプトを実⾏ => ⼿順書が必須、作業者への各種権限付与も必須

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. Blue/Greenデプロイについて（おさらい） ① デプロイ前の状態 => お客様も管理者も、Blue Targetのアプリケーションにアクセス ② Green Targetに最新のアプリケーションをデプロイ => Test ListenerのターゲットをGreen Targetに切り替え ③ Green Targetの正常性を確認後 => Production Listenerのターゲットを Green Targetに切り替え

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright © 2021 Excite Japan Co.,Ltd. All Rights Reserved. 困っていたこと - ログの調査・分析⽞⼈にしかできないログ分析 ● オンプレVMにSSHでログイン ○ HA構成の場合は各VMにログイン ○ screenやtmuxなどターミナルマルチプレクサを駆使 ● findして、xargsして、sedして、awkして・・・ ○ シェル芸は必須科⽬ ○ 職⼈芸のようなワンライナー地獄