共有ホスティングで今日見ているもの
- 顧客は技術的な詳細をあまり求めず、すべてをクラウドに保存する
- 5年前と比較して、アプリケーションを起動するためにunixシェルで行う魔法のアクションはそれほど必要ありません（パネル、コンテナー、シンプルなインストーラーが登場しました）
- セルフホストアプリケーションと同じ機能をすべて実行する多くのSaaSおよびPaaSアプリケーションがあります
解決策として、コンテナ化を活用する機会が生じます。 現時点では、これらの技術は産業で使用する準備ができています。
- Maas / juju-Ubuntuスタック。地理的に分散した多くの物理サーバーを管理し、既製のテンプレートからアプリケーションを実行できます。
- 独自のクラウド：Red Hat（OpenShift）、VMWare（Cloud Foundry）、Google（App Engine）
- 共有ホスティングのための最新のソリューション（分離環境でのCloudLinux）
- Docker：クライアントからホスティングプラットフォームにアプリケーションを配信する問題を解決し、一般的に「クライアント/サイト」から「クライアント/アプリケーション」にパラダイムを変更し、ホスティングをビジネスに近づけます。 Dockerでは、LXCコンテナーを使用できます。 CRIU（OpenVZ / Parallels）を使用すると、物理マシン間でLXCコンテナーをユーザーに透過的に転送できます。
結果として何が得られますか？
共有ホスティングの基盤としてのコンテナは、ホスティング事業者自身にとって有益です。 ニュースのトップに応じて、従来のホスティングとしても、クラウド、PaaS、SaaSなどとしても提供できます。 たとえば、現在はコミュニティによって積極的に開発されているDockerです。
ユーザーのマシンとホスティングで同じコンテナを使用すると、Webサイトを作成するという決定からホスティングでアプリケーションを直接起動するまでのチェーンが短縮され、アプリケーションの展開と新しいホスティングへの転送が簡素化されます。 サイトまたはアプリケーションを展開するには、コンテナを説明するテキストファイルを提供し、クレジットカード情報を入力するだけで十分です。 これは、FTP経由でファイルをアップロードするよりも間違いなく簡単です。
技術的に以前よりも拡張性を高めることが技術的に可能であるため、ユーザーは会社に縛られています。 パフォーマンスの問題を一時的に解決するには、使用率の低いノードにコンテナを転送するだけです。 CRIUのおかげで、ほとんどの場合、これはユーザーに透過的に行われます。
車の数を減らす機会があります。 コンテナは、アイドル状態のサーバーと不完全な読み込みで動作するサーバーの両方に追加できます。 物理サーバーを迅速に運用および廃止する機会があります。 共有ホスティングに関係しない他のアプリケーションが未使用のコンピューティングリソースを利用する機会があります。
そして最後に、habrasocietyの問題は、より技術的なプラットフォームが本当にホスティングを選択する決定要因であるのか、それともサポートとマーケティングがすべてを決定するのかということです。