前回、Amazon Linux 2023 の Docker イメージで Rails を立ち上げられた。 今回は、改めて AWS EC2 上の Amazon Linux 2023 で Rails を立ち上げる。 参考 Qiita - Amazon Linux 2023のEC2にrubyをインストールすると/tmpディレクトリの容量不足でエラー asdf 操作セキュリティグループを作成 VPC エンドポイント 用を作成 EC2 インスタンス 用を作成 どちらもインバウンドルール、アウトバンドルールともに空で入れておく。 EC2 インスタンスを作成Amazon Linux 2023 でインスタンスを作成。 作ったEC2インスタンス用のセキュリティグループを割り当てる。 VPC エンドポイントを作成 名前:任意 サービスカテゴリ: EC2 Instance Connect Endpoint VPC
複数の Mac で開発していると、ローカル環境を統一するのが面倒になってきます。マシンを買い換えたときの環境構築も結構手間です。 そこで新しい Rails プロジェクトからローカル環境を作らずに EC2 上で開発してみることにしました。バックアップやスケールアップも簡単なので開発環境にぴったりかもしれません。 Ruby のインストール Ruby のインストールは、先日書いたエントリーを参考にしてください。 xbuild と Cloud-Init で EC2 に Ruby 環境をサクッと作る Rails のインストール Rails の前に足りないパッケージをインストールしておきます。 SQLite は必要に応じてどうぞ。
Webシステムの方式設計をする際に、わりと悩むのがアプリケーション・サーバのセッション（session）の保存先です。アプリケーションサーバとは、TomcatやJBoss,IISやRuby on Railsなどで利用するUnicornやPassengerなどです。そもそもHTTPの基本仕様がステートレスな為、状態を保持する為にはどこかに状態を保持する必要があります。その解決策がセッションになります。そこでセッションの保存戦略を考える必要があるのですが、アプリケーションサーバやサイトの用途や性格、扱うデータの気密性・重要性によっても変わってきます。 それ以前にセッションの保存先のことの呼び方の定番が何かすら解らなかったりします。セッション・ストアとかセッション・ストレージとか、はたまたセッション・マネージャーとか。今回は、セッション・ストアで統一します。 主なセッションストアの種類と保存戦略
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
