要約

  • BRDrive は、活動中のブラジル企業 BRDrive Tecnologia Ltda(CNPJ 08.937.631/0001-43)と、同一の名称、登録番号、住所、電話番号を使用した公開 VPS 契約に結びつけることができる。法的な身元はディレクトリのラベルだけよりも明確であるが、同社が主張する23年の歴史は法人の2007年開業よりも古く、公開サイトでは説明されていない。
  • 提供内容は幅広い地域インフラサービス:仮想マシン、ホスティング、コロケーション、ベアメタル、バックアップ、ディザスタリカバリ、監視、メール、ネットワーク・サーバーサポート。BRDrive は5つのブラジル国内クラウドロケーションを運営し、99.7%の可用性コミットメントを提供するとしているが、公開資料にはロケーションごとのアーキテクチャ、容量記録、可用性履歴は掲載されていない。
  • AS268589 は意味のあるネットワーク証拠を提供する。PeeringDB では BRDrive が5つの IX.br エクスチェンジと2つのファシリティに参加していることが記録され、bgp.tools では6つの IPv4 /24、4つの IPv6 経路、4つのアップストリームが観測された。これは動作中のネットワークを示しているが、特定の顧客サービスのパフォーマンス、物理的多様性、フェイルオーバー動作を示すものではない。
  • 決定的な証拠は契約固有のものである。公開された2022年の VPS 契約では、バックアップと論理的なセキュリティの多くを顧客に委ね、7日間のスナップショットはオプションとし、いくつかの停止クラスを可用性計算から除外し、サポート対応の開始を約束するが復旧は約束しない。購入者は、選択したサイトとワークロードに対してこれらの境界を解決する最新のサービスオーダーを必要とする。

名前は単なるリスト表示ではなく企業に結びつく

地域インフラプロバイダーに関する最初の質問は極めて散文的だ:誰が契約を結ぶのか?クラウドは洗練されたブランド、エクスチェンジのアドレス、インターネットレジストリの行を持ちながら、支払いを受け取る主体が不明なことがある。BRDrive の公開記録はそれよりも強力だ。

Casa dos Dados が提示する企業記録は、ブラジルの連邦登録データに基づき、BRDrive Tecnologia Ltda を CNPJ 08.937.631/0001-43の活動中の有限会社として識別している。商号 BRDrive、開業日2007年7月17日、サンタカタリーナ州カサドールの Rua Visconde de Maua の住所が記載されている。同じ会社名、登録番号、住所が BRDrive の公開 VPS 契約の上部に表示されている。サンタカタリーナ州薬局評議会の調達ファイルに含まれる2022年の見積書にも、BRDrive Tecnologia Ltda、同じ CNPJ、その住所、brdrive.net ドメイン、公開電話番号が記載されている。

この一致は重要だ。ブランド、法的契約当事者、サービス文書、政府調達記録、ドメイン、連絡チャネルを結びつける。購入者は、ベンダーオンボーディング、税務チェック、通知、エスカレーション記録に正しいエンティティを設定できる。割り当てられたBTW ディレクトリエントリは企業にとって有用な宛先であるが、ラベルに実質を与えるのは外部記録である。

それでも問うべきアイデンティティの疑問はある。BRDrive のウェブサイトは、23年以上の経験でビジネスをクラウドサービスに接続してきたと述べている。公開企業記録は法人を2007年としているが、これは本記事の公開時点で19年前である。差異は創業者の以前の活動、前身事業、または現在の企業に結びついていないマーケティング上の数字を反映している可能性がある。利用可能なページはこれを説明していない。これは虚偽表示の証明ではないが、企業年齢は運用履歴として扱う前に明示された系譜に基づくべきであることを思い出させる。

企業分類も文脈を要する。公開記録は主たる経済活動をコンピュータ機器・消耗品の専門小売としているが、現在のウェブサイトと契約ははるかに広範なインフラ事業を説明している。企業活動コードは遅れたり、後の事業と共存したりする。クラウド提供を無効にするものではない。調達チームは主たるコードから能力を推測するのではなく、署名されたサービス範囲、税務文書、関連するライセンスや認証を使用すべきであることを意味する。

健全な結論は狭く有用だ:BRDrive は持続的な公開アイデンティティを持つ実在の活動的なブラジル企業に帰属する。これで最初のデューデリジェンスのハードルはクリアされた。しかし、どの資産を所有し、どのファシリティを直接運営し、特定のサービスがストレス下でどのように動作するかはまだ確立されていない。

製品はインフラと労働力のバンドル

BRDrive は一つの抽象的なクラウドを販売しているわけではない。そのサービスカタログは、仮想サーバー、ウェブホスティング、法人向けメール、バックアップ、コロケーション、ベアメタル、ネットワーク機器への作業、物理インフラとサーバーサポート、監視、ホステッド Wi-Fi 制御、ディザスタリカバリ、コンサルティング、ファーストラインデスクトップ・ネットワークサポートに及ぶ。ホームページは Windows と Linux の選択肢を追加し、VMware、Hyper-V、Proxmox を仮想化オプションとして挙げている。

この幅広さは保証の問いを変える。自己管理 VPS、マネージドビジネスアプリケーション、顧客所有機器のラック、ディザスタリカバリコピーはすべて同じプロバイダーから購入できるが、それぞれの境界は異なる。VPS では、BRDrive は共有物理機器と仮想リソースを提供し、顧客は OS とデータを管理するかもしれない。コロケーションでは、顧客がサーバーを所有し、BRDrive は電力、冷却、物理アクセス、接続性を制御する。マネージドサポートでは、BRDrive スタッフが OS、データベース、ネットワーク機器に介入する可能性がある。バックアップサービスは保持、復元ツール、コピー配置を追加する。ディザスタリカバリサービスはアクティブ化計画、依存関係、復旧目標を追加する。

実用的な魅力は容易に見える。ブラジル南部の中堅企業は、コンピュート、ラックスペース、接続性、バックアップ、ハンズオンサポートを別々のサプライヤーから調達することを避けられる。近くのチームに、レガシーWindows ワークロード、Proxmox 移行、またはベンダーがすでに BRDrive の互換性リストに載っているアプリケーションを理解するよう依頼できる。ホームページは、専用 BRDrive インフラ上で動作するとされるソフトウェアブランドの長いリストを公開している。これは互換性の文脈として、特にハイパースケールカタログが議論しない可能性のあるローカルエンタープライズシステムにとって関連性がある。

しかし、広範なカタログはサービスオーダーが薄い場合に責任を曖昧にする可能性がある。顧客はバックアップが含まれ、サポートは24時間利用可能で、ファイアウォールは Web 経由で管理できると聞き、インシデント中に購入したプランがスナップショットのみをカバーし、OS 障害は顧客管理であり、応答目標は営業時間内であることを発見するかもしれない。プロバイダーが提供する労働力が多ければ多いほど、含まれる正確なタスクを特定することが重要になる。

各ワークロードについて、注文は誰がゲストをプロビジョニングし、OS にパッチを当て、ハイパーバイザーを管理し、故障したハードウェアを交換し、ストレージを監視し、ファイアウォールを調整し、認証情報をローテーションし、バックアップジョブをチェックし、リストアをテストし、インシデント中に通信するかを特定すべきである。また、BRDrive が事前承認なしにそれらのどのアクションを取ることができるかも示すべきである。ローカルプロバイダーの利点は、迅速に境界を越えられることにある。契約はその柔軟性を非公式ではなく説明責任のあるものにしなければならない。

ここでエンタープライズソフトウェア自動化とローカル労働力が出会う。監視は飽和ディスクに気づき、バックアップシステムはコピーをスケジュールし、仮想プラットフォームはゲストを再起動できる。これらのツールのどれも、破損したデータベースをロールバックすべきか、昨日のコピーが法的に許容されるか、アプリケーションベンダーに連絡すべきかを決定しない。BRDrive の提供は、機械とともに人々が宣伝されているからこそ価値がある。サービスは、それらの人々が単なる電話番号ではなく、名前付きの権限を持つときに最も強力になる。

5つのクラウドはそれぞれ別個の証明を必要とする5つの主張

BRDrive の現在の公開サイトは、5つのクラウドロケーション(サンパウロ、クリチバ、ヴィデイラ、カサドール、フロリアノーポリス)を有すると述べている。分布は商業的に理解できる。3つのサイトはサンタカタリーナ州にあり、企業の公開事業拠点に近い。クリチバはパラナ州に広がり、サンパウロはブラジル最大の接続性とデータセンターマーケットに達する。

以前の調達見積書は時代比較を提供する。2022年、BRDrive はヴィデイラとカサドールのデータセンター、冗長インターネットリンク、無停電電源と発電機、環境センサー、カメラ、警報、サーバーインフラへの Web アクセス、サンタカタリーナ、リオグランデ・ド・スル、パラナ、サンパウロ、リオデジャネイロのエクスチェンジポイントへの参加を説明していた。現在のウェブサイトは5つのクラウドを説明しており、2つのサンタカタリーナデータセンターではない。合理的な推測は、宣伝されるデリバリーフットプリントが拡大したか、BRDrive がパートナーファシリティの展開をクラウドロケーションとして提示し始めたかのいずれかである。情報源はどちらの説明が正しいかを確定しない。

その区別が重要なのは、ロケーションラベルがアーキテクチャ仕様ではないからである。ある都市では BRDrive がファシリティを制御しているかもしれない。別の都市では、データセンター事業者からラック、ケージ、仮想容量をリースしているかもしれない。AS268589 の PeeringDB レコードは、ヴィデイラのファシリティと、サンパウロ都市圏のオザスコにある Ascenty SP4 に BRDrive をリストしている。宣伝されているすべてのクラウド都市に BRDrive ファシリティをリストしているわけではない。PeeringDB はネットワーク相互接続に関するものであり、コンピュートサイトの完全な目録ではないため、不在は他のロケーションが存在しないことの証明にはならない。単にファシリティモデルを未解決のままにする。

購入者は、提供される正確なロケーションのサイトシートを要求すべきである。そのシートは、ファシリティ運営者と契約チェーンを特定し、電力供給、UPS、発電機トポロジーを説明し、冷却と火災抑制設計を述べ、物理アクセス制御を特定し、キャリアとミートミールームを挙げ、仮想化とストレージプラットフォームをリストし、予備容量とハードウェア交換を説明すべきである。認証が適用される場合、シートはその範囲と有効性をそのサイトに添付すべきである。

ロケーションはまたワークロードに結び付けられなければならない。セールスプロポーザルは「クリチバのクラウド」と言うかもしれないが、バックアップはヴィデイラにレプリケートされ、監視は別の場所で実行され、サポートスタッフはカサドールから接続する。それは賢明なレジリエント設計である可能性がある。しかし、すべてのコピーと特権アクセス経路をクリチバに保つことと同じではない。ローカリティは一連のアクションとして説明されなければならない:プライマリがどこで実行され、ログがどこに行き、バックアップがどこに着地し、管理者がどこから接続し、サービスがどこにフェイルオーバーできるか。

5つのロケーションは潜在的に貴重な地域選択肢を提供する。しかし、それらは自動的に一つの高可用性システムを形成するわけではない。一つのサイトのワークロードはサイト間レプリケーションを持たないかもしれない。二つのサイトがキャリア、コントロールプレーン、サポートチーム、アップストリーム依存関係を共有するかもしれない。復旧サイトは存在するが手動プロビジョニングを必要とするかもしれない。サイト数は、設計がサイト間の依存関係を特定する場合にのみ運用保証となる。

AS268589 は動作するネットワークの強力な証拠

小規模クラウド企業はしばしば公開ネットワークトレースをほとんど残さない。BRDrive は異なる。その自律システム AS268589 は、企業名をインターネット番号リソースと可視的な相互接続に結びつける。これは意味のあるサービスの証拠である。

PeeringDB は BRDrive のネットワークを、オープンピアリングポリシーとバランスの取れたトラフィックを持つ地域ネットワークサービスプロバイダーとして説明している。クリチバ、フロリアノーポリス、ポルトアレグレ、リオデジャネイロ、サンパウロで活動中の IX.br 接続を記録している。4つのポートは1Gbps、サンパウロポートは10Gbps でリストされている。また、ヴィデイラと Ascenty SP4 のファシリティ、自己報告のトラフィックレベル5-10Gbps も記録している。これらの記録は、BRDrive がブラジル南部と南東部の顧客の近くに存在するという主張とよく一致する。

bgp.tools の AS268589 のビューは経路レベルの画像を追加する。証拠日時点で、ASN によって発信された6つの IPv4 /24と4つの IPv6 経路を観測した。4つのアップストリーム(Grupo Brasil TecPar、Unifique、Eletronet、Hurricane Electric)を特定し、後者は表示されたアップストリームテーブルで IPv6 に可視であった。また、数十のピアを示した。これはドメインをリセラーの汎用サーバーに向けたもの以上である。BRDrive はアドレススペース、トランジット関係、エクスチェンジ参加を持つ帰属可能なルーティングドメインを運用している。

その証拠は注意深く使用されるべきである。BGP 経路は、より広いインターネットが AS268589 からプレフィックスへの経路を受け入れることを示す。それは建物へのファイバー経路、契約容量、ポートの利用率、キャリアのサポート品質、または2つのアップストリームがトレンチを共有しているかどうかを示さない。ピア数は顧客トラフィックがそれらの経路を取ることを保証しない。10Gbps のエクスチェンジポートは、すべてのクラウドサイトが10Gbps の輻輳のない顧客容量を持つことを証明しない。

経路記述はまた履歴を保存する。観測された4つの IPv4 /24は BRDrive Tecnologia Ltda とラベル付けされ、2つは Netnt Sistemas e Informatica Ltda と説明されている。これは移管または保持されたリソース登録情報を反映している可能性がある。別の記録なしに現在の企業関係の主張に変えるべきではない。購入者にとって、有用な質問は、購入したワークロードにどのプレフィックスがサービスを提供するか、移行や障害中に誰がそれらをアナウンスできるか、ルーティング認証と連絡先記録が最新かどうかである。

それでも公開ネットワーク記録は一種のリスクを低下させる。顧客とインシデント対応者に、監視する安定した ASN、PeeringDB エントリのルッキンググラスアドレス、確認するエクスチェンジロケーション、リソースホルダーに関連付けられたレジストリ連絡先を提供する。到達可能性が変化した場合、独立した観測者は企業ホームページよりも具体的なものを調べることができる。

残りの保証作業はパフォーマンス証拠である。BRDrive はサイト固有のレイテンシサンプル、容量ヘッドルーム、パケット損失履歴、メンテナンス記録、アップストリーム多様性図、フェイルオーバーテスト結果を提供できるべきである。これらの資料は、印象的な公開フットプリントを、選択されたサービスがキャリアやルーターの障害を生き残るという証拠に変換する。

99.7%の約束は数字よりも大きな境界を持つ

BRDrive のサービスページは99.7%の可用性コミットメントを公開し、サービスは年中無休で利用可能としている。パーセンテージは測定可能な期待値を生み出すので有用である。しかし、99.7%は自己解釈的ではない。

30日の月では、経過時間の0.3%は約130分である。この大まかな換算は購入者が桁を理解するのに役立つが、必ずしも BRDrive がサービス月を計算する方法ではない。公開された2022年 VPS 契約は重要な除外を定義している。30分未満の連続中断は SLA 計算に影響しないと述べている。予定メンテナンス、顧客起因のインシデント、契約コンピュート・メモリ・ディスクリソースの95%以上の消費、顧客機器障害、BRDrive の直接制御外のシステム、電気通信障害、長期停電、不可抗力を除外している。

いくつかの除外は正常である。プロバイダーは顧客が誤設定するソフトウェアや顧客が他者から購入するアクセス回線を合理的に保証できない。他の除外は数字を実質的に狭める。29分の繰り返し停止は、日付のある契約がそれぞれを除外しても、運用上深刻である可能性がある。長時間の停電は、顧客が発電機と燃料手配が重要と期待するまさにそのイベントである。電気通信障害は、即時の障害がキャリアに属していても、リモートクラウドサービスにとって中心的である。

救済策も公開契約では限定的である。最低保証未達の場合の1%の請求書割引を述べ、総ペナルティを月額の5%に上限設定し、割引を中断の唯一の罰則と説明している。これにより、可用性クレジットはビジネス損失の補償ではなく、控えめな価格調整となる。エンタープライズは、クレジットの価値ではなく、運用上の影響を中心に継続性を設計すべきである。

契約は2022年9月の日付であるため、現在のすべての BRDrive プランを規定すると想定すべきではない。その価値は、その日付でのプロバイダーの公開ベースラインを示し、現在の注文に対する質問を露出させることにある。現在の測定期間は何か?可用性はハイパーバイザー、仮想ネットワークエッジ、ゲストサービスのどのレベルで測定されるか?クロックは自動開始か、チケット後か?部分的な劣化はカウントされるか?どのメンテナンスウィンドウが除外されるか?サイト全体のイベントはサービスごとに個別にカウントされるか?顧客は生の可用性データを取得できるか?

「年中無休」というフレーズも同じ扱いが必要である。サービスは24時間電源が入り到達可能であるが、人々は異なるスケジュールで対応する。BRDrive のサポートページは対応目標を就労営業時間で表現し、VPS 契約は営業日の終了時とアクションが無関係の第三者に依存する場合に時間計測が停止すると述べている。それは連続的に稼働するインシデントクロックと同じではない。

現在のサービスオーダーは公開ベースラインを改善できる。重要なワークロードは24時間対応クロック、専用エスカレーションリスト、より短い対応目標、または復旧コミットメントを受け取るかもしれない。ポイントは99.7%が本質的に弱いということではない。パーセンテージ、除外、測定ソース、救済策、人的対応を一つの約束として読まなければならないということである。

共有インフラは障害の所有権を明確にする

2022年の VPS 契約は製品の形状について異常に役立つ。サービスはメモリ、インターネット帯域幅、IP アドレッシング、処理、ソリッドステートまたはハードディスクスペースを提供すると述べている。また、仮想サーバーは顧客間で動的に共有される BRDrive 所有の機器上で実行されると述べている。顧客は契約リソースの排他性を受け取るが、物理機器の排他的使用ではない。

これは従来の仮想プライベートサーバーモデルである。それには、ノイジーネイバー、ホスト障害、ストレージ競合、メンテナンスに関するおなじみの疑問が伴う。契約は割り当て比率、ストレージ保護、ホストクラスター設計、ライブマイグレーション動作を公開していない。購入者は「VPS」という言葉やサポートされるハイパーバイザーのリストからそれらの詳細を想定すべきではない。

契約は顧客に実質的な責任を置いている。顧客が環境を管理し、サーバーコンテンツとリモート認証情報を管理し、自身のアクセス接続性を提供し、論理ネットワークとデータベースのセキュリティを維持し、定期的にデータをリムーバブルメディアにバックアップすると述べている。BRDrive は適切なインフラ、サービスのメンテナンス、機密性、購入範囲内の技術サポートを約束する。これは、公開マーケティングが容易さとマネージドヘルプを強調しているにもかかわらず、共有責任モデルである。

共有責任は、両当事者が他方が制御を所有していると信じるときに失敗する。パッチングを考えてみよう。BRDrive は Proxmox や VMware ホストをメンテナンスするかもしれないが、顧客は Windows や Linux ゲストを所有する。ゲストの脆弱性は健康なハイパーバイザーによって修正されない。逆に、顧客は故障した物理ストレージコントローラにパッチを当てられない。サービスオーダーはホスト、ゲスト、アプリケーション、データベース、ネットワークレイヤーを分離し、それぞれに所有者を割り当てるべきである。

監視も同じ境界を持つ。BRDrive は CPU、メモリ、ストレージ、アセットの監視を宣伝している。100%のディスク使用を示すグラフは価値があるが、誰かが行動する義務がある場合に限る。BRDrive は自動的にケースを開くか?ボリュームを拡張できるか?一人の顧客連絡先に通知するか、エスカレーションし続けるか?アプリケーションレベルの監視が存在するか、それともインフラメトリクスのみか?アラートは保持され、インシデントを再構築できるか?

自動化は日常的な労働力を削減できるが、曖昧な契約を修復できない。自動プロビジョニングは仮想マシンを迅速に作成するかもしれない。ウェブファイアウォールパネルは顧客がルールを変更することを許可するかもしれない。監視システムはしきい値違反を検出するかもしれない。各制御はまた、顧客エラー、古い権限、矛盾する変更の可能性を生み出す。購入者には監査ログ、承認ルール、ロールバック経路が必要であり、特に BRDrive スタッフが要求に応じて変更を行うことができる場合はなおさらである。

最強のローカルプロバイダーモデルは、顧客がすべての責任を放棄するモデルではない。それは、プロバイダーが所有権を曖昧にせずに熟練した手を追加できるモデルである。BRDrive の公開文書はそのモデルの材料を示している。正確な責任マトリックスはそれらを運用保証に変えるだろう。

バックアップの文言は背後にリストアテストを必要とする

BRDrive のホームページは仮想マシンのバックアップを保証すると述べている。そのバックアップページは、自動・監視付きコピーとファイル、データベース、システム、完全サーバーの復元を宣伝している。また、クラウドと FTP の宛先を提供する。これらは地域ワークロードを保護しようとする顧客に直接関連する機能である。

公開された VPS 契約はより鋭い境界を描く。顧客データは顧客の責任であり、顧客は定期的にリムーバブルメディアにバックアップを作成するよう指示され、BRDrive はバックアップまたはデータ損失に対して責任を負わないと述べている。その後、サービスオーダーで購入された場合、過去7暦日間の VPS のスナップショットを許可する。見かけの緊張はおそらく製品選択によって解決される:ベース VPS と個別に購入されたバックアップサービスは異なる義務を負うことができる。しかし、顧客は削除や破損後にその区別を発見すべきではない。

スナップショットはまた自動的にバックアップではない。それがプライマリワークロードと同じストレージシステム、管理ドメイン、ファシリティにある場合、悪いソフトウェア変更には役立つが、ストレージやサイトインシデントでは失敗する。7日間のウィンドウは最近の削除をカバーするかもしれないが、月末後に発見された破損はカバーしない。成功したジョブはデータがコピーされたことを証明するが、完全なアプリケーションがビジネスの期限までに復元できることを証明しない。

現在のサイトは別途ディザスタリカバリをマーケティングしている。それは運用手順として扱われるべきであり、バックアップの同義語ではない。有用なリカバリサービスは、セカンダリサイト、レプリケーション間隔、復旧可能ポイント、目標復旧時間、ネットワーク変更、アイデンティティ依存関係、開始権限、テストスケジュールを特定する。容量が予約されているか、地域イベント中に見つけなければならないかを示す。また、緊急後にプライマリサイトに戻る方法を述べる。

ローカリティは生産的な方法で設計を複雑にする。カサドールのプライマリとヴィデイラのコピーは低レイテンシとローカルサポートを提供するかもしれないが、購入者は2つのサイトが電力網、キャリア、スタッフ、制御システムの依存関係を共有しているかどうかを尋ねるべきである。サンパウロのコピーは地域相関を減らすかもしれないが、コスト、レイテンシ、アクセス体制を変える。普遍的に正しいペアは存在しない。障害ドメインが顧客のリスクと一致する設計だけが存在する。

証拠はリストアレポートであるべきである。選択されたバックアップ、整合性チェック、開始・終了時刻、欠落した依存関係、復元されたアプリケーション状態、ビジネス検証を記録すべきである。サンプルファイルのテストはデータベースバックアップシステムには不十分である。仮想マシンブートのテストは、DNS、ライセンス、外部 API、認証情報がサービスの機能を妨げる場合には不十分である。

BRDrive の公開カタログは、バックアップとリカバリを別個のサービスとして理解していることを示している。デューデリジェンスのギャップは欠落したマーケティング機能ではない。公開保持階層、コピートポロジー、復旧目標、テスト結果の欠如である。これらは顧客固有のままであることが合理的だが、「保証」が議論を担う前にプロポーザルに現れなければならない。

ブラジルのサイトはすべてのローカリティの問いを解決しない

宣伝されている5つのクラウドロケーションはすべてブラジルにある。ブラジル南部のユーザーに近いワークロード、ポルトガル語でのサポート、国内の法的契約当事者を望む企業にとって、それは意味がある。プライマリインフラが近いとき、レイテンシと説明責任の両方が改善できる。

データ主権はそれでもサーバーの国以上のものである。BRDrive のウェブサイトプライバシー通知は、ウェブサイトが連絡先、デバイス、IP、ロケーション、インタラクション情報を収集する可能性があると述べている。一部の第三者は海外に所在する可能性があり、個人情報はブラジルにある場合とない場合がある契約クラウドサービスに保存される可能性があると述べている。また、制限アクセスファシリティ、特定の機密送信の暗号化、二要素認証、アクセスインベントリを保護措置の例として説明している。

範囲は重要である:これは BRDrive ウェブサイトの訪問者向け通知であり、ホストされたワークロードの顧客データ処理契約ではない。したがって、クライアントのデータベース、スナップショット、サポートログ、監視データがどこにあるかを確定できない。また、その国際移転の文言を顧客仮想マシンがブラジルを離れると主張するために使用すべきではない。同社がすでにブラジルのサービスロケーションと、ウェブサイトやビジネス活動に使用されるより広いシステムセットを区別していることを示すのみである。

クラウド顧客はサービス固有のマップを必要とする。プライマリ仮想ディスクはヴィデイラにあるかもしれないが、チケット添付ファイルは別のサービスに保持され、メール通知は外部プロバイダーを通過し、監視テレメトリは別の場所に保存され、サポートスタッフは複数のロケーションから接続する。暗号化キーはプラットフォームまたは顧客とともに置かれるかもしれない。各ロケーションとアクターは法的および運用上の回答を変える。

公開通知はデータ主体に[email protected]を通じた連絡経路を提供し、アクセス、訂正、削除、ポータビリティ、自動決定のレビューについて議論している。これらはプライバシーサーフェスの有用な兆候である。専任のプライバシーオフィサーを指名したり、クラウドサービスのサブプロセッサをリストしたり、顧客への侵害通知タイミングを述べたり、運用記録の保持スケジュールを公開したりはしない。規制対象または機密情報を扱う企業は、それらの詳細を契約で取得すべきである。

ローカリティはまた退出に影響する。顧客は、仮想ディスク、データベース、ファイアウォールルール、ログ、バックアップコピーをエクスポートする方法、終了後に取得がどの程度利用可能か、残留メディアがいつ削除されるかを知るべきである。サービスは完全にブラジル内であっても、データが低速またはプロプライエタリな経路でのみ出ていく場合、ロックインを生み出す可能性がある。

したがって正しい主張は「ブラジルのプロバイダーはすべてのデータがブラジルに留まることを意味する」ではない。BRDrive は、妥当な国内ホスティングフットプリントとローカルな法的関係を提供している、ということである。顧客は、サービスオーダーがすべての重要なコピー、サポート経路、サプライヤーを特定する場合、そのベースからより強い主権ポジションを構築できる。

サポートは自動化が限界に達した時の製品

BRDrive は繰り返し、ローカルで人間によるサポートを差別化要因として提示している。ホームページは電話番号、メールアドレス、WhatsApp ルートを提供し、管理は自社チームによって行われ、クラウドに特化したアナリストがいると説明している。サービスカタログはネットワーク機器、物理インフラ、サーバー、デスクトップ、コンサルティングにわたるサポートを提供する。これは大規模な内部インフラチームを持たない組織にとって実質的な約束である。

サポートセンターは約束をより具体的にする。最小、中程度、重大な影響のケースを定義する。ページは、最小影響で24就労営業時間、中程度で6時間、重大で3時間の対応目標を与えている。また、一般的な技術リクエストから重大なケースまでの3つのエスカレーションレベルを説明している。VPS 契約は、これらがケースへの対応開始時間であり、解決時間ではないことを明確にしている。

その区別はスタッフ配置の決定を促進すべきである。土曜日の午前0時に本番データベースが利用不能な場合、3就労営業時間の対応目標は顧客が期待する時に開始しないかもしれない。有償のオンコール契約は回答を変える可能性がある;ページは別個の「プランタン」(オンコール)価格をリストしているが、他のサービス値を2024年12月31日まで有効とラベル付けしている。購入者は現在の価格、時間、チャネル、重要度定義をページに頼るのではなく取得すべきである。

サポート品質はまた権限に関するものである。ファーストラインの技術者はアラートを認識するかもしれないが、仮想マシンを移動したり、ストレージを交換したり、キャリアに連絡したり、ディザスタリカバリを起動したりする許可を持たないかもしれない。有用なエスカレーションスケジュールは、各アクションを実行できる役割と、ビジネス影響決定を下す権限のある管理者を特定する。顧客ポータルやホステッドメールの障害を生き残る経路を含める。

BRDrive の地域規模はここで利点となるかもしれない。同じチームが顧客のレガシーアプリケーション、ローカルソフトウェアベンダー、ネットワーク制約を知ることができる。ウェブサイトの互換性リストはブラジルのビジネスソフトウェアサプライヤーのエコシステムを示唆している。その文脈は診断を短縮できる。少数のスペシャリストが多数の顧客環境を抱えている場合や知識が非形式的である場合、集中リスクも生み出し得る。

購入者は証言だけでなくサポート証拠を求めるべきである:重要度別のチケット数、中央値と高パーセンタイルの認識時間、復旧時間、再オープン率、時間別スタッフ数、言語カバレッジ、エスカレーションドリル、インシデント後の例。顧客参照は提案されたサービスとサイトに一致すべきである。デスクトップサポートを称賛する企業は、ホストされたデータベースの復旧パフォーマンスを確立しない。

人的レイヤーはまた変更管理の一部であるべきである。BRDrive スタッフがファイアウォール変更を行ったりオペレーティングシステムを修復したりする場合、顧客はリクエスト、承認者、アクション、タイムスタンプ、結果を必要とする。役立つ即応性はローカルプロバイダーの強みの一つである。記録された権限は、その強みを安全にスケールさせるものである。

認証ラベルは範囲、保持者、有効性を必要とする

BRDrive のホームページは広範な保証ラベルを表示している。インフラの下には、金融取引、物理セキュリティとプロセス、Tier III Design、Tier III Facility、TR3 TUV Rheinland の文言が含まれている。また、エネルギ効率、カーボンニュートラル、労働安全衛生、ビジネス継続性、環境、贈収賄防止、コンプライアンス、データプライバシー、情報セキュリティ、品質、IT サービス管理をカバーする管理テーマも表示している。

これらのラベルは正しい管理領域を指し示している。データセンター購入者は、ファシリティの回復力、情報セキュリティ、サービス管理、継続性、エネルギーに関心を持つべきである。問題は、ページがラベルに認証番号、規格とバージョン、発行組織、法的保持者、対象ファシリティ、発行日と有効期限、ダウンロード可能な範囲声明を添付していないことである。

範囲は管理上の些事ではない。1つのファシリティの Tier III 設計認証は、構築ファシリティ認証とは異なり、両方ともすべての顧客ワークロードが冗長コンポーネントにわたって構成されているという保証とは異なる。ファシリティの家主が保有する ISO 認証は、物理運用をカバーするかもしれないが、BRDrive のサポートプロセスをカバーしない。全社的な管理認証は新しく追加されたサイトを除外するかもしれない。カーボンやエネルギーラベルは復旧パフォーマンスについてほとんど語らない。

PeeringDB の Ascenty SP4 のリストは、サンパウロロケーションの1つの可能な文脈を提供する:BRDrive は、より大きなサードパーティファシリティのサービスを消費し、その認証がサプライチェーンに現れるかもしれない。それは強力な設計であり得る。また、認証保持者と責任分割を特に重要にする。購入者はどの制御がファシリティに属し、どの制御が BRDrive に属し、どの制御が顧客に残るかを知る必要がある。

2022年の調達見積書はサンタカタリーナサイトに対してより多くの物理的詳細を提供した:冗長リンク、UPS と発電機電力、カメラと警報監視、温度、湿度、煙センサー。資料は公開調達ファイルに含まれた BRDrive の見積書であったため、BRDrive が当時それらの表明を行ったことを証明する。独立した検査報告書ではなく、5つのすべてのロケーションの現在の状態を確立しない。

クリーンな保証パッケージは、すべてのバッジを証明書または報告書に接続し、すべての報告書を購入されたサービスに接続する。例外と更新ステータスを含める。また、認証が解決できない制御の最近のテストを提供する:発電機稼働時間、復旧成功、キャリアフェイルオーバー、特権アクセスレビュー、インシデント通信。

BRDrive の公開ラベルは、完了した回答ではなく、デューデリジェンスへの有用な招待である。購入者はそれらを却下すべきでもなく、額面通りに受け入れるべきでもない。文書を要求し、範囲を読み、継続的な有効性を重要事項として契約に入れるべきである。

公開ウェブサイトは制御面の一部

プロバイダーのウェブサイトはデータセンターアーキテクチャではない。それでも、顧客が契約について学び、サポートを見つけ、情報が最新かどうかを判断する方法の一部である。BRDrive のサイトは、その規模のプロバイダーとしては異常に有用な資料(契約、重要度定義、製品境界、直接連絡先)を含んでいる。また、弱いコンテンツ管理の兆候も示している。

ホームページは別々のセクションで2つの異なる顧客総数(500以上と430以上)を示している。年数、サポート、インストールサーバーのカウンターはページの一部で一貫性なくレンダリングされる。サポートセンターは2024年の有効期限付きの価格を表示している。より深刻なことに、サポートページはレビュー時に、正当なサービス情報の前に、説明のない「パートナー」見出しの下で無関係な外部リンクを表示していた。コンテンツは BRDrive のビジネスと明らかに無関係である。

原因は公開ページからは判断できない。不正編集、古いコンポーネント、広告インジェクション、通常の出版エラーを反映している可能性がある。ホストされた顧客システムが侵害されている証拠として提示すべきではない。しかし、それは顧客が契約とサポート条件を見つけるために使用するページ上の現在の整合性問題である。セキュリティ意識の高いプロバイダーはそれを削除し、どのように現れたかをレビューし、ページとリンクされた文書が制御されていることを確認すべきである。

ウェブサイトの不整合はまたバージョン管理を難しくする。サポートページは1つの応答マトリックスを示す一方、サービスオーダーは別のものを組み込むかもしれない。2022年にアップロードされた契約は、慣行が変わった後も目立つままである。ホームページはバックアップが保証されていると言う一方、ベース VPS 契約はそれを顧客に割り当てる。これらの違いはどれも解決不可能ではないが、それぞれがセールス、運用、顧客が異なる前提で作業する可能性を高める。

修復は簡単である:資料に明確に日付を付け、現在の契約インデックスを維持し、サービス条件の変更履歴を公開し、期限切れの価格を削除するかアーカイブとしてマークし、各保証主張に文書リンクを与える。ステータスページとインシデント履歴ポリシーは別の運用証拠の層を追加する。セキュリティ連絡先と悪用報告ルートは通常の販売サポートとは独立して簡単に見つかるべきである。

公開サイトの衛生状態は監査の代わりにはならず、きちんとしたウェブサイトは信頼できるクラウドを保証できない。逆もまた真である:乱雑なページは信頼できないファシリティを証明しない。気にする理由は説明責任である。プロバイダーが顧客に監視、アクセス制御、文書処理を信頼するよう求める場合、それらの約束を運ぶページは自らが明らかに維持されているべきである。

地域プロバイダーは規模ではなく回復力で比較されるべき

BRDrive はすべてのハイパースケール機能を模倣することで有用な比較に勝つことはない。そのもっともらしい利点は異なる運用モデルである:国内サイト、帰属可能なブラジル企業、直接のネットワーク参加、顧客の文脈でのサポート、インフラレイヤーを横断する意欲。

そのモデルは、レガシーアプリケーション、予測可能な容量、ハンズオンサポートを必要とする地域企業にとってより良い場合がある。ブラジル南部へのレイテンシを減らし、エスカレーションをよりパーソナルにするかもしれない。一つの関係の下でのコロケーション、ベアメタル、仮想マシンはハイブリッド環境を簡素化できる。ローカルソフトウェアとの互換性は、顧客が決して使用しない広大なサービスカタログよりも価値があるかもしれない。

トレードオフは集中である。小規模プロバイダーは、より少ないエンジニア、より少ない予備容量、より少ない自動化制御、より少ない公開パフォーマンスレポートを持つかもしれない。顧客は特定の人々やプロプライエタリな慣行に依存するようになるかもしれない。5つのロケーションは、ワークロードがそれらの間を移動でき、制御システムが同じ障害を共有しない場合にのみ役立つ。複数のアップストリームは、物理経路と構成がテストされたイベントを生き残る場合にのみ役立つ。

したがって価格は顧客に残る作業によって標準化されるべきである。顧客がパッチを当て、監視し、バックアップし、復旧することを要求する低コスト VPS は、マネージドサービスと直接比較できない。高い月額価格は、BRDrive が測定可能な目標でそれらのタスクを実行する場合に合理的かもしれない。逆に、責任マトリックスなしで漠然とした「サポート」に対して支払うことは、結局顧客が作業を行うままにしておく可能性がある。

最も明らかな商業的尺度は、見出しのコアとメモリの価格ではない。それらは、回復可能ワークロードあたりのコスト、テストされた復旧時間、手動介入の頻度、サポート応答分布、失敗したバックアップ率、変更成功率、退出コストである。これらの尺度はインフラをビジネス成果に結びつける。

概念実証には障害を含めるべきである。提案されたワークロードを選択されたロケーションでプロビジョニングし、実際のユーザーからのレイテンシを測定し、負荷を生成し、ディスクを満たし、代表的なデータベースを復元し、認証情報をローテーションし、通常時間外のサポートをテストし、可能な場合はアップストリームまたはサイト損失シナリオを実行する。誰が行動し、顧客がどのような証拠を受け取るかを記録する。スムーズなセールスデモは、通常の自動化が停止したときのサービスの動作についてほとんど語らない。

BRDrive はそのより深いテストを正当化するのに十分な可視的な実体を持っている。そのアイデンティティ、契約、ASN、エクスチェンジフットプリント、地域ロケーションは、名前だけのリセラーからそれを区別する。次のステップは一般的な信頼でも一般的な疑念でもない。それは、ビジネスが購入しようとする正確な約束に対する管理された試験である。

購入者がサービスオーダーに入れるべきもの

証拠は実用的なデューデリジェンスリストを指し示す。第一に、契約エンティティを BRDrive Tecnologia Ltda として特定し、現在の住所、登録、請求詳細、権限のある署名者を調整する。公開の2022年 PDF に頼るのではなく、現在のマスター条件とサービス固有のスケジュールを添付する。

第二に、デリバリーロケーションとファシリティ運営者を特定する。BRDrive がサイトを所有するか、スペースをリースするか、別のプロバイダーのプラットフォームを消費するかを記録する。電力、冷却、火災、アクセス、キャリア設計を添付する。引用された各認証について、保持者、規格、範囲、発行日、有効期限、影響を受けるサービスを記録する。

第三に、技術的割り当てを定義する。仮想 CPU、メモリ、ストレージクラス、IOPS またはスループット期待値、帯域幅、トラフィック課金、IP リソース、ハイパーバイザー、オーバーサブスクリプションポリシー、メンテナンス方法を述べる。ライブマイグレーション、アンチアフィニティ、ホスト再起動、予備容量が含まれるかどうかを特定する。コロケーションまたはベアメタルの場合、交換とリモートハンズ条件を追加する。

第四に、可用性を測定可能にする。観測点、月、イベント開始と終了、部分的な劣化、通知経路、メンテナンス、除外、証拠、クレジットプロセスを定義する。重要なイベントにはインシデント後報告書を要求する。99.7%がワークロードに不十分な場合、パーセンテージが意味する以上を期待するのではなく、より強力な設計を購入する。

第五に、責任マトリックスを書く。ホスト、ゲスト、アプリケーション、データベース、アイデンティティ、ファイアウォール、脆弱性対応、監視、容量、バックアップ、復元、インシデント通信の所有権を BRDrive または顧客に与える。どの変更が自動化可能で、どの変更が承認を必要とするかを述べる。プロバイダーのアクションのログを要求する。

第六に、リカバリを指定する。保護されたシステム、バックアップ間隔、保持、不変性、暗号化、宛先、管理上の分離、復旧ポイント、復旧時間を特定する。スケジュールされたリストアを要求し、アプリケーションレベルの結果を記録する。ディザスタリカバリが別の BRDrive サイトを使用する場合、共有電力、ネットワーク、スタッフ、制御依存関係を特定する。

第七に、ローカリティをマッピングする。プライマリデータ、レプリカ、バックアップ、ログ、チケット、テレメトリ、管理者アクセスをリストする。サブプロセッサまたはファシリティパートナーと変更のプロセスを特定する。終了時のエクスポートと削除を定義する。

第八に、サポートを運用可能にする。時間、休日、重要度定義、認識と復旧目標、オンコール料金、名前付きチャネル、代替通信、エスカレーション権限を記録する。同じサービスクラスの集計パフォーマンス証拠と参照を要求する。

最後に、公開シグナルを監視する。AS268589 経路、選択されたプレフィックス、認証の有効性、ステータス通信、連絡先変更を追跡する。公開ルーティングはデータベース障害を見ることができないが、プロバイダーのエッジが変化したときに独立した証拠を追加できる。

これらの要求は、地域企業がすべての機密設計詳細を公開するよう求めるものではない。それらは、クラウドの約束を説明責任のあるサービスに変換する通常の翻訳である。BRDrive はすでにその会話をサポートするのに十分なモデルを露出している。

評決は条件的であり、有用なことに

BRDrive は、その装飾的なディレクトリ名が示唆するよりも強い公開運用アイデンティティを持っている。法人、サービス契約、公共部門の見積書、5ロケーションの主張、独自の ASN、エクスチェンジ参加、サービスカタログ、サポートマトリックスは、実在の地域インフラプロバイダーに収束する。証拠は、検証されていないクラウドラベルとして却下するのではなく、運用候補として扱うことを支持する。

同じ記録は無条件の支持を防止する。公開された99.7%のコミットメントは、日付のある VPS 条件において広範な除外と限定的な救済策を持つ。バックアップ義務は購入されたサービスによって変化する。対応目標は就労時間で測定される開始であり、公開された復旧時間ではない。認証ラベルは可視的な範囲詳細を欠く。5つの都市名はそれらの間のアーキテクチャを明らかにしない。ウェブサイト自体はより厳格な整合性とバージョン管理を必要とする。

その組み合わせは地域クラウド調達では珍しくない。これこそが、最良の証拠が契約固有かつワークロード固有である理由である。ハイパースケールプロバイダーは何千ページも公開しながら、ゲスト、データ、復旧設計について顧客に責任を残すことができる。地域プロバイダーは直接の人間関係を提供しながら、重要な前提を文書化しないままにすることができる。規模も近接性も共有責任を排除しない。

BRDrive の最も防御可能な約束は、その公開ネットワークとサービスフットプリントがすでに暗示するものである:ブラジルの顧客に近いクラウド容量、助けることができる人々に結びつけられている。その約束を保証に変えるために、購入者は、サービスが簡単でなくなったときに、どの人々、どのサイト、どのネットワーク経路、どのバックアップ、どの応答クロック、どの権限が適用されるかを知らなければならない。

それが公正なテストである。名前を保証として扱うべきではない。公開証拠も無視すべきではない。BRDrive は詳細なデューデリジェンスを得るのに十分な証明を提供した;現在の、テスト可能なサービスオーダーが残りを行わなければならない。