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

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

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

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

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

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

Suguru Ohki

November 25, 2024
Tweet

More Decks by Suguru Ohki

Other Decks in Programming

Transcript

  1. 自己紹介 テックリード / Suguru Ohki スー T e c h T

    r a i n の エ ン ジ ニ ア 1 人 目 。 技 術 を 反 復 横 跳 び し て い ま す が 、 前 よ り 抑 え ら れ て い ま す ・ ・ ・ ! 趣 味 : サ ウ ナ 、 お 酒 。 コ ー ド を 書 く こ と ・ ・ ・ ?
  2. El asti cBeanstal kの 課題感 PHPのバージョンアップ対応の遅さ →自前でやりたい 1 . スケールインアウトの粒度が大きい→ECSなら小さくできそう

    2 . デプロイに時間がかかる→ECSならCDの改善の余地あり 3 . 当時の状態 コンテナってやつの出番ではないか・・・?
  3. El asti cBeanstal kの 課題感 環境のポータビリティ 1 . スケールイン・アウトの単位を小さくする 2

    . 迅速なデプロイ 3 . コンテナ周りが解決すると考えていたこと 実際には、PHPの場合1のメリットが一番大きかった
  4. 余談: 今だったらどういう構成にする? PHPメイン 1 . Laravel+bref+Lambda a . 処理時間が短い, フロントエンドの充実が必要ない

    i . バックエンド系にロジックを入れたいならこれ ii . フロントエンドメイン 2 . Next.js+Cloudflare(or Vercel)+supabase a . 見せ方が重要,バックエンドのロジックが少なめ i . メディアに近い構成や会員サイトくらいならこれが楽 ii .