要約
- CloudTeknoloji は daha.net の運営会社です。公開されている商業情報ページには、法的企業名として CLOUD TEKNOLOJI BILISIM HIZMETLERI TICARET A.S.、ブランドとして daha.net、イスタンブールの住所、電話番号、MERSIS 番号、商業登記番号が記載されており、ホスティング、クラウドサーバー、ドメイン、SSL、メールおよび関連 IT サービスを提供していると説明されています。
- インフラストラクチャの主張は具体的ですが、完全に独立しているわけではありません。概要ページには、daha.net のシステムはイスタンブール 4. Levent から管理され、イスタンブールの ICS データセンターでホストされており、Tier III、PCI/DSS、冗長インターネット容量、事業者に依存しないファイバー、UPS、A+B 電源、物理セキュリティ、冷却が備わっていると記載されています。読者はこれらを、顧客契約や施設証明書で裏付けられない限り、同社の主張として扱うべきです。
- 公開ルーティングフットプリントは現時点で狭いものです。RIPEstat の AS 概要は、CloudTeknoloji に AS202048 が通知されていることを示し、通知済みプレフィックスデータは、2026年6月下旬から7月12日までの期間に 1 つの可視プレフィックス 46.28.232.0/24 を示しています。RIS プレフィックス数は、1 つの発信 IPv4 プレフィックス、トランジットプレフィックスなし、IPv6 発信プレフィックスなしを示しています。
- 主な顧客の疑問は、daha.net が存在するかどうかではありません。顧客のウェブサイト、VPS、メール、DNS、バックアップ、移行計画が、1 つのイスタンブール施設、小さなルーテッドアドレスブロック、現在観測される ICS アップストリーム経路、サポート対応時間帯、およびバックアップとデータ損失の責任の一部を顧客に負わせる契約条件にどの程度依存しているかです。
同社は多くの薄型ホスティング名よりも明確
CloudTeknoloji の公的な身元は、小規模ホスティング事業者としては異例なほど明確に定義されています。daha.net の商業情報ページには、法的名称として CLOUD TEKNOLOJI BILISIM HIZMETLERI TICARET A.S. が記載され、daha.net がブランドであると明記され、Maslak 税務署、税番号 5470543764、MERSIS 番号 0547054376400001、商業登記番号 759033、および会社は 2010 年に設立されたと記載されています。同じページには、Sultan Selim Mahallesi, NEF 09 Plaza 4. Levent B Blok No:7/121, Kagithane, Istanbul の住所、電話、FAX、電子メール、KEP の詳細が記載されています。
これは、単なる匿名ホスティングを販売するドメインではないことを意味します。購入者はブランド、会社、住所、登録 ID、公的なネットワーク ID を結びつけることができます。RIPE の組織レコード ORG-SBHv1-RIPEには、トルコの Cloud Teknoloji Bilisim Hizmetleri ve Ticaret A.S. がリストされ、同じ商業登記番号が示され、組織タイプが LIR と特定され、Kagithane, Istanbul の住所と電話番号が記載されています。RIPE の自動番号レコード AS202048は、AS を CloudTeknoloji と命名し、Cloud Teknoloji Bilisim Hizmetleri ve Ticaret A.S. と説明し、同じ RIPE 組織にリンクしています。
ブランドの物語は、顧客向けの提供内容を補完します。概要ページは、daha.net が 2010 年から運営され、個人および法人顧客にホスティングおよびサーバーサービスを提供していると述べています。同ブランドは Cloud Teknoloji Bilisim Hizmetleri Ticaret Anonim Sirketi の一部として位置づけられ、ホスティング、クラウドサーバー、リセラーホスティング、ドメイン、SSL、法人メールを含むサービスセットを説明しています。お問い合わせページには、公開電話番号、FAX、サポートメール、住所、KEP の詳細が記載されており、購入者は営業、サポート、正式な通知のための可視的なルートを持つことができます。
したがって、同社は完全に不透明な店舗の背後で運営されているわけではありません。証拠は、実際のトルコのホスティングプロバイダー、名前の明らかな法人、ブランドの小売チャネル、RIPE LIR のアイデンティティ、通知された AS を支持しています。評価が下がり始めるのは、アイデンティティではなく、規模と冗長性においてです。公開記録は、会社と 1 つのルーテッドネットワークを証明できます。しかし、どれだけのハードウェアが展開されているか、直接管理下にあるラックの数、予備容量の確保量、フェイルオーバーのテスト頻度、または主要なイスタンブールサイトなしで顧客の復旧が完了できるかは証明できません。
ルーテッドフットプリントは現実的で現時点のもの、そして小さい
公開ネットワークの状況は単純です。RIPEstat の AS202048 の AS 概要は、ホルダーを CloudTeknoloji Cloud Teknoloji Bilisim Hizmetleri ve Ticaret A.S. として示し、AS が 2026 年 7 月 12 日に通知されたことを示しました。RIPEstat の通知済みプレフィックスデータは、2026 年 6 月 28 日から 7 月 12 日までに 1 つの可視プレフィックス 46.28.232.0/24 を示しました。RIPEstat の RIS プレフィックス数は、7 月 12 日のクエリ時点で、1 つの発信 IPv4 プレフィックス、ゼロのトランジット IPv4 プレフィックス、ゼロの発信 IPv6 プレフィックス、ゼロのトランジット IPv6 プレフィックスを示しました。
これは、ライブの公開運用を示すには十分です。RIPEstat の 46.28.232.0/24 のプレフィックス概要は、/24 が AS202048 によって通知されているとマークしています。RIPEstat のルーティングステータスデータは、サンプル時間に 326 の IPv4 フルフィードピアのうち 325 がルートを認識しており、1 つの可視 IPv4 プレフィックスと 256 の通知済み IPv4 スペースアドレスを示しました。また、可視の IPv6 スペースはゼロ、観測されたネイバーは 1 つでした。RPKI 検証は、AS202048 および 46.28.232.0/24 に対して有効な ROA、最大長 24 を返しました。
同じ証拠が主張を制限します。単一の /24 は、小さな公開アドレスフットプリントです。権威ネームサーバー、ホスティングノード、メールリレー、管理エンドポイント、顧客 VPS サービス、監視システムを運ぶ可能性がありますが、広範なリージョナルクラウド領域の証拠にはなりません。特に、可視の IPv6 発信がないことは、現代のクラウドおよびホスティング販売者にとって注目に値します。IPv4 のみの可視性はサービスを利用不可能にするわけではありませんが、デュアルスタックのパブリックサービスを必要とする顧客は、暗黙のうちに存在すると仮定するのではなく、明示的な IPv6 の可用性を問い合わせるべきであることを示しています。
また、この ASN に対する公開 PeeringDB ネットワークエントリはありません。ASN 202048 の PeeringDB ルックアップは空のデータセットを返します。PeeringDB の不在は、エンジニアリングの弱さの証明ではありません。多くの小規模プロバイダーはアップストリームトランジットに依存し、公開エクスチェンジプロファイルを維持していません。それでも、事業者が施設のプレゼンス、トラフィックレベル、ピアリングポリシー、NOC 連絡先、エクスチェンジ接続を公開する一般的な独立した場所の 1 つが失われます。CloudTeknoloji の場合、可視の公開データは「実際のルーテッド AS、現在の IPv4 /24 が 1 つ、有効なルート認証、可視の IPv6 発信なし、公開ピアリングプロファイルなし」を示しています。
これは中程度の証拠グレードであり、否定的なものではありません。ネットワークは可視的で現時点のものですが、マルチサイト容量、トランジット多様性、予備ホスト容量、復旧経路設計に関する非公開の証明を顧客に要求することを残しています。
ラックの境界はイスタンブールであり、場所を特定しないクラウドではない
同社自身の施設に関する表現は、リスクの議論を形作るのに十分な精度を持っています。概要ページは、システムがイスタンブール 4. Levent の運用センターから管理され、イスタンブールに所在する ICS データセンターでホストされていると述べています。ICS データセンターは PCI/DSS 認証済みで Tier III 基準に準拠していると説明されています。また、100 Gbps を超える冗長インターネットアクセス容量、事業者に依存しないファイバー、完全冗長 UPS およびエネルギーシステム、A+B 二重電源供給、物理セキュリティ、冷却を主張しています。サービスポリシーは、場所の主張をより簡潔に繰り返しています。daha.net のサーバーはイスタンブールの ICS データセンター、Tier III でホストされています。
これにより、マーケティング上の「クラウド」という言葉が具体的な場所に変わります。顧客のサービスは、イスタンブールのラック、施設運営者、電力配分、冷却、ケーブリング、クロスコネクト、スイッチポート、トランジットセッション、ストレージ、ハードウェア在庫、修理を行える担当者に依存します。これらの一部は CloudTeknoloji が直接制御している可能性があります。一部は ICS データセンターまたはアップストリームキャリアにあります。公開ページは、どのラックがリースされているか、CloudTeknoloji がどの機器を所有しているか、施設容量のどれだけが daha.net 用に予約されているか、同じ製品が別のトルコの都市や別の国にフェイルオーバーできるかを開示していません。
この区別はデータの局所性にとって重要です。CloudTeknoloji の提供は、特にトルコの顧客にとって、ホスティングとサーバー容量をトルコに保持しているように見えるため、魅力的です。VDS ページは、イスタンブールのロケーション、VMware ESXi 仮想化、SSD 対応 VDS パッケージを宣伝しています。Pro Cloud ページは、再度イスタンブールロケーション、Xeon Gold 6138 プロセッサ、マネージドサポート、NVMe SSD ストレージを宣伝しています。ホスティングページは、イスタンブールロケーションのホスティング、Linux LiteSpeed、Windows IIS、無料 SSL、毎週のバックアップを宣伝しています。RIPEstat の 46.28.232.0/24 の地理位置情報データも、確認時点で公開プレフィックスをトルコに配置しています。
しかし、局所性は回復力と同じではありません。トルコの施設は、顧客の管轄区域、遅延、言語サポートの要件を満たすことができますが、それでも顧客を単一サイト障害にさらす可能性があります。主要なホステッドサービス、バックアップコピー、サポートポータル、顧客 DNS がすべて同じキャンパスまたは同じキャリアハンドオフに依存している場合、顧客はローカルコントロールを持ちますが、独立性は限られています。より強力な継続性の主張は、セカンドサイト、テスト済みの復元場所、別の管理ドメイン、定義された復旧時間目標、明確なエクスポートパスを挙げるでしょう。
サービスカタログはサーバーだけでなくレイヤーを販売
daha.net の製品範囲は、狭い VPS ショップよりも広範です。商業情報ページは、同社がウェブホスティング、クラウドサーバー、ドメイン登録、SSL 証明書、電子メール、関連 IT サービスで事業を展開していると述べています。ナビゲーションと製品ページは同じ広がりを示しています。標準 VDS クラウドサーバー、マネージド Pro Cloud サーバー、ウェブホスティング、WordPress ホスティング、リセラーホスティング、法人ホスティング、ドメインサービス、SSL 証明書、コントロールパネルライセンス、Microsoft 365、一括メール、サーバーメンテナンスサービスです。
この広がりは商業的に有用です。小規模企業は、1 つのプロバイダーからドメイン、ホスティング、メール、証明書、VPS、サポートを購入できます。代理店は、クライアントのドメインとサイトを 1 つのアカウントで維持できます。トルコの e コマースサイトは、イスタンブールでホストされたインフラストラクチャとトルコ語サポートを、ハイパースケールコンソールを学習する代わりに選択できます。共有ホスティングを超えた顧客は、ブランドを変更せずに VDS またはマネージド Pro Cloud に移行できます。
同じ広がりは、依存関係の検査も難しくします。ドメイン登録はレジストリとレジストラチャネルに依存します。メールは、ローカル DNS とサポートに加えて、外部プラットフォームに依存する可能性があります。SSL は証明書機関と検証タイミングに依存します。VDS はハイパーバイザー、ストレージ、ネットワークに依存します。マネージドクラウドはスタッフのアクセスと変更規律に依存します。サーバーメンテナンスはエンジニアのスキルと可用性に依存します。バンドルされた請求書は、これらすべてを 1 つのサービスのように感じさせる可能性がありますが、障害連鎖は依然として複数の事業者を横断します。
CloudTeknoloji の公開ページは、いくつかの技術的要素を適切に挙げています。VDS ページは、VMware ESXi、SSD ストレージ、完全ルートアクセス、Intel Xeon E5-2695 V4 プロセッサ、および小規模な 2 コアマシンから 6 コア、8 GB RAM、80 GB SSD 層までのパッケージサイズを宣伝しています。Pro Cloud ページは、Xeon Gold 6138、NVMe SSD、割り当てリソース、マネージドサービス、セキュリティアップデート、最適化、技術フォローアップを宣伝しています。ホスティングページは、Linux LiteSpeed、Windows IIS、NVMe SSD、cPanel または Plesk、毎週のバックアップを宣伝しています。これらは空のバズワードではありません。製品ファミリーと一部のハードウェアクラスを特定しています。
それでも、公開情報は最も難しい容量の質問の前で止まります。各プランファミリーをサポートする物理ホストの数は？オーバーサブスクリプション比率は？1 台のホスト障害を吸収できる予備ノードの数は？VDS ストレージシステムはローカルか、共有か、レプリケートか、スナップショットでバックアップされているか？Pro Cloud 層は標準 VDS とは異なるホストで実行されているのか、それとも単により高いリソースクラスとマネージドサポートで実行されているのか？バックアップリポジトリは本番ストレージ層の外部にあるのか？顧客は VM イメージをエクスポートできるのか、それともファイルとコントロールパネルのバックアップのみか？これらの質問が、販売されたプランが通常時のみ快適か、修理時に耐久性があるかを決定します。
現在の経路は施設の ICS 側に依存しているように見える
公開ルーティングパスは、施設/事業者の境界を指しています。RIPE データベースの自動番号レコード AS202048には、AS48678、AS42910、AS214588 に対するインポートおよびエクスポートポリシー行が含まれています。しかし、RIPEstat の AS ルーティング一貫性は、記録されたポリシーと観測されたルーティングの間に差異を示しています。AS214588 は BGP およびポリシーデータに存在しますが、AS48678 と AS42910 はポリシーデータに表示されるものの、サンプル時間には BGP で観測されませんでした。RIPEstat の ASN ネイバーデータも、最新の利用可能時間において、一意の左側ネイバーとして AS214588 を報告しました。
AS214588 は無関係なランダムホップではありません。RIPE のAS214588 レコードは、それをicsteknolojiと命名し、RIPEstat の AS214588 概要は、ホルダーを ICS Bilisim Teknolojileri Danismanlik Hizmetleri A.S. としています。AS214588 のポリシーデータは、Turkcell/Superonline、Turk Telekom、Vodafone とのアップストリーム関係を示しています。46.28.232.0/24 の BGP 状態サンプルも、サンプルルートにおいて、AS214588 を介して AS202048 に到達するグローバルパスを示しています。
これは、CloudTeknoloji にプライベートバックアップリンク、ダークファイバーパス、帯域外復旧がないことを証明するものではありません。公開 BGP コレクターは、ある時点でグローバルに可視なものだけを示します。しかし、ホステッド容量を購入する顧客にとって、現在の公開パスは依然として意味があります。AS202048 の公開インターネットサービスが現在 AS214588 を介して到達されている場合、施設およびアップストリームの調整は CloudTeknoloji の運用表面の一部です。その経路でのルーティングエラー、商取引上の紛争、クロスコネクト障害、DDoS 緩和問題、電源イベント、キャリア障害、設定ミスのハンドオフは、VM が正常であっても CloudTeknoloji の顧客に影響を与える可能性があります。
実務上の疑問はトランジット多様性です。CloudTeknoloji 自身の会社ページは、そのインフラストラクチャについて、事業者に依存しないファイバーと 100 Gbps 以上の冗長インターネット容量を主張しています。これは強力な主張ですが、公開 AS ビューは CloudTeknoloji エッジで観測されたネイバーが 1 つであることを示しています。これらの 2 つの記述は、基礎となる施設が複数のキャリアを持ちながら、CloudTeknoloji 自身の AS が現在 ICS ネットワークを公開トランジットハンドオフとして使用している場合に共存できます。また、バックアップオプションが施設使用、プライベート回線、手動フェイルオーバー用に予約されており、同時 BGP セッションとして可視でない場合にも共存できます。顧客はどの解釈が当てはまるかを問い合わせるべきです。
重要なサービスについては、回答は契約上および技術的に行われるべきです。顧客は、AS214588 が障害を起こした場合にパブリック IP がセカンドアップストリームを介して到達可能かどうか、自動ルートフェイルオーバーがあるかどうか、DDoS フィルタリングが同じ経路に依存しているかどうか、プライマリ AS202048 ルートが撤回された場合に DNS、管理パネル、サポートポータルが到達可能かどうかを知る必要があります。これらの回答がなければ、公開証拠は慎重な見解を支持します。現在の経路は実際のものであり、クリーンに認可され、可視的ですが、外部に集中しています。
ホステッド容量は即時として販売されるが、修理は即時ではない
VDS ページは、迅速なセットアップと簡単なリソース増加を強調しています。クラウドサーバーは VMware ESXi 仮想化、SSD ストレージ、完全ルートアクセス、分離リソースを使用し、顧客パネルを通じてリソースアップグレードを宣伝しています。Pro Cloud ページはさらに進んで、マネージドサービス、割り当てリソース、Xeon Gold プロセッサ、NVMe SSD を、よりヘビーなサイト、SaaS、代理店、e コマース、高トラフィックプロジェクト向けに販売しています。これが顧客への約束です。サーバーを所有せずにサーバーを利用することです。
運用の現実はより遅いです。仮想サーバーは数分で作成されるかもしれませんが、物理基盤は依然として数時間で故障します。ディスクは故障します。RAID リビルドは I/O を消費します。ホストはファームウェアアップデートを必要とします。スイッチポートは誤動作します。ハイパーバイザーはパッチを必要とします。バックアップジョブは時間枠を逃します。アカウントページがプランがアクティブであると言っていても、ストレージプールは満杯になる可能性があります。クラウドという言葉は部品箱を取り除きません。
サービスポリシーは、この摩擦の一部を認めている点で有用です。クレジットカードで支払われたアカウントは数分以内にアクティベートできると述べていますが、ホスティングとドメイン登録を超えるサービス（クラウドサーバー、ライセンス、SSL 証明書、一括メールを含む）は、営業時間外ではインストールまたは配達に最大 8 時間かかる可能性があります。銀行振込注文は支払い通知と確認が必要です。未払いのホスティングおよびクラウドサーバーサービスは 30 日後にサーバーから削除されると述べています。また、クラウドサーバーは、顧客が異なる制限のために回線をリースしない限り、10 Mbit の共有プールを使用すると述べています。
これらの詳細は製品を悪くするものではありません。それらは有限にします。「即時」は一般的な経路に対する販売体験です。有人時間外の配信、容量アップグレード、カスタムソフトウェアインストール、回線変更、滞納アカウントには異なるルールがあります。CloudTeknoloji への移行を計画している顧客は、すべてのリソース変更、ライセンス追加、帯域幅例外が自動的であると想定すべきではありません。デフォルトの帯域幅で十分か、有料オプションはレート制限だけでなくルート優先度も変更するか、回線変更に IP 再番号付けが必要か、リソース増加にホストレベルの制約があるかを問い合わせるべきです。
10 Mbit 共有プールの文言は特に重要です。多くの VDS 購入者は、最初にコア、RAM、ディスクを考えます。ネットワークスループットは、サイトが攻撃されたり、バックアップリストアが実行されたり、e コマースキャンペーンが開始されたり、メディアファイルが配布されたりするまで可視化されないことがよくあります。10 Mbit の共有プールは、静かなビジネスサイトには十分かもしれませんが、テストされた高スループット復旧経路の代わりにはなりません。顧客が数百ギガバイトを迅速にリストアしたり、大きなトラフィックバーストを処理したりすることを期待する場合、ネットワークレートルールは注文が行われる前に設計議論に含まれるべきです。
サポートのコミットメントは可視的だが、すべてが同じではない
daha.net はいくつかのサポート声明を公開しており、それらは選択的にではなく一緒に読まれるべきです。サービスポリシーは、月曜から金曜の 09:00 から 17:30 までの電話サポート、同じ時間帯の会計サポート、および 7 日 24 時間の技術メールサポートと 60 分の応答保証をリストしています。同じポリシーの後半で、カスタマーサポートセクションは、daha.net が営業時間内は 60 分以内、営業時間外は 8 時間以内に応答することを約束すると述べています。概要ページとお問い合わせページも、平日の電話利用可能性と継続的なメールまたはサポートチケットアクセスに言及しています。
ニュアンスが重要です。応答は修理と同じではありません。応答は受領確認、影響を受けるサービスの特定、資格情報の要求、またはプロバイダーに連絡済みの通知を行うことができます。修理は、施設スタッフ、アップストリームエンジニア、ハードウェア在庫、ベンダーライセンス、顧客自身の管理者、ドメインレジストリに依存する場合があります。日常的なホスティングサポートでは、60 分の応答で十分かもしれません。ダウンした e コマースチェックアウト、メール障害、アクセス不可能な ERP、侵害されたサーバー、失敗したデータベースリストアの場合、顧客はファーストレスポンス条件だけでなく、エスカレーション条件を必要とします。
CloudTeknoloji のサポートストーリーは、電話番号、サポートメール、チケットパス、事業所住所、KEP アドレス、書面による条件を公開しているため、連絡不可の格安ホストよりも強力です。リスクは、同じ公開条件が自然な限界も示していることです。電話カバレッジは 24 時間ではなく、一部の非コアサービス配信は営業時間外に待つことができ、営業時間外の応答時間は 2 つの方法で説明されています。購入者は、どの条項が自分の特定の製品に適用されるか、マネージド Pro Cloud がアンマネージド VDS とは異なるエスカレーションを受けるか、緊急対応に施設レベルの介入が含まれるか、修理時間目標を備えた名前付き重大度システムがあるかを問い合わせるべきです。
スタッフ配置は移行とも交差します。VDS ページは、無料移行サポートを宣伝しており、データ損失やサービス中断なしでウェブサイトとデータベースを移動することを含みます。これは顧客のケースで真実であれば価値がありますが、範囲を明確にすべきです。cPanel ウェブサイトの移動は、カスタムアプリケーション、Windows サーバー、ライブデータベース、メールアーカイブ、DNS ゾーン、DNSSEC セットアップ、ファイアウォール許可リスト、cron ジョブ、サードパーティ統合の移動と同じではありません。顧客は、「無料移行」の対象範囲、顧客が準備すべきもの、移行がスケジュールされているか、ロールバックが含まれるか、古いサイトがどの程度ライブのままでなければならないかを問い合わせるべきです。
メンテナンスウィンドウは明示的で、影響が大きい
メンテナンス条項は、CloudTeknoloji のクラウドが依然として通常のインフラストラクチャであることを示す最も明確な兆候の 1 つです。サービスポリシーは、サーバーメンテナンス、移設、ハードウェアアップデートが必要な場合、顧客には中断の 1 週間前、3 日前、1 日前に警告されると述べています。そのような中断は年間合計 96 時間を超えず、必要がない限り営業時間中には行われないと述べています。また、遅延、不完全、または不履行に対する不可抗力の責任を除外しています。
年間 96 時間は障害目標ではなく、ポリシーに記載されたメンテナンス上限です。それでも、これは意味のある顧客計画番号です。ホスティングページの稼働時間文言だけを読むビジネスは、ほぼ継続的なサービスを期待するかもしれません。ポリシーを読むビジネスは、計画されたインフラストラクチャ作業が年間でかなりの時間数を消費できることを理解します。これは、低リスクのサイト、開発環境、小規模ビジネスパンフレット、非クリティカルなローカルアプリケーションには許容されるかもしれません。注文受付、コールセンター、支払いフロー、クリニックシステムがすべてのメンテナンス夜間に稼働しなければならない顧客には十分ではありません。
重要な質問は、メンテナンスがどのように分離されるかです。1 台のホストをドレインしながら、ワークロードを他で継続できますか？VDS 顧客はホスト間でライブマイグレーションされますか？ストレージメンテナンスにはダウンタイムが必要ですか？ネットワークメンテナンスイベントはスイッチまたはトランジット層で冗長ですか？Pro Cloud 顧客は標準 VDS よりも高い可用性を購入できますか？ハードウェア交換後、バックアップリストアはテストされますか？1 週間前、3 日前、1 日前の通知はすべてのメンテナンスに適用されますか、それとも予想されるダウンタイムのみですか？ポリシーは公開アラートパターンを提供しますが、顧客はアーキテクチャの詳細を必要とします。
これは代理店やリセラー顧客にも影響します。リセラーが daha.net に数十のクライアントサイトをホストしている場合、1 回のメンテナンスイベントが数十のクライアントメールになる可能性があります。マネージドサービスプロバイダーが daha.net をトルコの VPS 層として使用している場合、修理の夜はすべての下流顧客に影響を与える可能性があります。e コマース事業者がキャンペーンを予定している場合、メンテナンス通知はフリーズウィンドウと互換性がなければなりません。ホステッド容量は、リソースグラフだけでなく、共有カレンダーになります。
バックアップ文言は過度に安心させない点で有用
daha.net のバックアップ文言は多くのホスティングページよりも正直であり、注意深く読まれるべきです。ホスティングおよび VDS 製品ページは、毎週のバックアップまたは定期的なバックアップ機能を宣伝しています。サービスポリシーは、より厳しいルールを示しています。ホスティングサーバーは毎週および毎月バックアップされ、サーバーサービスは顧客がバックアップサービスを購入しない限りバックアップされず、バックアップは欠陥があるか使用できない可能性があり、顧客に対するそれらのバックアップからの保証はなく、アカウントバックアップは顧客の責任です。また、顧客が daha.net が取得したバックアップを必要とする場合、会社はバックアップシステムに応じて、裁量で利用可能なバックアップを提供する可能性があると述べています。
この文言は、顧客を魔法のような思考から遠ざけるべきです。ホスティングプランのバックアップラベルは、保証されたリストアサービスと同じではありません。共有ホスティングの場合、毎週および毎月のバックアップは偶発的な削除やサイト障害に役立つかもしれませんが、ポリシーは保証された復旧を否認します。VDS およびサーバーサービスの場合、ポリシーは購入しない限りバックアップは含まれないと述べています。重要なワークロードの場合、購入者は、書面による条件が別段の定めをしない限り、独自のテスト済みバックアップ計画が必要であると想定すべきです。
「バックアップが存在する」と「リストアが機能する」の違いは、この会社にとって中心的なものです。CloudTeknoloji はホステッド容量を販売していますが、顧客は依然としてデータ保護を所有している可能性があります。WordPress サイトは、アプリケーションレベルで外部ストレージアカウントにバックアップできます。VDS は別のリージョンにスナップショットできます。データベースはレプリカまたはダンプをセカンドプロバイダーにストリーミングできます。DNS は別の事業者でホストできます。顧客は、CloudTeknoloji をプライマリホストにしながら、データが存在する唯一の場所としないことでリスクを低減できます。
顧客は、重要な目的で daha.net を使用する前に、5 つのバックアップ質問を問い合わせるべきです。第一に、バックアップはこの正確な製品に含まれているか、それとも別途購入する必要があるか？第二に、バックアップはプライマリ ICS ホストシステムに対してどこに保存されるか？第三に、リストアはどのくらいの頻度でテストされるか？第四に、暗号化キーと管理者権限を持っているのは誰か？第五に、デフォルトのネットワークレートで完全リストアにどのくらいの時間がかかるか？公開ポリシーは最初の質問の一部に答え、他の質問が重要であることを警告しています。
請求、キャンセル、データ削除は稼働時間の一部
インフラストラクチャ記事はしばしば経路とラックに焦点を当てますが、CloudTeknoloji の条件は、商業状態が同様に重要であることを示しています。サービスポリシーは、7 日間未払いの注文は自動的にキャンセルされると述べています。更新期間から 1 か月後に、更新されていないホスティングおよびクラウドサーバーサービスはサーバーから完全に削除されると述べています。サービスキャンセルは、バックアップとともにアカウントを削除すると述べています。また、一部のアドオン、ライセンス、ドメイン、SSL およびその他のサービスの返金資格を制限し、技術チームが顧客のリクエストでアドオンやソフトウェアをインストールした場合、クラウドサーバーの返金資格が消える可能性があると述べています。
消費者ウェブサイトにとって、これらの条件は日常的なものかもしれません。ビジネスワークロードにとって、それらは依存関係です。支払いカードの障害、請求書の紛争、調達の遅延、スタッフの変更は、更新が制御されていない場合、データ削除につながる可能性があります。daha.net から離れる顧客は、キャンセルまたは非更新の前に、ファイル、データベース、DNS、メールボックス、証明書、キー、ライセンス、サーバーイメージをエクスポートする必要があります。ロールバックのためのバックアップに依存する顧客は、それらのバックアップがアカウントとともに消えるかどうかを理解する必要があります。
ここで、ホスティング経済学がリスクと出会います。バンドルされたローカルプロバイダーは、ゼロから冗長インフラストラクチャを構築するよりも安くて簡単かもしれません。しかし、より安いホスティングは、しばしば運用責任の一部を顧客に押し戻します。更新規律、バックアップ、移行準備、資格情報の保管、ドメインロック管理、DNS TTL、プロバイダー外のリストアコピーなどです。顧客は、インシデント後ではなく、初日から撤退計画を持つべきです。
撤退計画は原則としてシンプルです。可能な限りレジストラアクセスを独立して維持します。DNS エクスポートを維持します。プラットフォーム外のバックアップを維持します。どの IP アドレスが許可リストに結びついているかを把握します。現在の SSL 証明書と更新日のリストを維持します。サイトを別のプロバイダーにリストアするテストを行います。メールが重要な場合、単一のウェブホスティングアカウント外でメールの継続性を維持します。これらのどれも CloudTeknoloji を避けることを意味しません。それは、プロバイダーとして使用するが、ビジネスの唯一のコピーとして使用しないことを意味します。
データ主権は復旧トレードオフを伴う実際のセールスポイント
トルコの顧客にとって、ローカルホスティングは価値があります。国内ユーザーへの遅延を減らし、言語と税サポートを簡素化し、契約をなじみのある管轄区域に保ち、データローカリティの好みをサポートします。CloudTeknoloji の公式ページはそのローカルプロファイルを活用しています。イスタンブールのオフィス、イスタンブールの施設、トルコ語サポート、ポリシーにおけるトルコのみの注文受付、トルコの法的アイデンティティ、KEP アドレス、ローカルホスティング、ドメイン、ビジネスメールを対象としたサービスセットです。46.28.232.0/24 の地理位置情報ビューも、可視の公開プレフィックスをトルコに合わせています。
しかし、ローカリティは、独立した復旧と組み合わされなければ、リスクを集中させる可能性があります。データをトルコに保持しなければならない顧客は、それでもセカンドトルコサイト、セカンドプロバイダー、セカンドバックアップアカウント、または少なくとも別の DNS とリストアの取り決めを必要とするかもしれません。海外の復旧コピーを使用できる顧客は、より簡単な地理的分離を得られるかもしれませんが、法的、プライバシー、契約上の制限を考慮する必要があります。CloudTeknoloji の公開ページはそのトレードオフを解決していません。トルコ中心のプロバイダーを示しています。完全なマルチサイト復旧アーキテクチャを公開していません。
正しい結論は、トルコローカルホスティングが弱いということではありません。主権と復旧力は別の設計目標であるということです。前者はデータがどこに存在し、どの法律が適用されるかを尋ねます。後者は、サイト、経路、ストレージ、スタッフ、アカウント障害の後も顧客が継続できるかどうかを尋ねます。CloudTeknoloji は、サービスをイスタンブールに保持することで前者に役立つかもしれません。顧客は依然として後者を検証する必要があります。
これは、規制対象、風評、収益に敏感なワークロードを持つ顧客に特に当てはまります。学校、診療所、代理店、e コマースショップ、専門事務所は、サポートデスクが同じ言語を話し、法的エンティティにアクセス可能で、サーバーがイスタンブールにあるため、daha.net を選択するかもしれません。それは合理的です。しかし、同じサービスが唯一の DNS ホスト、唯一のメールホスト、唯一のバックアップ場所、唯一のサポート経路でもある場合、ローカルアドバンテージは運用上の単一障害点になります。修正は抽象的ではありません。別のバックアップ、別の DNS、文書化されたフェイルオーバー、テストされたリストア、書面によるエスカレーションです。
このシステムが故障した場合に影響を受ける人々
最初の影響グループは共有ホスティング顧客です。これらのユーザーは、プラットフォームの制限を最も感じる可能性が高いですが、背後にある施設を理解する可能性は最も低いです。共有ホスティング障害は、ウェブサイト、メールボックス、データベース、コントロールパネル、SSL 更新経路を一度にオフラインにする可能性があります。顧客はルートアクセスや直接バックアップ制御を持っていないかもしれません。したがって、サービスポリシーのバックアップ免責事項は、最も技術的でない顧客に最も関係します。
2 番目のグループは VDS および Pro Cloud 顧客です。彼らはより多くの制御を持っていますが、より多くの責任も継承します。アンマネージド VDS 顧客はルートアクセスを持ち、独自のスタックを構築できますが、オペレーティングシステムのアップデート、アプリケーションセキュリティ、データベースバックアップ、リストア計画は顧客に任されている可能性があります。マネージド Pro Cloud 顧客はより多くの支援を得られるかもしれませんが、どの層が管理され、どの層がベストエフォートサポートで、どの層が顧客所有のままかを確認すべきです。
3 番目のグループは代理店とリセラーです。彼らは 1 つのアップストリームプロバイダーを多くの下流の約束に変えます。daha.net からリセラーホスティング、VDS 容量、マネージドサーバーを購入する場合、独自のクライアントは代理店を事業者と見なすかもしれません。daha.net のメンテナンスウィンドウ、サポートキュー、経路問題は代理店インシデントになります。これらの顧客は、トラブルが始まる前に、ステータスアップデート、クライアントコミュニケーションテンプレート、移行バックアップ、明確なサービス境界を必要とします。
4 番目のグループはドメインおよびメール顧客です。ドメインの有効期限、転送制限、DNS エラー、メールルーティング障害は、ウェブ障害よりも長く続く可能性があります。サービスポリシーは、ドメイン更新通知、自動更新、復元期間、転送条件を説明しています。ドメイン、DNS、ホスティング、メールを 1 つのアカウントにまとめる顧客は便利さを得ます。また、更新、資格情報、サポートエスカレーションを 1 か所にまとめます。所有権アクセスをホスティング制御から分離することで、そのリスクを低減できます。
最後の影響グループは CloudTeknoloji 自身です。小さな公開 AS と集中した経路は、自動的に運用上の弱さを意味するわけではありませんが、各公開インシデントが風評的な重みを持つことを意味します。顧客がブランドをローカルの信頼性パートナーと見なす場合、明確な通知、正直なステータスページ、迅速な修理アップデート、実用的な移行支援を期待するでしょう。公開サービスポリシーは既にメンテナンス通知とサポート応答を認めています。次の成熟度シグナルは、透明なインシデント履歴と製品固有の復旧条件でしょう。
未解決の質問を解決するもの
公開記録は慎重なプロフィールには十分ですが、信頼性の高い回復力評価には十分ではありません。5 つの追加開示が評価を実質的に変えるでしょう。
第一に、CloudTeknoloji は契約下で施設と所有権の境界を公開または提供できます。どのサービスが ICS データセンターで実行され、どのサービスが CloudTeknoloji 所有のハードウェアか、どのサービスがリース容量か、どのサービスがサードパーティベンダーに依存しているか。第二に、製品固有のバックアップ条件を公開できます。含まれるバックアップ、有料バックアップ、保持期間、オフサイトの場所、リストア時間、リストアテスト、顧客責任。第三に、AS202048 のトランジット設計を明記できます。現在のアップストリーム、フェイルオーバー動作、DDoS 処理、IPv6 可用性、AS48678 または AS42910 が利用可能なバックアップオプションとして残っているか、過去のポリシー行のみか。第四に、製品階層ごとにメンテナンスと緊急コミットメントを提供し、応答と修理を区別できます。第五に、退出権限を文書化できます。VM エクスポート、コントロールパネルバックアップ、DNS ゾーンエクスポート、ドメイン転送サポート、IP ポータビリティ制限、アカウント削除タイミング。
これらの詳細の一部は、既に顧客契約や営業提案に存在するかもしれません。問題は公開検証可能性です。外部から見ると、同社は多くのホストよりも強力なアイデンティティフットプリント、ライブで認可された経路、一貫したイスタンブールホスティングストーリーを持っています。また、小さな可視公開ネットワーク、可視の IPv6 発信なし、ICS を通じた観測されたアップストリーム経路、そして意味のあるバックアップと更新責任を顧客に負わせるサービス条件を持っています。
購入者の仕事は、ワークロードの重要度をその証拠に合わせることです。低リスクのパンフレットサイト、小規模 WordPress サイト、ローカルビジネスメール設定、開発 VPS は快適に適合するかもしれません。高トラフィックのストアフロント、規制対象データストア、公共緊急サービス、支払いクリティカルなアプリケーション、マルチクライアントリセラープラットフォームは、本番移行前に書面による冗長性とリストア証拠を要求すべきです。
結論
CloudTeknoloji Cloud Teknoloji Bilisim Hizmetleri ve Ticaret A.S. は、却下も盲目的信頼も値しません。daha.net の背後にある会社は特定可能であり、可視的なトルコの商業アイデンティティの下で運営され、連絡先と法的情報を公開し、広範なホスティングカタログを販売し、イスタンブール施設のホスティングを主張し、ライブの公開 AS を保持しています。AS202048 の公開経路は通知され、コレクターに可視であり、46.28.232.0/24 に対する有効な RPKI 認証でカバーされています。
注意点は、公開フットプリントが狭いことです。1 つの可視 IPv4 /24、可視の IPv6 発信なし、公開 PeeringDB プロファイルなし、現在観測される 1 つの AS ネイバーは、広範な冗長性を証明しません。公式のサービス条件も、クラウドサーバー、バックアップ、メンテナンス、サポート時間、帯域幅、更新状態に制限があることを顧客に思い出させます。平たく言えば、CloudTeknoloji はトルコのビジネスにとって価値のあるホステッド容量を販売していますが、その容量は依然としてラック、トランジット、電力、ハードウェア交換、スタッフ応答、顧客自身のバックアップと移行規律に依存しています。
適切な購入者の姿勢は実用的です。イスタンブールのホスティング、トルコ語サポート、バンドルサービスがワークロードに合う場合はローカルプロバイダーを利用しますが、プロバイダーに復旧経路を示させます。データがどこにあるか、バックアップがどこにあるか、どの経路がフェイルオーバーするか、修理がどのようにエスカレーションされるか、完全リストアがどのくらいの速さで実行できるか、非更新後に何が起こるか、顧客がどのようにクリーンに退出できるかを尋ねます。それらの回答が書面で提供されテストされるまで、公開証拠は中程度の信頼性のインフラストラクチャプロフィールを支持します。実際の運用、限られた公開ネットワーク深度、そして「クラウド」という言葉よりも重要な復旧の疑問です。