要約

  • KRS-Pobierz の企業記録は BUSINESSINCLOUD Sp. z o.o.を「w likwidacji（清算中）」と表示している。この表現は省略も弱めることもできず、契約主体の現状、権限、継続義務を一次資料で再確認すべき理由になる。
  • AS203064 については複数の公開ページが Purple Computing Limited を示す一方、185.146.8.0/22のページは BUSINESSINCLOUD を名指しし、同時に当該プレフィックスがグローバル経路表で見えないとする。ASN の帰属表示、プレフィックスの登録表示、現在の経路運用を一つの所有関係にまとめてはならない。
  • この資料群だけでは、顧客、施設、所有、製品構成、稼働率、認証、データセンター保有、現在の商用経路を確認できない。調達判断では、法人、契約、番号資源、運用者、物理基盤、データ所在地、退出手段を別々の証拠で閉じる必要がある。

BUSINESSINCLOUD Sp. z o.o.のディレクトリ項目

調べるべき対象はクラウドの看板ではなく依存の連鎖

「クラウド事業者を調べる」と聞くと、通常はサービス一覧、料金、リージョン、稼働率、認証、導入事例を並べる作業が想像される。しかし、今回確認できる資料の中心は会社情報の索引、インターネット番号資源、BGP や IRR に由来する公開情報であり、現行の公式サービス説明ではない。したがって、最初から一般的な事業者プロフィールの型に押し込むと、資料にない製品や運用実態を補ってしまう。

むしろ問うべきなのは、利用組織が何に依存しているかである。契約上の義務を負う法人は誰か。請求や支払いを受ける主体と、技術基盤を操作する主体は同じか。IP アドレスの登録名、ASN の表示名、経路を実際に広報するネットワークは一致しているか。保存データ、バックアップ、ログ、暗号鍵はどこにあり、誰が管理者権限を持つか。サービス終了時に、どの形式で、どの期間内に、誰の協力を得てデータを取り出せるか。クラウド依存の実体は、こうした連鎖の中にある。

BUSINESSINCLOUD について確認できるのは、その連鎖の一部に現れる名前と識別子であって、連鎖全体ではない。KRS Online の企業ページは法人番号や所在地などの項目を掲載するが、同じページ自身が、詳細な提供内容や価格情報を持たない旨を記している（出典6）。これは小さくない注意点だ。製品情報がないところから製品紹介を組み立てるのではなく、どの接続関係が未確認なのかを明示する方が、利用者や調達担当者にとって有用である。

本稿はそのため、BUSINESSINCLOUD を現在通常営業中のクラウドサービスとして評価しない。品質、性能、顧客満足度、可用性を採点する材料もない。公開記録から確かめられる範囲を狭く保ち、その範囲の外側を、追加確認が必要な依存リスクとして扱う。

「清算中」という登記表現を出発点にする

最も重い事実は、KRS-Pobierz のページが法人名を「Businessincloud spółka z ograniczoną odpowiedzialnością w likwidacji」と表示していることだ（出典5）。ポーランド語の「w likwidacji」は、ここでは「清算中」と読むべきであり、単に「法人情報に変更がある」「営業状況が不明」と言い換えて弱めてはならない。ページのタイトルと本文の双方に同じ表現が現れる以上、デューデリジェンスでは明示的な警告として扱う必要がある。

同時に、この一語から資料にない結論へ飛ぶことも避けなければならない。清算手続の正確な段階、清算人の権限、未履行契約の扱い、資産と負債、債務超過の有無、解散完了の時期、実際のサービス停止日は、今回の資料からは分からない。「清算中」は「すでに消滅した」と同義ではなく、「破産した」とも限らない。KRS-Pobierz は公開登記情報を扱う民間の閲覧ページであり、重要な契約判断では、日付の新しい正式な登記事項、代表・清算人の権限資料、契約承継や履行に関する法的確認が別途必要になる。

それでも、この不確実性は「何も分からないから中立」と処理すべきものではない。契約相手が清算手続にある可能性は、更新、前払い、預託金、SLA 上の救済、障害対応、データ返還、削除証明、知的財産ライセンス、サポート要員の確保に直接影響し得る。とりわけクラウドでは、利用者のデータや認証情報が相手の管理面に組み込まれているため、契約の終了が単純な購買停止で済まない。

新規調達なら、清算中という表示の説明と裏付けが得られるまで、通常の継続企業を前提とした長期拘束や大きな前払いを避けるのが合理的だ。既存利用があるなら、即時停止を機械的に選ぶのではなく、まず依存資産を棚卸しし、独立したバックアップと復元試験を行い、移行に必要な権限とデータ形式を確認する。重要なのは、強い文言を正確に受け止めつつ、未確認の法的結論を付け足さないことである。

法人プロフィールの残存情報は営業継続の証明にならない

KRS Online のページには、BUSINESSINCLOUD Sp. z o.o.という名称に加え、REGON 36378956100000、KRS 0000603820、NIP 5213723819、ワルシャワの住所、企業サイト欄などが掲載されている。また、2016年から市場に存在し、IT・通信、特にソフトウェア分野に関わるという説明もある（出典6）。これらは法人を同定し、同名企業を取り違えないための手掛かりになる。

しかし、法人ディレクトリに項目が残っていることと、現在の営業やサービス提供が確認できることは別である。住所やサイト欄は更新時差を持ち得る。創業年らしき記述は、現在の人的・技術的能力を示さない。業種ラベルは、実際に稼働している製品、利用規約、サポート窓口、インフラ構成を証明しない。しかも同ページは、具体的な提供内容や価格について詳細情報を持たないと明記している。この自己限定は、ページを現行製品カタログとして使えないことをはっきり示す。

ここから確認できないものは多い。現行の顧客がいるか、どの施設を利用または保有するか、会社や資産の所有関係がどうなっているか、仮想マシン、ストレージ、バックアップ、管理サービスなどの正確な製品構成が何か、公式サイトに現在どのような内容があるかは、資料にない。稼働率、障害履歴、セキュリティ認証、監査範囲、データセンターの所有、現在運用中の商用ネットワークも確認できない。

この空白を「小規模事業者なので情報が少ないだけ」と好意的に埋めることも、「情報がないので事業は存在しない」と否定的に埋めることもできない。デューデリジェンスの仕事は、空白に物語を入れることではなく、意思決定に必要な証拠を要求することだ。法人番号は契約主体の確認に使い、サービス能力の確認には契約書、技術資料、運用証跡、第三者保証など別の種類の資料を使うべきである。

AS203064 は BUSINESSINCLOUD の同義語ではない

AS203064 をめぐる公開表示は、BUSINESSINCLOUD のネットワーク運用を単純に裏付けるものではない。Hurricane Electric の ASN ページは「AS203064 Purple Computing Limited」と表示し、IPinfo も同じ組織名を示す（出典3、4）。ip.guide、IP2Location、IPIP、Robtex にも、PURPLECOMPUTING-AS または Purple Computing Limited という表示がある（出典7、8、9、12）。少なくとも今回の資料では、AS レベルの現在の帰属表示は Purple Computing 側に強く寄っている。

Hurricane Electric の ASN ページは、AS203064 について一つの IPv4 プレフィックスを起点として表示し、RPKI 上の起点検証を有効としている（出典3）。だが、その「一つ」が185.146.8.0/22であるとは資料に書かれていない。ASN ページに経路が一つ見えることと、別のプレフィックスページに BUSINESSINCLOUD の名があることを組み合わせ、BUSINESSINCLOUD が AS203064 を現在運用していると結論することはできない。

また、同じ名称を示すページが複数あるからといって、完全に独立した複数の証拠が得られたとは限らない。ASN 情報サービスは、共通のレジストリオブジェクト、WHOIS 情報、IRR データ、観測経路を取り込んでいる可能性がある。五つ、六つの画面で Purple Computing という名が反復されても、そのデータ系譜が同じなら、証拠の独立性は数ほど増えない。反復は帰属表示の一貫性を示すが、法人間の売買、資産移転、委託、スポンサー関係、契約上の責任まで証明するものではない。

IPIP のページには VeloxServ の名称が周辺情報として現れ、RADb と Robtex には sponsoring-org や import、export に関する行が見える（出典9、11、12）。これらもネットワーク登録の文脈を理解する助けにはなるが、BUSINESSINCLOUD と各組織の現在の資本関係やサービス契約を示す資料ではない。ASN の表示名を企業所有の証明に変換せず、「AS203064 は現在、複数の情報源で Purple Computing Limited に帰属表示される」という狭い命題にとどめるべきである。

185.146.8.0/22が示すのは別の証拠層

BUSINESSINCLOUD の名とネットワーク資源を最も直接に結び付けるのは、185.146.8.0/22のプレフィックスページである。そこには「185.146.8.0/22 BUSINESSINCLOUD Sp. z o.o.」と表示される（出典10）。ただし、同じページは当該プレフィックスがグローバル経路表で可視ではないとも明記する。名前との結び付きと、現在の経路可視性の欠如が、一つのページに同居している。

ここで区別すべきなのは、少なくとも三つの状態である。第一は、ある公開データ上でプレフィックスに組織名が付いていること。第二は、その組織が現在、法的または契約上の権利を持つこと。第三は、その組織または委託先が現在、そのプレフィックスをインターネットへ広報し、商用サービスに使っていることだ。出典10が直接支えるのは第一の表示と、観測時点でグローバル経路表に見えないという点であり、第二と第三を確定しない。

同ページには IRR レコードが見つからないこと、DNS レコードや当該範囲に結び付く証明書統計が確認できないことも表示される（出典10）。これらは公開観測の薄さを補強するが、あらゆる用途が存在しないことの証明ではない。内部利用、過去の割り当て、別資源への移行、登録更新の時差など、複数の説明が理論上あり得る。しかし、今回の資料はどの説明が正しいかを決める情報を持たないため、いずれも事実として採用してはならない。

最も重要な境界は、185.146.8.0/22の BUSINESSINCLOUD 表示と、AS203064 の Purple Computing 表示の間に、現在の起点経路を示す橋がないことだ。プレフィックスがグローバルに見えない以上、少なくとも出典10から現在の起点 ASN を読めない。別々のページに現れる識別子を近接させただけで、所有、譲渡、運用委託、買収、サービス継承のいずれかを推定するのは危険である。

「経路が見えない」をサービス停止と読み替えない

BGP でプレフィックスが見えないという記述は重要だが、それだけで法人全体のサービス停止を証明するわけではない。サービスが別のアドレス資源、第三者のネットワーク、非公開接続、SaaS 基盤の上に構成されている可能性は一般論としてある。反対に、過去に登録された名前が残っているだけで、現在も何らかのサービスが動いていると推定することもできない。今回の資料は、どちらの仮説も裏付けない。

依存評価における正しい読み方は、「確認できたプレフィックスと現在の公開経路の対応が閉じていない」である。これは運用停止の断定ではなく、利用者がサービス経路を独立に検証できないという証拠上の欠落だ。現行利用を検討するなら、提供者に対し、利用サービスが実際に用いる FQDN、IP 範囲、起点 ASN、上流接続、DDoS 対策、DNS、管理面、保存面を示してもらい、契約対象と技術対象を対応させる必要がある。

情報源の閲覧状態にも限界がある。bgp.tools の AS203064 ページは到達できたものの、確認時にはログインを求める画面が表示され、具体的な AS 情報を提供しなかった（出典2）。したがって、ページが存在すること自体を、帰属や経路の裏付けに数えてはならない。RADb の検索ページには PURPLECOMPUTING-AS、sponsoring-org、import、export に関する行が見えるが、検索画面の断片だけで、対象オブジェクトの完全性、更新時点、現在の実運用まで保証することはできない（出典11）。

RIPE NCC のポーランド向け LIR 一覧ページも、番号資源が会員を通じて配分・管理され、移転、合併、レガシー資源、RPKI などの制度があるという一般的な背景を示すにとどまる（出典1）。このページの説明だけから、BUSINESSINCLOUD または Purple Computing に特定の資源が現在割り当てられているとは言えない。制度を説明する資料と、特定主体の帰属を証明する資料を混同しないことが肝要である。

証拠を六つの層に分ける

レジストリ中心の調査で最も起きやすい誤りは、異なる層の表示を一つの「会社情報」に畳み込むことだ。BUSINESSINCLOUD については、次の六層に分けると、分かっていることと分かっていないことが明瞭になる。

証拠層 今回確認できること 今回確認できないこと
法人 ポーランド法人を同定する名称と番号があり、KRS-Pobierz は「清算中」と表示する 正式な最新手続段階、清算人の権限、債務・資産、契約履行能力
契約 公開資料から現行の標準契約や SLA は確認できない 契約主体、再委託先、責任分担、補償、更新・終了条件
番号資源 185.146.8.0/22のページに BUSINESSINCLOUD 名がある 現在の法的権利、管理権限、譲渡履歴、AS203064 との現行対応
経路運用 AS203064 の複数ページは Purple Computing Limited を示す BUSINESSINCLOUD との所有・委託関係、同社サービスの現在の起点 ASN
物理基盤 一般的なデータセンター写真以外に対象施設の証拠はない 施設の所在、保有・賃借、ラック、機器、冗長化、保守体制
データ処理 ポーランド法人や英国表記の ASN が公開情報に現れる 保存・複製・バックアップ・ログ・管理アクセスの実際の国や事業者

この表の意味は、証拠が少ないから企業を否定するということではない。契約上の主体、ネットワーク上の主体、データ処理上の主体が同一であるという前提を置けない、ということだ。クラウド調達では、一つのブランドの下に、販売会社、開発会社、ネットワーク運用者、コロケーション事業者、バックアップ提供者、決済事業者、サポート委託先が重なることがある。利用者が依存するのはブランドではなく、それらの間の接続である。

証拠層を分ければ、必要な追加資料も具体化する。法人層には正式な登記事項、契約層には署名済み契約と処理条件、番号資源層には最新の登録情報と管理権限、経路層には観測可能な広報と運用説明、物理層には施設・再委託の一覧、データ層には保存、複製、アクセス、削除の設計が必要になる。ある層の資料で別の層を代用しないことが、過剰主張を避ける最も確実な方法だ。

データ所在地は法人住所でも ASN の国名でも決まらない

BUSINESSINCLOUD の法人情報がポーランドに結び付き、AS203064 の一部ページが Purple Computing Limited と英国を示すからといって、利用データがポーランドまたは英国に保存されるとは言えない。法人住所は法的連絡先を示し得るが、ストレージの物理所在地ではない。ASN の国表示はネットワーク組織の登録文脈であり、データベース、バックアップ、ログ、サポート用コピーの場所ではない。IP 経路は通信が通る論理的な道を示すが、永続データの保存地を一対一で決めない。

データ所在地の確認では、少なくとも保存面と運用面を分ける必要がある。保存面には、主データ、レプリカ、スナップショット、バックアップ、監査ログ、検索索引、分析用コピー、障害調査用の抽出物が含まれる。運用面には、管理者が接続する国、サポート要員が閲覧できる範囲、鍵管理、監視、DNS、CDN、DDoS 緩和、メール通知、課金などの再委託が含まれる。画面上で「EU」や「ポーランド」を選べても、これらすべてが同じ場所に閉じるとは限らない。

このため、データ主権を重視する組織は、所在地をマーケティング上の一語ではなく、契約可能な一覧として要求すべきだ。どのデータ種別が、どの国の、どの法人が運営する環境に置かれるか。障害時に別地域へ複製されるか。サポート担当者はどこからアクセスできるか。暗号鍵は誰が保持し、復旧時に誰の協力が必要か。契約終了後、オンラインコピー、バックアップ、ログからいつ削除され、削除をどう証明するか。これらが回答されて初めて、所在地の説明は依存リスクの評価に使える。

今回の公開資料には、その回答がない。したがって、BUSINESSINCLOUD のデータが特定国にあるとも、特定国の外にあるとも主張できない。ポーランド法人というラベルを「ポーランド国内クラウド」に、英国の ASN 表示を「英国で処理されるサービス」に読み替えることは、どちらも証拠の種類を取り違えている。

レジストリの不一致を依存関係マップに変える

AS203064 と185.146.8.0/22の表示差は、単にデータベースが不正確だとして捨てるべきノイズではない。依存関係を確認する入口として使える。まず、契約書に記載される法人名と登録番号を置く。次に、請求主体、サポート主体、管理画面の運営主体、ドメインと DNS の管理者、利用 IP 範囲、起点 ASN、上流ネットワーク、施設運営者、バックアップ先を置く。そして、それぞれを結ぶ関係に、契約、登録記録、技術観測、第三者保証のいずれかを付ける。

今回の資料だけで確実に引ける線は少ない。法人ディレクトリ上の BUSINESSINCLOUD 名と法人番号の線、プレフィックスページ上の185.146.8.0/22と BUSINESSINCLOUD 名の線、ASN 情報ページ上の AS203064 と Purple Computing Limited 名の線である。BUSINESSINCLOUD と Purple Computing の間、185.146.8.0/22と AS203064 の間、いずれかの識別子と現行クラウドサービスの間には、今回の資料だけで確定できる線がない。

この状態で考えられる説明は一つではない。番号資源や運用主体が変わった、登録名に時差がある、第三者がスポンサーまたは上流として関与する、サービスが別資源へ移った、過去の情報が残っている、といった可能性は一般論として想定できる。しかし、可能性の列挙は事実認定ではない。どれかを採用するには、当事者の説明だけでなく、日付と対象が一致する登録資料、経路観測、契約上の責任分担が必要である。

複数の情報サービスを比較する際は、更新日だけでなく、元データの系統も記録したい。WHOIS や IRR 由来の表示、BGP 観測、企業情報索引は、同じ名前を載せていても意味が違う。逆に、別のサイトが同じ基礎オブジェクトを複製しているなら、サイト数をそのまま確信度に換算できない。調達委員会に残すべきなのはスクリーンの枚数ではなく、「どの命題が、どの種類の一次性を持つ資料で支えられたか」である。

新規調達で要求すべき一次資料

BUSINESSINCLOUD を新たな依存先として検討する場合、最初の質問は機能や値引きではない。公開資料に残る清算表現とネットワーク帰属のずれを解消する資料を、契約前に要求する必要がある。最低限、次の項目を一つずつ確認したい。

  1. 日付の新しい正式な法人登記事項と、「w likwidacji」という表示の現在の意味、手続段階、清算人または署名権者の権限。
  2. 見積書、注文書、利用規約、データ処理条件、請求書に現れる法人名と登録番号の一致。別法人が履行するなら、その根拠と責任分担。
  3. 現在提供するサービスの範囲、サポート時間、障害連絡、SLA、保守、更新、終了、返金、責任制限を記した契約文書。
  4. 利用サービスが使うドメイン、IP 範囲、起点 ASN、上流ネットワーク、DNS、DDoS 対策、管理面の一覧と、それぞれの運用主体。
  5. 185.146.8.0/22に対する現在の権利・管理状態、グローバル経路表で見えない理由、AS203064 および Purple Computing Limited との関係を示す、日付付きの説明と裏付け。
  6. データセンター、コロケーション、ハードウェア、仮想化、ストレージ、バックアップ、監視、サポートを担う法人と所在地。自社保有か第三者利用かも分ける。
  7. 主データ、レプリカ、バックアップ、ログ、分析コピー、サポート抽出物の保存国、移転条件、保持期間、削除手順、管理アクセス元。
  8. セキュリティ認証や監査を提示する場合は、証明書の有効期間だけでなく、対象法人、対象サービス、対象施設、除外範囲を含む完全な適用範囲。
  9. 事業継続、障害復旧、鍵と認証情報の引き渡し、データの標準形式での返還、移行支援、契約終了後の削除証明を定めた退出計画。
  10. 法人状態、運用主体、施設、再委託先、データ所在地に重大な変更が生じたときの事前通知義務と、利用者が違約金なしで退出できる条件。

資料は受け取るだけでなく、対象が一致するかを確認する必要がある。たとえば、別会社名の認証書、別リージョンの施設資料、販売代理店名の SLA は、契約するサービスの保証にならないことがある。番号資源の説明も、登録名、起点 ASN、実際に利用するサービス FQDN が対応して初めて意味を持つ。

回答が口頭説明だけにとどまるなら、依存度を上げる判断には向かない。清算中の表記を解消できず、署名権限、サービス継続、データ返還の責任者が特定できない場合は、価格や機能以前の停止条件となり得る。反対に、明確な資料が提出され、第三者の役割と退出手順まで契約化できるなら、公開情報の不一致は管理可能な残余リスクへ変えられる。判断を変えるのはブランド説明ではなく、検証可能な証拠である。

既存利用があるなら停止より先に出口を設計する

仮に組織がすでに BUSINESSINCLOUD 名義のサービスを利用しているなら、公開情報の不一致を見て直ちに接続を切ることが常に安全とは限らない。急な停止は、唯一のバックアップ、DNS、証明書、自動処理、管理権限、ログ保存、顧客向け機能まで同時に失わせる可能性がある。最初に行うべきは、現在の依存を事実として把握し、相手の協力が減っても移行できる状態を作ることだ。

棚卸しには、仮想マシンやストレージだけでなく、ドメイン、DNS ゾーン、TLS 証明書、IP 許可リスト、VPN、API キー、IAM ロール、秘密情報、監視、通知、バックアップ、ジョブスケジューラ、メール送信、ログ、請求履歴を含める。誰が各管理画面の最高権限を持つか、退職者や委託先のアカウントに依存していないか、認証の回復先が自社管理かも確認する。クラウド移行が失敗する原因は、計算資源より周辺権限に残ることが多い。

次に、独立した環境へデータを取り出し、復元を試す。バックアップファイルが存在することと、アプリケーションを再開できることは同じではない。データベースの整合性、オブジェクトのメタデータ、暗号鍵、依存バージョン、ネットワーク設定、秘密情報、復旧手順を合わせて検証する。復元時間とデータ損失幅を測り、事業側が許容できるかを確認する。

移行は、名前解決や認証のように切替点となる機能と、履歴データのように時間をかけて複製できる機能を分ける。相手から得られる署名、移管コード、鍵、エクスポートが必要な項目を先に処理し、契約終了の直前まで放置しない。清算中の正確な段階が不明だからこそ、特定担当者の善意や継続在籍を前提にしない計画が必要である。

この対応は、BUSINESSINCLOUD が現在サービスを停止しているという主張ではない。公開資料だけで継続状態を確定できないときに、利用者側の復旧可能性を高める実務である。証拠の不確実性を、予測ではなく可逆性で管理する考え方だ。

判断を単純な赤・黄・緑にしない

公開情報だけを使って、BUSINESSINCLOUD を「安全」「危険」「停止済み」のいずれかに分類するのは適切ではない。確認できた警告と、確認できない事項の重要度を分けて評価すべきだ。清算中という明示は高い優先度を持つ。AS203064 とプレフィックスの帰属表示が一致しないことは、技術・契約関係の説明を必要とする。現行製品、顧客、施設、認証、データ所在地が確認できないことは、サービス能力を肯定も否定もできない空白である。

意思決定では、空白の数より、その空白が事業に与える影響を見る。公開情報が少なくても、短期の非機密な試験環境で、いつでもデータを再生成でき、前払いもなく、退出が容易なら、露出は限定できる。一方、唯一の顧客データ、認証基盤、規制対象情報、長期保存、独自形式、大きな前払いを預けるなら、同じ証拠不足でも影響は大きい。リスクは事業者だけの属性ではなく、利用者が置く依存との積で決まる。

したがって、調達判断には少なくとも三つの軸が必要だ。第一は証拠の確かさで、正式資料、技術観測、当事者説明、集約サイトを区別する。第二は影響で、停止、漏えい、消失、移行遅延、法的執行不能が事業に何をもたらすかを見る。第三は可逆性で、独立バックアップ、代替先、標準形式、鍵の管理、切替試験があるかを評価する。清算表現と帰属のずれは、証拠の確かさを引き下げる。退出設計は可逆性を引き上げる。両者を同じ一色の評価に潰さない方がよい。

追加資料が得られない場合、結論は「危険だと証明された」ではなく、「この依存度を正当化するだけの確認ができない」と書くべきである。この言い方なら、証拠の限界を守りながら、調達上の判断を曖昧にしない。

この資料から下せる結論と下せない結論

下せる結論は限定的だが、重要である。第一に、BUSINESSINCLOUD Sp. z o.o.を示すポーランド法人情報があり、その一つは法人名に「w likwidacji（清算中）」を明記している。第二に、185.146.8.0/22の公開ページは BUSINESSINCLOUD 名を表示するが、同じページはプレフィックスがグローバル経路表で可視ではないとする。第三に、AS203064 を扱う複数のページは Purple Computing Limited または PURPLECOMPUTING-AS を示す。これらは、法人、プレフィックス、ASN を別の証拠層として扱うべきことを示している。

下せない結論も明確だ。BUSINESSINCLOUD が AS203064 を現在所有または運用するとは言えない。Purple Computing Limited が BUSINESSINCLOUD を所有、買収、承継、受託しているとも言えない。185.146.8.0/22が現在商用サービスに使われているとも、サービス全体が停止しているとも言えない。顧客、施設、正確な製品、現行サイトの内容、稼働率、認証、データセンター保有、データ所在地についても、今回の資料からは確認できない。

ゆえに、これは通常の活発なクラウド事業者を紹介する記事ではない。公開レジストリとネットワーク情報に重心を置き、クラウド依存をどのように分解して調べるべきかを示すケースである。清算中の表示を正面から扱い、AS とプレフィックスの表示差を所有関係へ短絡させず、分からないことを製品説明で埋めない。その姿勢が、データ主権と事業継続の双方を守る。

調達委員会が最後に答えるべき問いは、「どんなクラウド機能があるか」だけではない。「誰が法的義務を負い、誰が技術を動かし、データはどこに置かれ、関係が終わるとき誰の協力なしに退出できるか」である。BUSINESSINCLOUD の公開記録は、その四つの問いを先送りしてはならないことを教えている。

Sources

  1. RIPE NCC, Local Internet Registries offering services in Poland — https://www.ripe.net/membership/member-support/list-of-members/pl/
  2. BGP.Tools, AS203064 access page — https://bgp.tools/as/203064
  3. Hurricane Electric BGP Toolkit, AS203064 — https://bgp.he.net/AS203064
  4. IPinfo, AS203064 — https://ipinfo.io/AS203064
  5. KRS-Pobierz, Businessincloud spółka z ograniczoną odpowiedzialnością w likwidacji — https://krs-pobierz.pl/businessincloud-spolka-z-ograniczona-odpowiedzialnoscia-i5960917
  6. KRS Online, Businessincloud Sp. z o.o. — https://www.krs-online.com.pl/firma/5883578-businessincloud-sp-z-o-o
  7. ip.guide, AS203064 — https://ip.guide/as203064
  8. IP2Location, AS203064 — https://www.ip2location.com/as203064
  9. IPIP.NET, AS203064 — https://whois.ipip.net/AS203064
  10. Hurricane Electric BGP Toolkit, 185.146.8.0/22 — https://bgp.he.net/net/185.146.8.0/22
  11. RADb, AS203064 query — https://www.radb.net/query?keywords=AS203064
  12. Robtex, AS203064 — https://www.robtex.com/as/AS203064.html