AI活用の教科書
バックエンド設計やさしい2分で読了

モノリス

Monolithものりす

ひとことで言うと

アプリの全機能を1つのまとまりとして作る、シンプルで素早く始めやすい構成です。

📖 もうちょい詳しく

何が新しいの?

モノリスは、アプリのすべての機能を1つのまとまったプログラムとして作る、昔からある素直な構成です。元の言葉は「一枚岩」という意味で、画面・処理・データへの出し入れなどがひとつの塊になっているイメージです。新しい技術というより「いちばんシンプルな作り方」で、いまも多くのサービスがここから始まります。後から出てきたマイクロサービスと対比して語られることが多い言葉です。

どうやって動いてるの?

ログイン・商品表示・決済といった機能が、ひとつのプログラムの中にまとめて書かれています。動かすときも、その塊をまるごと1つのサーバーで起動します。機能どうしが同じ中身を直接呼び合うので、つなぎ目の仕組みが少なくて済みます。直す・公開するときは、全体をまとめて作り直して入れ替えるのが基本です。

何ができるの?

最初は構成がシンプルなので、開発を素早く立ち上げられます。動かす場所もひとつで済み、設計や運用に悩む点が少ないのが利点です。小さなサービスや、まず形にしたい段階では、モノリスで十分なことが多いです。

🌱 身近なたとえ

なんでも揃った1軒の大きな家で例えると、分かりやすいかもしれません。キッチンも寝室も書斎もひとつの建物に収まっていて、行き来がとても楽です。ただし家が大きくなるほど、一部屋だけ建て増ししたり、台所だけ別に増やしたりするのが難しくなります。モノリスも同じで、便利な反面、巨大になると部分的な手直しがしにくくなります。

✅ まず覚えるポイント

  • 全機能を1つのまとまったアプリとして作る構成です
  • 最初はシンプルで、開発も運用も素早く始められます
  • 機能どうしが直接つながり、つなぎ目の仕組みが少なめです
  • 直すときは全体をまとめて作り直して入れ替えます
  • 巨大化すると、変更や一部だけの増強が難しくなります

🧭 よくある勘違い

モノリスは古くて使ってはいけないの?

そんなことはありません。規模が小さいうちは、シンプルなモノリスのほうが速くて分かりやすいことが多いです。大きく育って手に負えなくなってきたら、少しずつ分ける選択肢が出てくる、という順番で考えると自然です。

モノリスだと一部だけ増強できないの?

一部の機能だけ負荷が高くても、塊ごとコピーして台数を増やすのが基本になります。必要な部分だけを狙って増やしにくいので、無駄が出やすい、という弱点があります。これを細かく調整したい場面で、機能を分ける構成が検討されます。

🧩 関連して覚えると楽な言葉

  • マイクロサービス: 機能ごとに小さく分けて作る、モノリスと対になる構成
  • サーバーレス: サーバー管理を任せ、処理を細かい単位で動かす作り方
  • スケーラビリティ: 利用が増えても性能を保てるかという、伸びしろの度合い
  • コンテナ: アプリを動く環境ごと箱に詰めて、どこでも同じに動かす仕組み

🏁 ひとことでまとめ

機能をひとつの塊にまとめて作るのがモノリスで、身軽に始められる反面、育ちすぎると小回りがききにくくなる構成です。