Ryunosuke Matsuoka
DrupalCMSラボ 編集部
はじめに
Drupalが最初に公開されたのは2001年のこと。それから20年以上にわたって、世界中の政府機関・大企業・メディアサイトを支え続けてきたオープンソースCMSです。しかし「どこでDrupalを動かすか」というホスティングの在り方は、この20年間で劇的に変化しました。
共有サーバーでPHPスクリプトを手動でアップロードしていた時代から、DockerコンテナをKubernetes上でオーケストレーションする時代まで――Drupalホスティングの歴史は、Webインフラ全体の進化の縮図でもあります。本記事では、その変遷を時系列に沿って丁寧に振り返りながら、現代のDrupalホスティング選びに役立つ視点をお伝えします。
1. 黎明期（2000年代前半）：共有ホスティングとFTPの時代
Drupal誕生とホスティング事情
Drupal 1.0は2001年にDries Buytaert氏によってリリースされました。当時のWebホスティングの主流は共有サーバー（Shared Hosting）です。一台の物理サーバーに複数のユーザーが同居し、FTPでPHPファイルをアップロードしてサイトを公開するのが一般的でした。料金は月数百円〜数千円程度と安価であった反面、リソースは隣接ユーザーと取り合いになり、サーバー設定を自由に変更することはほぼできませんでした。
Drupalの動作要件は比較的シンプルで、PHP・MySQL・Apache（もしくはNginx）があれば動作しました。そのため、当時の共有ホスティングでも一応は稼働しましたが、mod_rewriteが使えない環境や、PHPのバージョンが古すぎる環境に阻まれるケースが多く、インストールはエンジニアにとっても一苦労でした。
共有ホスティング時代の課題
- サーバーの設定権限がなく、php.iniのカスタマイズが困難
- アクセス集中時にリソース制限（「隣人効果」）でサイトがダウン
- SSHが使えない環境が多く、コマンドラインでのデプロイが不可能
- 自動バックアップの仕組みが整っておらず、データ消失リスクが高い
- Drupalのアップデートには手動でのファイル差し替えが必要
それでも、当時のDrupalサイトの多くはこの環境で運用されていました。コミュニティの知恵を集めた「.htaccessの書き方」や「settings.phpの設定方法」がフォーラムで活発に共有され、試行錯誤の文化がDrupalコミュニティの土台を形成していきました。
2. VPS時代の到来（2000年代後半）：自由と責任の両立
仮想専用サーバーがもたらした自由
2005年頃から、VPS（Virtual Private Server：仮想専用サーバー）サービスが急速に普及し始めます。Xen・OpenVZといった仮想化技術により、一台の物理サーバーを論理的に分割し、各ユーザーにroot権限を持つ独立した環境を提供することが可能になりました。
VPSはDrupalエンジニアにとって「解放」を意味しました。PHPのバージョンを自由に選択でき、APCやMemcachedなどのキャッシュ層を導入でき、SSH経由でDrushコマンドを実行できる。共有ホスティングでは不可能だったこれらの操作が、月2,000〜5,000円程度の費用で実現できるようになったのです。
LAMP環境の手動構築が当たり前だった時代
VPSを使いこなすためには、LAMP環境（Linux・Apache・MySQL・PHP）をゼロから構築する知識が必要でした。多くのDrupalエンジニアがUbuntuやCentOSのターミナルに向かい、apt-get installやyum installを打ち込みながらサーバーを育てていきました。サーバーの設定ファイルをひとつひとつ手書きし、バーチャルホストを設定し、MySQLのチューニングを行う。こうしたインフラスキルはDrupalエンジニアの必須教養でした。
一方、この時代の課題はサーバー管理の属人化でした。特定のエンジニアだけがサーバーの構成を把握しており、その人が退職したらブラックボックスになってしまう。また、セキュリティパッチの適用やOSのアップグレードも手動管理であったため、脆弱性を放置してしまうケースが後を絶ちませんでした。
Drushの登場：Drupal管理の効率化
2007年にリリースされたDrush（Drupal Shell）は、VPS時代のDrupal管理を大きく変えました。コマンドライン一発でモジュールのインストール・有効化、キャッシュクリア、データベースのバックアップが実行できるようになり、SSHが使えるVPS環境との相性は抜群でした。Drushの存在は、「なぜVPSでなければならないか」という理由のひとつにもなっていました。
3. クラウドホスティングの台頭（2010年代前半）：スケーラビリティの革命
AWSがWebインフラを変えた
2006年にAmazon Web Services（AWS）がEC2とS3のサービスを開始し、2010年代に入るとクラウドコンピューティングは急速に普及します。Drupalコミュニティもこの波を受け、大規模サイトを中心にAWSへの移行が進みました。固定スペックのVPSと異なり、クラウドではトラフィックに応じてリソースを動的にスケールアウトできる点が最大の魅力でした。
特に注目を集めたのが、2009年のアメリカ大統領就任式におけるWhiteHouse.govの事例です。オバマ大統領就任式の中継に伴う膨大なアクセスをDrupalサイトが捌ききったことは、「DrupalはエンタープライズレベルのCMSである」という認知を世界に広めました。このような大規模トラフィックへの対応こそ、クラウドインフラが真価を発揮する場面でした。
クラウド時代のDrupalアーキテクチャ
クラウド移行に伴い、Drupalサイトのアーキテクチャも複雑化していきます。代表的な構成要素は以下のとおりです。
- ロードバランサー（ELBなど）で複数のWebサーバーにリクエストを分散
- RDS（マネージドデータベース）でMySQLを冗長化
- ElastiCacheでMemcachedやRedisによるセッション・キャッシュ管理
- S3にDrupalのファイルシステム（public/private files）を分離
- CloudFrontでCDN配信を実現
このアーキテクチャを正しく設計・運用するには高度な知識が必要であり、「Drupalを知っていること」と「Drupalのインフラを設計できること」はまったく別のスキルセットとして分化していきました。これが後述するDrupal専用ホスティングへの需要を生み出す背景にもなります。
Google Cloud・Azureの参入
AWSに続き、Google Cloud Platform（GCP）やMicrosoft Azureも企業向けのDrupalホスティング先として存在感を高めていきます。特にGCPはKubernetesをオープンソースとして公開したことで（2014年）、後のコンテナ時代の布石を打ちました。エンタープライズDrupalのホスティング先は、AWSの独壇場からマルチクラウドへと広がっていきます。
4. Drupal専用ホスティングの誕生（2010年代）：「Drupalのことを知っているホスター」の登場
クラウドインフラの複雑化に伴い、「Drupalに特化したマネージドホスティング」という新しいカテゴリが生まれました。汎用クラウドのように自分でインフラを設計・運用する必要がなく、Drupal専用に最適化された環境をすぐに利用できる点が最大の特徴です。
Acquia Cloud：エンタープライズDrupalの先駆者
AcquiaはDrupalの創始者Dries Buytaert氏が2007年に共同創業した企業です。Drupal専用のエンタープライズホスティングサービス「Acquia Cloud」を提供し、世界最大級のDrupalサイト群を支えてきました。
Acquia Cloudの特徴は、Drupal専用に最適化されたインフラに加え、Git-based ワークフローによるデプロイ管理、ステージング環境と本番環境のシームレスな同期、プロフェッショナルな24時間サポートなど、エンタープライズに必要な要素が一式揃っている点です。コードのプッシュだけでデプロイが完了するCI/CDフローは、当時のDrupalエンジニアにとって画期的でした。
Pantheon：「WebOps」という新概念
2010年に創業したPantheonは、「WebOps（Web + Operations）」という概念を掲げ、DrupalとWordPressの専用ホスティングとして急成長しました。Pantheonの革新は、マルチ環境管理にあります。dev・test・liveという三層のワークフローを標準装備し、コードのデプロイ、データベースのクローン、ファイルの同期をワンクリックで行える管理画面を提供しました。
また、PantheonはVarnish・Redis・Solrをプラットフォームレベルで統合しており、個々のサイトオーナーがキャッシュ設定を細かく管理しなくても高いパフォーマンスを発揮できる設計になっています。この「インフラを意識させない」アプローチは、中小規模のDrupalエージェンシーに広く受け入れられました。
Platform.sh：Infrastructure as Code の実装
フランス発のPlatform.shは、2014年にサービスを開始したDrupal対応のPaaS（Platform as a Service）です。最大の特徴は、`.platform.app.yaml`や`services.yaml`などのYAML設定ファイルによるインフラ定義です。コードと一緒にインフラの構成をバージョン管理できる「Infrastructure as Code」の考え方を取り入れ、再現性の高いデプロイメントを実現しました。
また、Platform.shはブランチごとに独立した環境（Preview Environment）を自動生成する機能を持っており、プルリクエストのレビュー時にそのブランチの動作環境を即座に確認できます。この機能は現代のDevOpsワークフローの先駆けとも言え、その後の多くのホスティングサービスに影響を与えました。
5. コンテナ・Kubernetes時代（2010年代後半〜現在）：インフラの標準化
Dockerがもたらした再現性
2013年にDockerが公開されると、Webアプリケーションの実行環境をコンテナとして定義するスタイルが急速に広まりました。Drupalエコシステムにもその波は押し寄せ、開発環境ツールLandoやDDEVがDockerをベースにしたローカル環境構築を劇的に簡略化しました。「自分のMacで動くコードが本番でも動く」という再現性の高さは、それ以前の「自分の環境では動いたのに…」という悩みを一掃しました。
コンテナ技術はホスティング側にも革命をもたらします。従来の「1サイト＝1VM」という発想から、コンテナによる効率的なリソース利用が可能になり、ホスティングプロバイダーはより柔軟で低コストな環境提供ができるようになりました。
Kubernetesと大規模Drupalの新時代
2014年にGoogleがオープンソース化したKubernetes（K8s）は、コンテナのオーケストレーション（大規模な管理・調整）を自動化するプラットフォームです。複数のコンテナを束ねて自動スケーリング・自己修復・ローリングアップデートを実現するK8sは、エンタープライズDrupalの本番環境として理想的な基盤となりました。
この流れの中で注目を集めるようになったのが、amazee.ioです。スイスに本社を置くamazee.ioは、Kubernetes上で動作するDrupal専用のマネージドホスティングプラットフォームとして、欧米の大企業・政府機関・大学などのDrupalサイトを支えています。オープンソースのKubernetes基盤「Lagoon」を自社で開発・公開しており、コンテナ化されたDrupalサイトをGitプッシュだけでデプロイできる現代的なワークフローを提供しています。Lagoonはコミュニティにも公開されており、自前のインフラへのセルフホストも可能な透明性の高さが評価されています。amazee.ioはAcquiaやPantheonと並び、大規模Drupalサイトのホスティング先として急速に存在感を高めている新世代のプロバイダーです。
ヘッドレスDrupalとホスティングの分離
2010年代後半から急速に普及したヘッドレスCMS（Decoupled Drupal）という構成は、ホスティングの在り方にも変化をもたらしました。Drupalをバックエンドのコンテンツリポジトリ兼APIサーバーとして使い、フロントエンドはNext.jsやGatsbyなどのフレームワークで別途構築するアーキテクチャです。
このアプローチでは、Drupal本体のホスティングと、フロントエンドのホスティングが分離されます。フロントエンドはVercelやNetlifyなどのJAMstackホスティングにデプロイし、DrupalはAPI専用サーバーとして安定稼働させる、という分業が一般化しました。ホスティング費用も役割ごとに最適化でき、特にコンテンツの配信にはCDNとエッジキャッシュを活用することで、従来のDrupalホスティングとは比較にならないパフォーマンスを実現できるようになっています。
6. 現在のDrupalホスティング市場：選択肢の多様化
ホスティング種別の整理
現在のDrupalホスティング市場は、大きく以下の4カテゴリに分類されます。それぞれのメリット・デメリットを理解したうえで、サイトの規模・予算・運用体制に合った選択が重要です。
① 共有ホスティング（低コスト・小規模向け）
- さくらインターネット、エックスサーバー、ConoHa WINGなど
- 月額数百円〜2,000円程度で利用可能
- 小規模な情報サイトや個人プロジェクトに適している
- PHPバージョンの選択肢が増え、以前よりDrupalの動作環境が整いつつある
- ただし、Drupal CMSの本格運用には依然としてリソース不足になりやすい
② VPS・クラウド（柔軟性重視・技術者向け）
- AWS、Google Cloud Platform、Microsoft Azure、さくらのVPS、ConoHa VPSなど
- 完全な設定自由度を持ち、コスト効率も高い
- インフラ管理スキルが必要で、セキュリティ管理も自己責任
- 中〜大規模サイトや、特殊な要件を持つプロジェクトに向く
③ Drupal専用マネージドホスティング（安定性・サポート重視）
- Acquia Cloud、Pantheon、Platform.sh、amazee.io など
- Drupal最適化済みの環境・ワークフロー・サポートが一体提供される
- 費用は高め（月額数万円〜）だが、運用コストの削減につながる
- エンタープライズ・大規模メディア・政府系サイトに最適
④ セルフホスト（完全制御・大規模組織向け）
- 自社データセンター、またはプライベートクラウド上にKubernetes環境を構築
- データの完全な自社管理が必要な金融・医療・行政分野で選ばれる
- amazee.ioのLagoonのようなオープンソース基盤を活用するケースも増加
- 高度なインフラチームと継続的な投資が必要
Drupal CMSとホスティング選びの新しい視点
2025年にリリースされたDrupal CMS（Starshotプロジェクト）の登場は、ホスティング選びにも新しい視点をもたらしています。Drupal CMSはComposerやDDEVとの親和性を高め、インストール・デプロイのプロセスを標準化しています。そのため、対応するホスティングプロバイダーを選ぶ際には、Composer管理・Git連携・DDEV互換性の有無が重要なチェックポイントになっています。
また、Drupal CMSのレシピ機能や自動アップデート機能（Automatic Updates）を活かすには、ホスティング環境がCLIコマンドの実行やファイルシステムへの書き込みを許可していることが前提となります。共有ホスティングではこれらの機能が制限されることが多いため、本格的なDrupal CMSの運用にはVPS以上の環境が推奨されます。
7. Drupalホスティングの未来：次の10年を展望する
エッジコンピューティングとの融合
次世代のDrupalホスティングとして注目されているのがエッジコンピューティングとの融合です。CloudflareやFastlyなどのエッジネットワーク上でDrupalのロジックの一部を実行することで、世界中のユーザーに超低遅延でコンテンツを届けることが可能になります。ヘッドレスDrupalとの組み合わせで、この方向性の実験的な取り組みが複数のプロバイダーで始まっています。
AIを活用したホスティング運用
DrupalコアへのAI統合が進む中、ホスティング側でもAIを活用した運用最適化が始まっています。異常トラフィックの自動検知、パフォーマンスのボトルネックの自動特定、セキュリティ脅威のリアルタイム対応などが、次世代のマネージドホスティングのキラー機能として注目されています。
サステナビリティとグリーンホスティング
環境への配慮が企業の重要課題となる中、再生可能エネルギーで運用するグリーンホスティングへの需要が高まっています。Drupalコミュニティの価値観（オープンソース・コミュニティ重視）と、サステナビリティへの意識の高まりは親和性が高く、環境配慮型のホスティング選択はDrupalサイトオーナーの間でも意識されるようになっています。amazee.ioをはじめとする欧州系プロバイダーは、このグリーンホスティングの観点でも先進的な取り組みを進めています。
まとめ
Drupalホスティングの歴史は、Webインフラそのものの進化の歩みです。FTPで手動アップロードしていた共有サーバーの時代から、VPSによる自由の獲得、クラウドによるスケーラビリティの革命、Drupal専用ホスティングの誕生、そしてKubernetes・コンテナによる現代的なインフラへ――この20年あまりの変化は目覚ましいものがあります。
現在のDrupalホスティング市場は、小規模サイト向けの共有ホスティングから、Acquia・Pantheon・Platform.sh・amazee.ioといったエンタープライズ向けマネージドホスティングまで、幅広い選択肢が揃っています。重要なのは、サイトの規模・チームのスキルセット・予算・セキュリティ要件を総合的に判断して、最適なホスティングを選ぶことです。
Drupal CMS（Starshot）の登場により、Drupalはより多くの人に使いやすいCMSへと進化しています。ホスティングの選択肢も同様に進化し続けており、数年後には今では想像できない新しい形が登場するかもしれません。この変化を楽しみながら、あなたのプロジェクトに最適なホスティング環境を見つけてください。
カテゴリ
カテゴリ
タグ
関連リンク
