オンプレミス

サーバやネットワーク機器を自社の施設内に物理的に保有し、自前で運用・保守する形態。「オンプレ」と略す。クラウド([[cloud]])や SaaS([[saas]])が「借りる」モデルなのに対し、オンプレミスは「持つ」モデル。機器の購入費・設置場所・電源・空調・保守要員まで自社が抱える代わりに、データを完全に自社管理下に置ける。金融・医療・官公庁や、社外にデータを出せない業務システムで根強く使われる。

本書のスタンス(Lesson 1-3)は「中小企業の Web サイトでオンプレミスを選ぶ理由はほぼない」。コーポレートサイトや EC はレンタルサーバ / クラウドで要件を満たせるのが大半で、わざわざ自社にサーバを置くと、初期投資・運用要員・災害対策・機器更改(5 年ごとの買い替え)の負担だけが重くのしかかる。オンプレミスが妥当になるのは「法令・社内規程で外部にデータを出せない」「既存の基幹システムと密結合している」といった明確な制約があるときに限られる。

判断軸は初期費用と月額のバランス・運用保守を誰が担うか・障害時の復旧体制(SLA [[sla]] を自社で背負えるか)・セキュリティ要件・拡張のしやすさ。クラウドとオンプレを併用する「ハイブリッド」(公開サイトはクラウド、機密データはオンプレ)も現実解として増えている。Web 担当者は「全部オンプレ」「全部クラウド」の二択ではなく、データの機密度ごとに置き場所を分ける発想を持つとよい。

落とし穴は、「自社で持つ方が安心 / 安い」という思い込みで安易にオンプレを選び、運用要員が確保できず塩漬けになること。ほかにも、機器更改の予算化を忘れて old OS のまま脆弱性を放置、保守業者依存で担当者がブラックボックス化、災害時にサイトもメールも全滅、クラウドより総保有コスト(TCO)が高くつくのに「資産だから」と移行判断を先送り、といった事故がある。新規構築・移管([[migration]])のタイミングでクラウドとの比較を必ず行う。