創業期 Not Severless ! ~ たくさんのリプレイスを添えて~

創業期 Not Severless ! ~ たくさんのリプレイスを添えて~という発表を

https://techtrain.connpass.com/event/333302/

のイベントで行った際の資料です。なぜServerlessを初期に利用しなかったのか。ElasticBeanstalkをなぜ利用し、なぜ課題感を感じたのか。ECS, EKSを比べてなぜECSを採用したのか？などを書いています。

Transcript

1. 創業期 Not Severless ! ~ たくさんのリプレイスを添えて~
2. Agenda Serverlessは何がlessなのか？ サーバーレスの選択に必要なもの ElasticBeanstalkの課題感 ECSに変更した理由 まとめ
3. 自己紹介 テックリード ／　Suguru Ohki スー T e c h T r a i n の エ ン ジ ニ ア 1 人 目 。 技 術 を 反 復 横 跳 び し て い ま す が 、 前 よ り 抑 え ら れ て い ま す ・ ・ ・ ！ 趣 味 : サ ウ ナ 、 お 酒 。 コ ー ド を 書 く こ と ・ ・ ・ ？
4. 01 Serverlessは何が lessなのか？
5. Serverl essは何がl essなのか？ 🙅‍♀️ サーバーがないこと 🙆‍♀️ サーバー管理がなくなること 大前提を揃えると・・・
6. Serverl essは何がl essなのか？ トリさんのスライド より引用
7. Serverl essは何がl essなのか？ トリさんのスライド より引用
8. Serverl essは何がl essなのか？ トリさんのスライド より引用 ≒メリットである常駐プロセスの管理の放棄の決定
9. 常駐プロセスの管理の放棄は何を意味するか？ イベント駆動などのサーバーレスに適した アーキテクチャの選択
10. 02 Serverlessの 選択に必要なもの
11. 採用 サーバーレスのアーキテクチャに 慣れた人がいること 技術 現在のチームに適した技術で サーバーレスを利用しやすい状況で あること 1 2 サーバーレスの 選択に必要なもの
12. 採用 サーバーレスのアーキテクチャに 慣れた人がいること 技術 現在のチームに適した技術で サーバーレスを利用しやすい状況で あること 1 2 サーバーレスの 選択に必要なもの →いない。社員1人。 →PHP?んなわけ・・・！ Node.js使いこなせない！
13. サーバーレスの 選択に必要なもの サーバーレスに向いたアーキテクチャに慣れた人がいない 1 . バックエンドで慣れてる人が多いPHPが適していない 2 . 選定理由 ElasticBeanstalkを当時は選択 with スタートアップスタジオの方
14. 03 ElasticBeanstalkの 課題感
15. El asti cBeanstal kの 課題感 PHPのバージョンアップ対応の遅さ 1 . スケールインアウトの粒度が大きい 2 . デプロイに時間がかかる 3 . 当時の状態
16. El asti cBeanstal kの 課題感 PHPのバージョンアップ対応の遅さ →自前でやりたい 1 . スケールインアウトの粒度が大きい→ECSなら小さくできそう 2 . デプロイに時間がかかる→ECSならCDの改善の余地あり 3 . 当時の状態
17. El asti cBeanstal kの 課題感 PHPのバージョンアップ対応の遅さ →自前でやりたい 1 . スケールインアウトの粒度が大きい→ECSなら小さくできそう 2 . デプロイに時間がかかる→ECSならCDの改善の余地あり 3 . 当時の状態 コンテナってやつの出番ではないか・・・？
18. El asti cBeanstal kの 課題感 環境のポータビリティ 1 . スケールイン・アウトの単位を小さくする 2 . 迅速なデプロイ 3 . コンテナ周りが解決すると考えていたこと 実際には、PHPの場合1のメリットが一番大きかった
19. 04 ECSに変更した理由
20. ECSに変更した理由 ECS: 1 . EKS: 2 . コンテナを利用するにしても選択肢があった
21. ECSに変更した理由 ECS: コンテナ単位でたタスクを指定し、コントロールできる 1 . EKS: ECSよりもさらに細かくコントロールが可能 2 . コンテナを利用するにしても選択肢があった
22. ECSに変更した理由 ECS: コンテナ単位でたタスクを指定し、コントロールできる 1 . EKS: ECSよりもさらに細かくコントロールが可能 2 . コンテナを利用するにしても選択肢があった ECSを採用 。まだ当時1人の状況が続いており、 流石に Kubernetesのメンテコストを無視できなかった
23. ECSに変更した理由 事業的には人がいてお金があれば、 EKSという選択も実はアリだった。 補足 VSCodeなどのエディタのホスティングpodを発行 1 . 問題のTest実行をKubernetes内でpodを立てて実行 2 . ユーザーごとに1,2を踏まえた細かいハンドリングを実行 3 .
24. ECSに変更した理由 事業的にはk8sのメンテナがいてお金があれば、 EKSという選択も実はアリだった。 補足 ↑をやるにはECSだと難しいポイントが多い。 VSCodeなどのエディタのホスティングpodを発行 1 . 問題のTest実行をKubernetes内でpodを立てて実行 2 . ユーザーごとに1,2を踏まえた細かいハンドリングを実行 3 .
25. 05 まとめ
26. まとめ サーバーレスを採用するにあたっては必要な人と技術がある 1 . ない→コンテナを使ったオーソドックスなWebがおすすめ 2 . 最近ハードルが下がったため、サーバーレススタートはあり！ 3 .
27. Thank You! ご清聴ありがとうございました！
28. 余談: 今だったらどういう構成にする？ PHPメイン 1 . Laravel+bref+Lambda a . 処理時間が短い, フロントエンドの充実が必要ない i . バックエンド系にロジックを入れたいならこれ ii . フロントエンドメイン 2 . Next.js+Cloudflare(or Vercel)+supabase a . 見せ方が重要,バックエンドのロジックが少なめ i . メディアに近い構成や会員サイトくらいならこれが楽 ii .