AWS App Runner についてざっくりと理解して触ってみる

Posted at 2024-03-06

はじめに

本記事は2024年2月21日に開催された勉強会『完全に理解するシリーズ#1 "AWS App Runner"』に参加したので、そこで学んだことと、実際に触ってみて感じたことをまとめていきます！

AWS App Runnerとは？

ざっくりと解説

ざっくり説明すると、

ウェブアプリケーションやAPIを構築済みのインフラに簡単にデプロイし、実行できるマネージドサービス

です。

AWSのサービスは多岐にわたり今では200以上のサービスがあります。

それを用途に合わせて、ブロックを積み上げていくように環境を柔軟に構築していくことができます。

しかし、それだとAWSへの知識やインフラへの知識の学習コストや運用していく手間などがかかってしまい肝心のアプリケーションの開発や保守の時間が割かれてしまいます。

そういった手間を省くためにインフラ部分の管理をクラウドプロバイダーが提供することをPaaSという概念であり、その1種のサービスがApp Runnerです。

ざっくりとデプロイされる流れを知る

使い方のイメージとしては、GitHubにあるソースコードもしくはECRにあるコンテナイメージを挙げてApp runnerで接続先をどちらか指定すると、ソースコードやイメージを引っ張ってきてデプロイしてくれるという流れです。

以下がAWSの開発ガイドに乗っているイメージ図です。

https://docs.aws.amazon.com/ja_jp/apprunner/latest/dg/what-is-apprunner.html

1からインフラ環境を構築してデプロイするよりもだいぶ簡単にデプロイできることが分かったと思います。

AWS App Runnerの特徴

勉強会の中で印象的だった、App Runnerの特徴をデプロイが簡単なこと以外に4つまとめていきます！

特徴① オートスケーリングに対応

App runnerはオートスケーリングにも対応しています。
スケーリングする基準はリクエスト数となっており、リクエスト数の閾値を設定することで、コンテナインスタンスの数を増やしたり減らしたりできます。

CPUやメモリの使用率などではないので、アプリケーションによってはスケーリングするための閾値を設定することが難しいそうです。

特徴② VPCへの接続もVPCからの接続もできる

プライベートネットワークに使用する VPC、サブネット、セキュリティグループを指定するVPCコネクターを設定し、自身のVPCに接続することができます。

そうすることで、VPC内のAurora等のデータベースやその他のアプリケーションとサービスが通信できるようになっています。

また、VPC内のプライベートサービスにも対応しています。
つまりVPC内からApp Runnerサービスへのプライベートアクセスができるということです。

デフォルトではインターネット経由でアクセスしますが、
プライベートアクセスができることによって、アプリケーションへの受信トラフィックとアプリケーションからの送信トラフィックの両方をプライベートかつ安全に保つアーキテクチャを構築できます。

社内向けのサイトなどをApp Runnerで簡単にデプロイすることができるということですね。

特徴③ 再デプロイの自動化ができる

App Runner には、自動デプロイと手動デプロイが用意されています。
その中でも自動デプロイは、
新しいイメージバージョンをイメージリポジトリにプッシュするか、
新しいコミットをコードリポジトリにプッシュすると、
App Runnerは自動的にそれをサービスに配備して再デプロイしてくれます。

つまり、App Runnerに接続されているリポジトリに変更を加えただけで、最新版のデプロイの作業も終えていることになります。

そうすることでより、アプリケーションの開発にのみに集中できるようになりますね。

特徴④ ローンチ3年で使える用途が増えてきた

ローンチ当初の記事を見るといろいろ不便もあり、使いどころがすごく限られるみたいな結論で終わるものが多かったですが、
3年間で31件のリリースが行われ様々な機能に対応してきました。
例えば、

WAFへの対応
Secrets ManagerとSystemManagerからのシークレットと設定の取得
Bitbucketソースコードリポジトリをサポート
など当初はサポートしていなかった機能も今ではサポートしています。

今までどのようなアップデートをしてきたのかも今回の勉強会のスライドにまとめてあるのでぜひ参考にしてみてください！

AWS App Runnerの使いどころ

①インフラ管理をとにかくしたくない場合(インフラ管理をフルマネージドでおまかせしたい場合)

App Runnerはフルマネージドのサービスであるため、サービス利用者がインフラ管理に気を取られることはありません。運用チームがない場合や小さい場合にも役立ちます。

そのため、アプリケーションの開発だけに集中したい場合や運用チームがない場合や小さい場合にAppRunnerでのデプロイは役に立ちます。

インフラ構成はとりあえず基本的なものでいいから、アプリケーションをリリースするスタートアップ企業にもAppRunnerの検討ができそうです。

しかし、フルマネージドサービスであるため、エラーが発生してもその原因を調査することに苦労することもあるそうです。。。

②社内向けサイト

プライベートVPC利用が可能なため、社内向けのWebサイトのデプロイにも役立ちます。
インフラ管理にも時間をかけたくない場合でもあると思うので、AppRunnerとの相性もよさそうです。

③開発・テスト環境

新しいアイデアや機能を迅速に試したい開発チームにとって、App Runnerは開発やテスト環境を手軽に構築できるため、プロトタイピングや機能テストに最適です。簡単なセットアップで複数の環境を立ち上げ、実験を重ねることができます。

④AWS経験が少ない場合

最初からインフラを構築しようと思ったらなかなかの時間と学習コストがかかってしまいます。AppRunnerを使うことで数回のクリックでアプリケーションの構築と実行をすることができます。

これなら、AWSの経験が浅くても扱うことができそうです。

AWS App Runner実際に触ってみた

スタートページ

AppRunnerのページを開くと他のサービス同様このようなページから始まります。
右上のAppRunnerサービスの作成ボタンを押します。

ソースとデプロイ方法の設定

作成ボタンを押すといきなりこのようなページに飛びます。

このページではサービスのソースを選択できます。
今回はGitHubにあるソースコードから作成します。
GitHubとの接続をする必要がありますが、これも簡単に接続できました。
接続するとリポジトリとブランチ、ソースディレクトリが選択できるで、対象のものを選択します。