モノリス
Monolith/ものりす
ひとことで言うと
アプリの全機能を1つのまとまりとして作る、シンプルで素早く始めやすい構成です。
📖 もうちょい詳しく
何が新しいの?
モノリスは、アプリのすべての機能を1つのまとまったプログラムとして作る、昔からある素直な構成です。元の言葉は「一枚岩」という意味で、画面・処理・データへの出し入れなどがひとつの塊になっているイメージです。新しい技術というより「いちばんシンプルな作り方」で、いまも多くのサービスがここから始まります。後から出てきたマイクロサービスと対比して語られることが多い言葉です。
どうやって動いてるの?
ログイン・商品表示・決済といった機能が、ひとつのプログラムの中にまとめて書かれています。動かすときも、その塊をまるごと1つのサーバーで起動します。機能どうしが同じ中身を直接呼び合うので、つなぎ目の仕組みが少なくて済みます。直す・公開するときは、全体をまとめて作り直して入れ替えるのが基本です。
何ができるの?
最初は構成がシンプルなので、開発を素早く立ち上げられます。動かす場所もひとつで済み、設計や運用に悩む点が少ないのが利点です。小さなサービスや、まず形にしたい段階では、モノリスで十分なことが多いです。
🌱 身近なたとえ
なんでも揃った1軒の大きな家で例えると、分かりやすいかもしれません。キッチンも寝室も書斎もひとつの建物に収まっていて、行き来がとても楽です。ただし家が大きくなるほど、一部屋だけ建て増ししたり、台所だけ別に増やしたりするのが難しくなります。モノリスも同じで、便利な反面、巨大になると部分的な手直しがしにくくなります。
✅ まず覚えるポイント
- 全機能を1つのまとまったアプリとして作る構成です
- 最初はシンプルで、開発も運用も素早く始められます
- 機能どうしが直接つながり、つなぎ目の仕組みが少なめです
- 直すときは全体をまとめて作り直して入れ替えます
- 巨大化すると、変更や一部だけの増強が難しくなります
🧭 よくある勘違い
モノリスは古くて使ってはいけないの?
そんなことはありません。規模が小さいうちは、シンプルなモノリスのほうが速くて分かりやすいことが多いです。大きく育って手に負えなくなってきたら、少しずつ分ける選択肢が出てくる、という順番で考えると自然です。
モノリスだと一部だけ増強できないの?
一部の機能だけ負荷が高くても、塊ごとコピーして台数を増やすのが基本になります。必要な部分だけを狙って増やしにくいので、無駄が出やすい、という弱点があります。これを細かく調整したい場面で、機能を分ける構成が検討されます。
🧩 関連して覚えると楽な言葉
- マイクロサービス: 機能ごとに小さく分けて作る、モノリスと対になる構成
- サーバーレス: サーバー管理を任せ、処理を細かい単位で動かす作り方
- スケーラビリティ: 利用が増えても性能を保てるかという、伸びしろの度合い
- コンテナ: アプリを動く環境ごと箱に詰めて、どこでも同じに動かす仕組み
🏁 ひとことでまとめ
機能をひとつの塊にまとめて作るのがモノリスで、身軽に始められる反面、育ちすぎると小回りがききにくくなる構成です。
TERM SEARCH
ほかの用語を調べる
検索ボックスを準備中…