マネージドDB＝RDS — 運用をクラウドに任せる
📖 このページのゴール：前章の「自前DB」のつらい家事（バックアップ・パッチ・障害対応）をAWSに代行してもらうのが RDS（マネージドDB） だと腹落ちすること。「中身は普通のPostgreSQL/MySQLのまま」という大事なポイントを押さえます。 ← 目次・はじめにへもどる
🏠 ひとことのたとえ
RDS＝「家事代行つきの家」。
前章（自前DB）は、家をまるごと自分で管理する一軒家でした。電球の交換も、雨漏りの修理も、留守番も、ぜんぶ自分。DB でいうと、サーバー（VM）のお守り・OSやDBのパッチ（修正プログラム）あて・バックアップ・故障時の切り替え——全部あなたの仕事です。
RDS は、住む部屋（中身のDB）は普通のままで、面倒な家事だけプロ（AWS）が代行してくれる家です。
| 中身（住む部屋） | 家事（運用） | |
|---|---|---|
| 🏠 RDS のイメージ | 普通の PostgreSQL / MySQL | バックアップ・パッチ・障害対応はおまかせ |
ここが超重要 🟢 RDS は新種のDBではありません。 中身は前章までと同じ PostgreSQL や MySQL。あなたが書く SQL（DBの共通言語） も、ほぼそのまま使えます。変わるのは「だれが面倒を見るか」だけです。
🧩 何者？（しくみ）
Amazon RDS（アールディーエス＝Relational Database Service） は、AWS が提供するマネージド（管理代行つき）のリレーショナルDBサービスです。
仕組みはシンプルで、使いたいDBエンジンを選ぶだけ。
- PostgreSQL（ポスグレ。迷ったらコレ、が今どきの定番）
- MySQL（マイエスキューエル。Web で長年人気）
- MariaDB（マリアディービー。MySQL の兄弟）
- SQL Server（マイクロソフト製）
- Oracle（オラクル。大企業の老舗）
エンジンを選んだら、あとの面倒な家事はAWSが代行します。
| 代行してくれる家事 | 何がうれしい？ |
|---|---|
| 💾 バックアップ（自動） | 毎日勝手に控えを取り、過去のある時点に巻き戻しできる |
| 🩹 パッチあて | OSやDBの修正プログラムを当ててくれる（穴をふさぐ） |
| 🔁 フェイルオーバー（自動切替） | 本番機が壊れても、控えの機（待機系）に自動で切り替えて止まりにくくする |
| 📈 スケール（増強） | 「もっと大きいマシンに」「容量を増やす」が画面操作で済む |
🔧 フェイルオーバーは「Multi-AZ（マルチエージー）」という設定で、別の場所にコピー機を常に待機させておく仕組み。停電や故障の保険です。読み飛ばしてOK。
前章（自前）との違い 🟢
同じ「PostgreSQL を動かす」でも、だれがやるかがまるで違います。
| やること | 🧑🔧 自前DB（前章） | 🏠 RDS（マネージド） |
|---|---|---|
| サーバー（VM）の用意 | 自分で立てる | AWSが用意 |
| OS / DB のインストール | 自分で | 済んでいる（エンジンを選ぶだけ） |
| パッチあて（修正） | 自分で見張る | AWSが代行 |
| バックアップ | 自分で仕組みを作る | 自動（巻き戻しも可） |
| 故障時の切り替え | 自分で対応（夜中でも） | 自動（Multi-AZ） |
| 自由度・細かい制御 | とても高い（何でも触れる） | 一部制限あり（OSには入れない） |
| 向いている人 | 制御したい・特殊事情がある | 大半の人（運用したくない） |
ざっくり言うと、自由と引き換えに「夜中の障害対応」から解放されるのが RDS です。
🛠 代表サービス（実名）
「RDS」は AWS の名前ですが、同じ“マネージドDB”は各社にあります。
| サービス | 提供元 | ひとこと |
|---|---|---|
| Amazon RDS | AWS | マネージドDBの代表格。エンジンを選んで使う |
| Google Cloud SQL | GCP 版の RDS（PostgreSQL / MySQL など） | |
| Azure Database | Microsoft | Azure 版（PostgreSQL / MySQL など） |
そして、個人・スタートアップに大人気の今どき勢がこちら。より手軽で無料枠も充実しています。
| サービス | 中身 | ひとこと |
|---|---|---|
| 🟢 Supabase（スーパーベース） | マネージド PostgreSQL | 認証やAPIも込み。姉妹教材もコレ。まず迷ったらここ |
| 🟢 Neon（ネオン） | マネージド PostgreSQL | 使わない時は眠って課金が止まる系。無料枠が手厚い |
| PlanetScale（プラネットスケール） | マネージド MySQL | スケールに強い MySQL 系 |
🟢 ポイント：これらも中身は普通の PostgreSQL / MySQL。だからSQL の知識がそのまま活きるし、後で別のサービスへ引っ越し（移行）もしやすいのです。
👍 向いている / 👎 向かない
👍 向いている
- 🟢 自前の運用を持ちたくない（＝ほとんどの場合の主力）。夜中のサーバー番をしたくない人。
- 🟢 素直にSQLを使いたい。普通の PostgreSQL / MySQL がそのまま欲しい。
- バックアップや障害対策を自動でちゃんとやっておきたい。
- 個人〜大企業まで、まず最初に選ぶ無難な一手がほしい。
👎 向かない
- 🔧 OSレベルの細かい制御が要る：サーバーの中に入って独自設定を入れたい、特殊な拡張を入れたい——RDS は OS に手を入れられないので不向き（→前章の自前DB）。
- 🔧 極端なチューニングをしたい：ハード〜OS〜DB を限界まで作り込みたい玄人向け用途。
- 💰 コストを切り詰めたい個人：常時起動だと費用がかかる。まずは Supabase / Neon の無料枠から始めるのが正解。
💰 コスト感
基本は従量制（使った分だけ）。ただし「常時起動」する性質上、固定費に近いのが実感です。
| かかり方 | 中身 |
|---|---|
| ⏰ 稼働時間 | DBを起動している間、ずっと課金（多くは時間あたり） |
| 💾 ストレージ | データ量・バックアップ量に応じて |
| 🔁 冗長化（Multi-AZ） | 待機機を持つぶん、おおむね約2倍に |
🟢 個人の最初の一歩は Supabase / Neon の無料枠で十分。アクセスが増えてから有料・常時起動を考えればOK。
🔧 運用/メンテ
自前にくらべてぐっと楽になります。パッチもバックアップも切り替えも「おまかせ」。
ただし、任せきりで安心しすぎない 1点だけ要チェック 🟢
💾 「本当に復元できるか」を確認する。 バックアップは自動でも、いざという時ちゃんと巻き戻せるかを一度ためすのが鉄則。「バックアップはあったが戻せなかった」は、自動でも起こりえます。
🏢 誰が使う？
- 個人 / スタートアップ：まず Supabase / Neon / RDS（PostgreSQL）。「運用したくない・素直にSQL」の王道。
- 中堅ベンチャー：RDS を主力に、用途で Aurora やキャッシュ（Redis）も併用。
- 大企業：RDS / Aurora を使い分け、監査・コンプラ・データ所在地まで管理。
🧭 立ち位置：これは姉妹編「コンピューティングの選択肢」でいう 「マネージド / PaaS（お任せ運用）」 と同じ位置。運用のはしごの「ちょうど真ん中」で、多くの人の現実的な主力です。
📝 ことばメモ
- マネージド：面倒な運用をクラウド事業者が代行してくれること（＝家事代行つき）。
- RDS（Relational Database Service）：AWS のマネージド・リレーショナルDB。エンジンを選んで使う。
- パッチ：ソフトの不具合や穴をふさぐ修正プログラム。当て続けないと危ない。
- フェイルオーバー（自動切替）：本番機が壊れたら控えの機に自動で切り替えること。
- Multi-AZ（マルチエージー）：別の場所に待機機を常備して止まりにくくする設定。
🟢 ひとことで言うと
RDS は 「中身は普通のPostgreSQL/MySQLのまま、面倒な家事（バックアップ・パッチ・障害対応）だけAWSに代行してもらう」マネージドDB。自前のつらさから解放され、ほとんどの人にとっての現実的な主力。個人はまず Supabase / Neon の無料枠から始めれば間違いなし。