世界の中心でApp Runnerを叫ぶ FINAL

by つくぼし

Embed

Start on current slide

Slide 1

Slide 1 text

世界の中⼼でApp Runnerを叫ぶ FINAL 2026/5/8 JAWS-UGコンテナ⽀部 #29 App Runnerありがとう会

Slide 2

Slide 2 text

2 ⾃⼰紹介 ● 部署 ○ クラウド事業本部 ● ニックネーム ○ つくぼし ● 推していたAWSサービス ○ AWS App Runner ● SNS/ブログ ○ X(@tsukuboshi0755) ○ DevelopersIO(つくぼし) 職種歴： 1. インフラエンジニア：3年 2. クラウドエンジニア：3.5年 3. 開発エンジニア：2年

Slide 3

Slide 3 text

本LTは以前語れなかったApp Runnerとの思い出ベースで話します 3 世界の中⼼でApp Runnerを叫ぶ ~Aurora DQSLを添えて~

Slide 4

Slide 4 text

⽬次 4 1. App Runnerとの思い出を振り返ってみる 2. App Runnerへの想いを叫んでみる 3. App Runner難⺠が辿り着くAWSサービスはどれか 4. まとめ

Slide 5

Slide 5 text

App Runnerとの思い出を振り返ってみる

Slide 6

Slide 6 text

6 私とApp Runnerの経歴 ● とあるパッケージ開発PJのインフラ担当に任命される ● このパッケージが当初検証⽤途だった事もあり、インフラ設定が簡単なApp Runner(とAWS Copilot CLI)で動いていた ● このインフラ基盤のIaCを改修する所から全てが始まった ● …結果1年半以上の⽉⽇をApp Runnerと共にする事になった

Slide 7

Slide 7 text

7 最初のApp Runnerの印象ネットワークを意識せずに動くアプリってありえるのか？？？

Slide 8

Slide 8 text

8 出会った頃に気づいたApp Runnerのすごさ ● VPCが必要ないサービスのみに接続を閉じておけば、基本VPC回りのエラーに遭遇する事がない ● ALBの機能も抱き合わせているので、ロードバランサーもよしなにやってくれる ● デプロイ周りの設定もGitHubやECRと統合し、簡単に設定できる →こいつすごくね？

Slide 9

Slide 9 text

9 短絡的な私はこう考えた App Runnerを布教して簡易アプリからVPCを撲滅するぞ！！！

Slide 10

Slide 10 text

そして付き合っていく内にApp Runnerがどんなサービスなのか私は思い知らされる事になった... 10

Slide 11

Slide 11 text

App Runnerへの想いを叫んでみる

Slide 12

Slide 12 text

VPCレスのコンテナ基盤は想像より需要がある 12

Slide 13

Slide 13 text

13 VPCレスのコンテナ基盤は想像より需要がある ● 開発を主戦場とする⽅は、クラウドであろうとNWインフラに苦⼿意識を持つ事が多い印象がある ● App Runnerはそのような開発者の⽅がファーストチョイスする際にすごい刺さりやすいサービスであった ● Webサービスは基本VPCの中で動かさないといけないという固定観念がどこかにあったが、App Runnerのおかげで完全に崩れた

Slide 14

Slide 14 text

やっぱりWebSocketに対応できなかったのが痛かったと思う 14

Slide 15

Slide 15 text

15 やっぱりWebSocketに対応できなかったのが痛かったと思う ● ⽣成AI時代に⼊ってからStreamlit(WebSocket)でAIエージェントアプリを動かしたい需要が爆増した ● 当時App Runnerはエージェントアプリと相性が良さそうに⾒えたため、エージェント基盤としての対応が注⽬されていた...

Slide 16

Slide 16 text

16 やっぱりWebSocketに対応できなかったのが痛かったと思う

Slide 17

Slide 17 text

17 やっぱりWebSocketに対応できなかったのが痛かったと思う

Slide 18

Slide 18 text

⽇に⽇に落ちていくサービスの更新頻度が悲しかった 18

Slide 19

Slide 19 text

19 ● 最初は今後のロートマップがGitHubで公開されるくらい期待されたサービスだったんですよ？ ● それがいつの間にかロードマップがクローズされた後は、新機能がないどころかNode.jsやPythonのランタイムバージョンも期限切れまで中々バージョンアップされない事態に... ● あまりにもサービスの更新頻度が少ない上に、ランタイムも中々更新されない不安がパッケージをECSに移⾏する決断を後押ししてしまった⽇に⽇に落ちていくサービスの更新頻度が悲しかった

Slide 20

Slide 20 text

App Runner難⺠が辿り着くAWSサービスはどれか

Slide 21

Slide 21 text

VPCレスな基盤でWebアプリケーションを動かしたい！！！ 21 App Runner難⺠が求めていたこと

Slide 22

Slide 22 text

候補①Amplify 22 ● フロントエンドフレームワークをベースとしたフルスタックな基盤として利⽤可能 ● Gen 2でCDKベースになった事でIaC管理もしやすくなった ● バックエンドを任せようとするとAppSync周りの管理が結構しんどいので注意 ● そもそもコンテナが動かないのでdockerも使えない

Slide 23

Slide 23 text

候補②Lambda Web Adaptor 23 ● 通常のアプリケーションの書き⽅でLambdaコンテナが動く ● Functions URLやNext.jsのstandaloneモード等を組み合わせる事でフロントエンドも組み込めたりする！ ● Lambda特有の仕様(コールドスタート/tmpディレクトリ以外の書き込み不可/コネクションプールの扱い等)はそのまま引き継がれる ● なのでアプリの要件をしっかり固めておかないと、使い始めてからしんどい時があるのに注意

Slide 24

Slide 24 text

24 ● 制限の少なさやチューニング項⽬の多さにより、様々なアプリケーション要件に対して柔軟に対応できる ● 最近はExpress Modeも出たので構築難易度も下がっている ● VPCの運⽤が必要な点を踏まえたとしても、本番環境で使うなら実績 ‧安定性‧運⽤負荷のバランスがとても優れている最終的に⾏き着く先はECSになってしまうのでは...？

Slide 25

Slide 25 text

まとめ

Slide 26

Slide 26 text

最後に 26 ● App RunnerはVPCレスなAWSのコンテナ基盤としては今でも唯⼀無⼆のサービスです ● App RunnerはVPCレスなWebアプリ構成がアリだというのを気づかせてくれた点で、間違いなく私の推しだった ● やはり元App Runner⺠はVPC管理に⽂句をいいながらも、ECSの柔軟さには叶いません