バーチャルツアーを自社ホストする方法：設定とコスト

あなた自身のバーチャルツアーをホスティングすると、管理するインフラストラクチャでツアーアプリケーション、パノラマ、およびサポートファイルを公開することを意味します。 Software-as-a-Serviceアカウントに依存して、すべてのプロジェクトをオンラインで維持する代わりに、サーバー、ドメイン、ストレージの場所、バックアップポリシー、アクセスルールを選択します。その制御は、特定のブランディングやデータ要件を持つ写真家、代理店、不動産事業、ホテル、博物館、および組織にとって価値があります。

セルフホスティングは、オフィスでサーバーを実行するのと同じではありません。管理されたWebホスト、仮想プライベートサーバー、専用インフラ、またはプライベートクラウドアカウントを使用できます。適切なオプションは、トラフィック、技術的な経験、クライアントのコミットメント、および仮想ツアーソフトウェアが配信される方法によって異なります。このガイドでは、完全に管理されたSaaSプラットフォームから、実用的な要件、設定プロセス、コスト、責任、および違いについて説明します。

バーチャルツアーを実際に意味するもの

セルフホスト型バーチャルツアーは、管理または委託するホスティング環境から提供されます。ツアーは、HTML、JavaScript、画像、およびメディアファイルで作られた静的エクスポート、またはデータベースと管理パネルでWebアプリケーション内で実行することができます。どちらの場合も、お客様が選択したインフラから必要な資産が供給される間、お客様のドメインを通じてツアーをオープンします。

ホスティングアカウントの所有権は、すべてのコンポーネントの所有権を自動的に意味しません。ソフトウェアのライセンス、サードパーティのマップ、ビデオサービス、フォント、分析、およびツアーで使用される外部メディアを確認してください。外部のサブスクリプションや統合が終了した場合、本物的に独立したデプロイメントは、どの部品が利用可能なかを明確にする必要があります。

適切な自己主催アーキテクチャを選択

静的ツアーファイル

静的ツアーは通常、従来のWebホスティングまたはオブジェクトストレージにアップロードできます。エクスポート後のデータベースやサーバー側のアプリケーションは必要ありません。このアプローチは、小さな攻撃面を持ち、コンテンツ配信ネットワークでうまく機能することができますが、すべての更新は通常、新しいエクスポートとアップロードが必要です。

Webアプリケーションのインストール

インストールされたプラットフォームでは、ブラウザベースの管理領域からツアーを作成、編集、および公開することができます。一般的に、サポートされているPHPバージョン、データベース、書き込み可能なストレージ、スケジュールされたタスク、および画像処理のための十分なサーバーリソースが必要です。多くのツアーを管理したり、1つのシステムから頻繁にクライアントの更新を必要とするときにこのモデルは実用的です。

カスタムビューアまたはアプリケーション

開発者は、パノラマビューアやJavaScriptフレームワークの周りのカスタムエクスペリエンスを構築することができます。これは、行動と統合の広範な制御を提供していますが、あなたのチームは開発、アクセシビリティ、ブラウザの互換性、セキュリティ、メンテナンスを担当します。継続的エンジニアリング作業を正当化するプロジェクトに最適です。

開始前に確認するためのホスティング要件

ホスティングプランを購入する前にソフトウェアのドキュメントを読みます。最小限の要件は、開始点のみです。画像重いプロジェクトは、アップロード、処理、配信、およびバックアップの実用的な容量も必要です。

実行時間とデータベース: 必要な PHP またはその他のランタイムバージョン、データベースエンジン、拡張機能、構成制限を確認します。
ストレージ: 元のパノラマ、最適化された画像のタイル、ビデオ、フロアプラン、オーディオ、およびバックアップコピーを推定します。
記憶および処理: 一般的なWebページよりも、アップロード、リサイズ、またはタイル生成時に、よりメモリとCPUが必要な場合があります。
バンド幅: 実際の訪問者のトラフィックを計算します。 1回のセッションで多くの高解像度アセットを転送できます。
ドメインとHTTPS: 制御するドメインまたはサブドメインを使用して、自動的に更新されたTLS証明書。
バックアップ: ファイルとデータベースの両方を保護し、生産サーバーの外で少なくとも1つのコピーを保ち、修復をテストします。
メールとスケジュールされたタスク: フォーム、通知、分析レポート、またはメンテナンスジョブが SMTP および cron アクセスを必要とするかどうかを確認します。
CDNとキャッシュ: これらは、オーディエンスが地理的に分散またはトラフィックが高いときに、小規模な展開でも役立ちます。

ステップバイステップで自分のバーチャルツアーをホストする方法

デリバリーモデルを定義します。 静的エクスポート、インストールされた管理プラットフォーム、またはカスタムアプリケーションが必要な場合。ツアーの数、予想されるトラフィック、更新頻度、クライアントアクセス、および統合のリスト。
適切なホスティングを選択します。 文書化されたランタイム、データベース、ストレージ、メモリ、および帯域幅の要件に適合します。管理されたホスティングは管理を減らします。 VPSは通常より制御を提供しますが、サーバーメンテナンスが必要です。
ドメインを接続します。 以下のような専用のサブドメインを作成します。 ツアーSDOMAIN, DNS レコードの設定, HTTPS を有効化して、パブリックリンクを共有します。
ツアーシステムをインストールまたはアップロードします。 ベンダーのインストールプロセスをフォローするか、フォルダとファイル名を保存しながらエクスポートしたファイルをアップロードします。ソフトウェアがサポートするパブリックアクセスの外部の認証情報と設定ファイルを保存します。
貯蔵および配達を構成して下さい。 アップロード制限、キャッシュ、圧縮、権限を設定します。オブジェクトストレージまたはCDNを使用する場合は、起動前にクロスオリジンルールとキャッシュ無効を確認します。
テストツアーを公開します。 代表的な高解像度のパノラマ、ホットスポット、フロアプラン、ビデオ、フォームを使用してください。デスクトップおよびモバイルデバイス、より遅い接続、および現在のブラウザでテストします。
監視とバックアップを設定します。 可用性、証明書の更新、ディスク使用量、エラー、リソース制限を監視します。バックアップをスケジュールし、バックアップアーカイブが使用可能であることを仮定するのではなく、修復テストを完了します。
文書の維持。 アプリケーションの更新方法を記録し、サービスを更新し、データを復元し、クライアントツアーを削除し、停電に応答します。重要なタスクを非公式に残す代わりに、責任を割り当てます。

ツアー自体をビルドする必要がある場合は、ガイドに従ってくださいバーチャルツアーを作成する方法. 撮影ステージでは、 360度写真を作成する方法お問い合わせ

自己ホスティング費用とは?

毎月のホスティングインボイスよりもコストが広い。ソフトウェアライセンス、サーバー、または管理されたホスティング、ドメイン、外部ストレージ、CDNトラフィック、メール配信、監視、バックアップ、移行作業、管理に必要な時間を含みます。保存されたメディア、トラフィック、画像処理、冗長性、および期待をサポートすることでコストが上昇します。

小さなポートフォリオは、ソフトウェアの要件が許可されている場合、モデスト共有または管理されたホスティングに収まる可能性があります。成長する代理店は、VPS、オブジェクトストレージ、CDN、および自動オフサイトのバックアップが必要な場合があります。企業または規制されたプロジェクトは、独立した環境、アクセス制御、監査プロセス、および正式な回復手順を要求することができます。すべての訪問者またはパノラマが同じリソースコストを持っていると仮定する代わりに、代表的なテストツアーから測定を使用してください。

データの制御、プライバシー、セキュリティ

セルフホスティングは、インフラストラクチャの場所、アカウント、保持ポリシー、およびバックアップ先の権限を与えます。クライアントデータは、ソフトウェアベンダーの共有プラットフォームから分離しやすくなり、契約または地理的要件に合ったプロバイダーを選択することができます。それは、それ自体によって、プライバシーまたはコンプライアンスを保証するものではありません。

あなたは、更新、強力な認証、優先アクセス、暗号化された接続、バックアップ保護、ログ、インシデント応答、および削除要求のために責任を負います。ツアーが顔、プライベートなインテリア、連絡先の詳細、分析識別子、または制限された施設を含むかどうかを確認します。必要なデータだけを収集し、保持期間を定義し、法的または規制上の義務が適用されるときに適切な専門家の助言を得る。

セルフホストバーチャルツアーとSaaSプラットフォーム

SaaSプラットフォームは通常、サブスクリプションの背後にあるインフラ、アップグレード、可用性、スケーリングを処理します。開始し、より少ない技術的な管理を要求するより速いです。交換では、プロバイダーの計画、ストレージルール、ブランディングオプション、エクスポート機能、製品ロードマップ内で動作します。

セルフホスティングは、ドメイン、データロケーション、統合、ブランディング、および長期的な配信をさらに制御できます。また、お客様のホスティングパートナーに業務を転送します。どちらのモデルも自動的に安くても安全です: 結果は、プロジェクトボリューム、サービス要件、内部スキル、実装の品質によって異なります。私たちについてセルフホスト対クラウドバーチャルツアーソフトウェアの比較その決定を詳細に探求します。

自己ホストがよい適合であるとき

プロバイダー制御のパブリックプロファイルなしであなた自身のドメインとブランドを使用するツアーをしたいです。
成長するポートフォリオを管理し、各ツアーSaaSプランから分離されたインフラストラクチャの決定を望む。
クライアントは、特定のホスティング領域、保持ポリシー、アクセスモデル、またはバックアッププロセスを必要とします。
クローズドプラットフォームがサポートされていない統合やワークフローが必要です。
技術的能力、管理されたホスティングサポート、または信頼性の高い管理者がシステムを維持できます。

管理されたSaaSサービスは、時々のツアーだけを公開するときに、即時セットアップを必要とし、メンテナンスリソースを欠く、またはインフラとアプリケーションのサポートを処理するための1つのプロバイダを好むかもしれません。独立した展開のために構築されたツールを評価している場合は、ガイドをレビューしてください最高のセルフホスト仮想ツアーソフトウェアお問い合わせ

よくある質問

物理サーバーを所有する必要がありますか?

いいえ。ウェブホスティング、VPS、専用のホスティング、またはクラウドアカウントで実行されているほとんどの自発的なデプロイメント。セルフホストは、ハードウェアがどこにいるかではなく、デプロイメントを制御する人について説明しています。

共有ホスティングでバーチャルツアーをホストできますか?

時々。静的ツアーと軽量なアプリケーションは共有ホスティングで動作するかもしれませんが、ランタイムバージョン、データベースアクセス、アップロード制限、メモリ、ストレージ、スケジュールされたタスク、および帯域幅を確認する必要があります。リアルなパンラマスを使ったテストは必須です。

セルフホストされたツアーは、CDNで動作しますか?

はい。 CDNは、アプリケーションが制御するインフラ上に残っている間、訪問者に近い画像タイルやその他の静的資産をキャッシュすることができます。特にツアーファイルを交換した後、キャッシングとクロスオリジンアクセスを慎重に設定します。

ソフトウェアの更新とバックアップを担当する人

管理されたホスティングプロバイダまたは技術的なパートナーがその責任を明示的に認めている場合を除きます。更新を監視し、バックアップを検証し、復元をテストし、クライアントプロジェクトを起動する前に失敗に応答するかどうかを定義します。

セルフホストツアーを別のプロバイダーに移動できますか?

通常、すべてのアプリケーションファイル、メディア、構成、データベース、およびライセンス情報にアクセスできるようにしました。移行プロセスをテストし、外部サービスやドメインの設定を識別します。

コンテンツ

自分のバーチャルツアーを確実にホストするには、配信アーキテクチャと運用の責任で始まり、サーバーの価格だけではありません。ソフトウェア要件を確認し、ストレージと帯域幅を測定し、ドメインを保護し、現実的なツアーをテストし、バックアップを自動化し、文書のメンテナンスを自動化します。データの余分制御、ブランディング、および配達が明確な技術的なプロセスによって支えられるとき自己ホストは最も有効です。

SVTBRANDトークン 管理下にバーチャルツアーを作成、管理、出版するためのセルフホストプラットフォームを提供します。ワークフローを調べるライブデモ、または利用可能なセルフホストパッケージのレビュープライシングページお問い合わせ