サイトごとに選択
各ホスティングラインは独自のデータセンター群を提供しています。サイトを作成する際に1つ選択しますが、注文フォームにはそのラインに本日空きのある都市のみが表示されます。
リージョンとデータの保存先
このプラットフォームにおいて、リージョンはサポートチケットではなく、サイトのプロパティであり、デプロイのたびに配置エンジンによって遵守されます。サイトを作成する際に、ホスティングプランが現在提供している都市の中からデータセンターを選択すると、すべてのデプロイはその場所のフリートキャパシティに配置され、その前面にはグローバルエッジが配置されます。各ホスティングページには、それらの都市がリアルタイムで一覧表示されます。
すべてのロケーションの背後には、お客様のサイトを実行するワーカーフリートと、それらを管理するコントロールプレーンという2つの要素が存在します。どちらもリージョンを認識します。どのロケーションを選択するかはお客様次第です。その基盤となるキャパシティは当社独自の手配によるものであり、単一のサプライヤーがプラットフォームそのものとなってしまわないよう、意図的に複数のサプライヤーにまたがって運用しています。
各ホスティングラインは独自のデータセンター群を提供しています。サイトを作成する際に1つ選択しますが、注文フォームにはそのラインに本日空きのある都市のみが表示されます。
各ホスティングページおよび注文フォームの都市情報は配置エンジンから読み取られるため、新しいロケーションは受入可能となった当日に表示され、満杯のロケーションは提示されません。
リージョンは、オペレーターがどのボックスを使用するかを覚えていることによってではなく、サイトが作成された瞬間にコードで適用されます。
フリート内の各ホストは、リージョンキー、製品ラインの関連性リスト、Web サーバーの種類、およびキャパシティの数値を指定して自身を登録し、作業を取得します。配置サービスは候補をまずリージョン、次に製品ライン、続いて空きキャパシティでフィルタリングし、最も負荷の低い適切なホストを選択します。
リージョンを固定した場合、そのリージョン内のワーカーのみが対象となります。固定しなかった場合、サイトは到達したワーカーのリージョンを継承し、その値がサイトに保存されます。そのため、データがどこに存在するかを示す記録は推測ではなく、確認可能なフィールドとなります。
配置は、ワーカーが引き続きアクティブであり、デプロイの受付を継続しており、かつ容量に達していない場合にのみ成功する条件付きアップデートによって容量を確保します。最後のスロットを争う2つのデプロイが両方とも成功することはないため、リージョンで気づかないうちにキャパシティを超過することはありません。
お客様のリージョンで対象となるリソースに空きがない場合、デプロイは配置エラーを発生させて停止します。リクエストを成功させるために別の大陸へフェイルオーバーすることはありません。知らないうちに国が移動してしまうサイトよりも、エラーが可視化されキャパシティを追加できる方が優れています。
すべての worker には accepts-deploys スイッチが備わっています。これを drain に切り替えると、既存のサイトはそのまま稼働し続ける一方で、新しいサイトの配置が停止します。これにより、お客様のワークロードを移動させることなく、リージョン内でのメンテナンス、ハードウェアの更新、廃止作業を実施しています。
データの所在場所 (データレジデンシー) は、後から変更することが極めて困難な数少ないホスティングの決定事項の1つです。そのため、当プラットフォームではこれを単なるデプロイメントの詳細ではなく、第一級の重要要素として扱っています。お客様が選択されたデータの所在場所は配置決定への入力情報となり、リージョンはサイトに対して記録され、フリートはそれに合致するようタグ付けされます。これにより、データの所在場所に関する回答は、単なる口頭説明ではなく監査可能なものとなります。
テナンシーモデルはこれと並行して動作します。エンジン内のすべてのレコードには組織スコープが付与され、データベースレベルで PostgreSQL の行レベルセキュリティが適用されます。また、テナンシーは階層型であり、リセラー組織の下にクライアント組織、その下にサイトが存在します。リージョンはデータがどこに配置されているかを示し、行レベルセキュリティは誰がデータにアクセスできるかを示します。どちらもコンプライアンス審査担当者にとって重要であり、どちらも省略できません。
GDPR のデータエクスポートおよび消去は、後付けのプロセスではなく同一設計の一部であり、特権操作および管理者操作は監査ログに記録されます。貴社の購入者のアンケートで、データの保存場所、クエリを実行できるユーザー、そして本人がデータの返却を求めた場合の対応について尋ねられた場合でも、ここではそれらの質問に明確に回答できます。
近隣のリージョンを選択することは有効ですが、訪問者が体感するレイテンシの大半は、リクエストがオリジンに到達する前の段階で決まります。
すべてが依然として同じ運命を共有しているならば、マルチリージョンにはほとんど価値がありません。このアーキテクチャは、同時に障害を起こしてはならない要素を分離します。
エンジン、データベース、ワークフローレイヤー、ダッシュボードは、お客様のサイトを提供するワーカーフリートとは完全に切り離され、専用の Kubernetes コントロールプレーン上で稼働します。コントロールプレーンの障害によってお客様のサイトがダウンすることはなく、フリートの障害によってプラットフォームがダウンすることもありません。
顧客ダッシュボード、管理者コンソール、およびこのマーケティングサイトは、コントロールプレーンクラスターから独立して Cloudflare 上に展開されているため、プラットフォームでインシデントが発生しても、その詳細を確認するためのページまで失われることはありません。
ステータスページは、意図的に別のリージョンの異なるプロバイダーでホストされています。監視対象であるインフラストラクチャ上で稼働しているステータスページは、まさにそれが必要な瞬間に役に立ちません。
サイトごとのバックアップは不変かつオフサイトでオブジェクトストレージに書き込まれ、復元は想定に頼るのではなく実際にテストされています。ファイルマネージャー、ドメイン、DNS、SSL、ログと並んで、パネルからワンクリックで復元を実行できます。
このページでは、サービスレベル合意、応答時間、またはレイテンシの数値を提示していません。SLA の条件は契約ごとに合意されます。Footprint-Free プランに関連付けられている99.99%という数値は稼働率の保証であり、当社が目指す目標であって、測定された過去の稼働実績ではありません。
実際には決定は4つの質問に集約され、ほとんどのお客様が1分未満で回答しています。
はい。リージョンは配置エンジンの入力値であり、帯域外で処理されるリクエストではありません。リージョンを固定すると、そのリージョン向けにタグ付けされたフリートワーカーのみがサイトの割り当て対象となります。選択されたリージョンはサイトレコードに保存されるため、実行場所をいつでも確認できます。未設定のままにした場合、サイトは割り当て先となったワーカーのリージョンを継承します。
各ホスティングラインは専用に構築されたキャパシティで稼働しているため、対象のラインによって異なります。注文フォームおよび各ホスティングページには、配置エンジンからリアルタイムで読み込まれた、本日選択可能な都市が一覧表示されるため、この情報が古くなることはありません。厳格な EU データレジデンシーをご希望の場合は、欧州連合内のデータセンターをご選択ください。調達要件として認定済みの基盤プラットフォームが必要な場合は、それらの要件を満たすキャパシティへ配置することが可能です。各拠点を支えるサプライヤーは弊社の商業契約に基づくものです。お客様にお選びいただくのは拠点であり、ベンダーではありません。
いいえ — Zinn Digital®は現在、独自のコンプライアンス認証を保持しておらず、そうであるかのように偽ることもいたしません。当社ができることは、購入者の調達要件により貴社のサイトの基盤として認証済みプラットフォームが必須とされる場合に、それらを保持する基盤プラットフォーム上に貴社のワークロードを配置することです。それとは別に、プラットフォーム独自の統制は実在し、監査可能です。サイトごとの分離、すべてのテナントスコープテーブルにおける行レベルのセキュリティ、Vault に保持されたシークレット、全面的な TLS、特権操作の監査ログ記録がこれに含まれます。
デプロイは、お客様のサイトを気付かれないように別の場所へ移行させるのではなく、配置エラーを明確に表示して失敗します。これは意図的な動作です。気付かないうちに管轄区域が変更されたサイトは、停止して理由を通知するデプロイよりもはるかに悪い結果となるからです。そのリージョンでより多くのホストをオンラインにすることで容量が追加され、ホストは自身を登録して直ちに処理の受付を開始します。
レイテンシのベンチマークは公開しておらず、特定の数値を保証することもいたしません。ご説明できるのはそのアーキテクチャです。すべてのサイトの前段に Cloudflare が配置されているため、キャッシュ可能なレスポンスは訪問者に近いエッジロケーションから配信され、LSCache が PHP やデータベースにアクセスすることなくワーカーからページ全体を配信し、サイトごとの Redis オブジェクトキャッシュが重複するクエリを吸収します。大半のコンテンツサイトにおいて、この組み合わせは、キャッシュ構成に比べてオリジンリージョンの重要性がはるかに低いことを意味します。訪問者が1つの大陸に集中している場合は、念のためオリジンをそこに配置してください。
リージョンはサイトの配置時に設定され、サイトレコードに保存されるため、リージョンの変更は単なる切り替えではなく移行作業となります。移転があらかじめわかっている場合は、作成前にご相談ください。稼働中のポートフォリオを移転するよりも、初回に正しく配置する方がはるかにコストを抑えられます。
サイトごとのバックアップは不変 (イミュータブル) であり、オフサイトに保管され、稼働中のフリートから分離されています。想定ではなく実際にテスト済みの復元プロセスを伴ってオブジェクトストレージへ書き込まれ、パネルからワンクリックで復元可能です。お客様のコンプライアンス要件により特定の法域にバックアップストレージを配置する必要がある場合は、直接ご相談ください。これはウェブページ上で一括して提示する主張ではなく、お客様ごとに合意する契約上の詳細事項です。
はい。トライアルは14日間で、クレジットカードは不要です。最大5つのサイトを含む Footprint-Free Hosting が対象となっており、本番環境のポートフォリオをどこに配置するかを決定する前に、デプロイ、配置、キャッシュ層の動作を確認するのに十分な内容となっています。
クレジットカード不要の14日間無料トライアルを開始するか、事前にお客様のデータ保持要件をお知らせいただければ、最初のデプロイから適切に配置いたします。
無料で始める