概要
- TrimafaNet は検証可能なインドネシアのネットワーク ID を持っている。IDNIC は AS154503 とポータブル IPv4 ブロック 198.15.30.0/24 をアクティブと記録しており、独立した経路観測では /24 がグローバルに可視であり、有効な経路オリジン承認でカバーされていることが示されている。これは現在のネットワーク運用の意味ある証拠だが、256 の IPv4 アドレスと公に可視の IPv6 スペースがないに過ぎない。
- 同社の現在のウェブサイトは、家庭、ビジネス、専用インターネット接続に加え、ネットワーク設置、ケーブル配線、機器、コンピュータ修理を販売している。現在のクラウド、VPS、ベアメタル、マネージドホスティングのカタログは公開されていないため、ホスト型コンピューティングの提案は、TrimafaNet がサービス記述と契約を提供するまで未確認として扱うべきである。
- PeeringDB は TrimafaNet がジャカルタとスラバヤの2つのサードパーティ施設にあると記録している。これらの宣言は複数都市でのネットワークプレゼンスを裏付けるものであり、いずれかの建物の所有権、指定されたラック数、レプリケートされたコンピュートフリート、サイト間の自動フェイルオーバーを証明するものではない。
- 現在の経路観測では1つの隣接 AS しか確認されていない。他の公開記録は異なる接続相手を挙げているが、それは変更、間接経路、または古い宣言を反映している可能性がある。それらの記録は同時独立トランジットを証明するものではなく、1つの稼働経路ではテストされた復旧経路を確立できない。
- 顧客は、営業用語が「容量」という言葉に圧縮することが多い4つのものを区別すべきである：登録されたもの、設置されたもの、電源が入り到達可能なもの、そしてメンテナンスや障害時に使用可能なもの。TrimafaNet については、最初の2つは部分的に観測可能であり、残りの2つはほとんど契約上の問題である。
クラウドの提案は搬入ドアに直面する
ホスト型サービスは抽象化として販売される。顧客はストレージ、メモリ、処理、帯域幅、またはマネージドアテンションの量をレンタルし、マシンがどこにあるかの詳細を省かれる。抽象化は有用だが、自己充足的ではない。すべての仮想サーバーの背後には物理サーバーがあり、すべてのストレージボリュームの背後にはドライブとコントローラーがあり、すべての公開エンドポイントの背後にはアドレス、ルーター、光パス、トランジット契約がある。そして搬入ドアの問題もある。故障したコンポーネントは入手可能で、適切な都市に輸送され、セキュリティを通過し、覚醒していて権限のある有能な担当者によって取り付けられなければならない。
TrimafaNet はそのギャップを調査するのに有益な会社である。なぜなら、その新しいネットワーク ID は現実である一方、ホスト型コンピューティングに関する公開証拠は薄いからだ。会社の現在のホームページは PT Trimafa Computindo Networking をパメカサン、マドゥラのインターネットサービスプロバイダーと呼んでいる。家庭向けパッケージ 7 Mbps ～ 50 Mbps を宣伝し、家庭、店舗、学校、オフィス向けサービスを提供している。ナビゲーションには家庭、ビジネス、専用インターネット製品が含まれる。また、ネットワーク設置、CCTV、コンピュータ修理、ネットワーク機器、ケーブル配線、IT コンサルティングも宣伝している。
これは認識可能な地元のインフラビジネスである。接続性と接続にまつわる労働を販売している。しかし、同じ公開サイトでは仮想プライベートサーバー、パブリッククラウドインスタンス、ベアメタルマシン、ストレージバケット、バックアップ、マネージドアプリケーションホスティングのカタログは提示していない。その専用製品ページは、専用接続について電話するよう見込み客に求めている。専用サーバーについては説明していない。この区別は意味論的な煩雑さではない。専用回線と専用マシンでは、顧客が直面するボトルネック、交換時間、退出コストが異なる。
したがって、委託された質問は、すべてのオンラインサービスがハードウェアに依存しているかどうかではない。依存している。問題は、TrimafaNet の検証可能な運営フットプリントが、ホスト型容量の購入者が必要とするより具体的な約束を裏付けるかどうかである。公開記録は組織、アドレスブロック、経路、宣言された施設の存在を確認できる。サーバーの数、顧客のワークロードがそれらに分散されているかどうか、ハードウェアの所有者、予備電力の量、契約終了時にデータをエクスポートできる速度をまだ確認できない。
その証拠のギャップ自体が意思決定に有用である。それは潜在的な顧客に、商用の抽象化がどこで終わり、契約、技術スケジュール、サイト固有の開示がどこから始まる必要があるかを示している。
TrimafaNet が現在販売していることが示せるもの
現在の最も強力なサービスの証拠は TrimafaNet 自身から来ており、最初にコンピュートではなくアクセスを指している。会社概要は、パメカサン県に所在し、パメカサンとその周辺地域の住民、機関、企業にサービスを提供する ISP と説明している。ホームページは月額インターネット料金を表示し、パッケージが無制限であると述べている。ビジネスページもサーバー製品ではなくインターネットアクセスとして構成されている。「専用」という言葉がナビゲーションに現れるが、そのページは電話連絡先以外の帯域幅、サービスレベル、設置、ルーティング、機器、復旧の仕様を提供していない。
隣接するサービスはインフラの回復力に非常に関連している。TrimafaNet のネットワーキングページは設置、MikroTik 設定、ネットワーク制御を提供している。コンピュータメンテナンスページは PC とノートパソコンの修理を提供している。機器ページはネットワーク機器を販売していると述べ、ケーブル配線ページはネットワークケーブルの構築と設置を提供している。コンサルティングページは IT 問題の支援を提供している。
これらを総合すると、地元の技術労働力と顧客構内能力を持つビジネスが示唆される。それはパメカサンでは価値がある。遠隔の全国サプライヤーには近くの技術者がいない可能性があるからだ。ケーブルを設置し、ルーターを設定し、クライアントデバイスを交換できる会社は、別の事業者にチケットを上げるだけのリセラーよりもサービスチェーンの多くを制御している。
しかし、これらのページをホスト型コンピュートの証拠に拡張することはできない。PC 修理はサーバーのスペアパーツの証拠ではない。ネットワーク機器を販売することは、ジャカルタやスラバヤの在庫の証拠ではない。パメカサンの顧客に到達できる技術者は、数百キロ離れたサードパーティのデータセンターに入る許可を得ているとは限らない。また、技術サポートの一般的な約束は、故障したディスク、電源の故障、緊急移行の応答時間を確立するものではない。
注意すべき第二の理由がある。現在のサイトと古いサイトは同じ法人名を正確に使用していない。稼働中の trimafa.net.id サイトは PT Trimafa Computindo Networking を名乗るが、古いtrimafa.com プロフィールは PT Trimafa Network Indonesia を名乗る。連絡先番号とパメカサン県ワル地区バジュールの所在地は重複しており、商号の継続性を示唆するが、ページだけでは二つの名前の間の法的関係を確立しない。したがって、この記事での現在のインフラ主張は、AS154503 について IDNIC、APJII、PeeringDB に記録されている名前である PT Trimafa Computindo Networking に結び付けられている。
その規律は顧客が契約に署名するときに重要である。請求、機器所有、ラックスペース賃貸、インターネットリソース保持を行う当事者は識別可能でなければならない。マーケティングに一つの名前が現れ、サービス注文に別の名前が現れる場合、契約はどのエンティティが稼働時間、データ保護、返金、解約義務を負うかを明記すべきである。
AS154503 は現実的で、最近で、小規模である
TrimafaNet の最も重要な独立して確認可能な資産は AS154503 である。自律システム番号により、組織はルーティングポリシーを表現し、自らの ID の下でインターネット経路を発信できる。大規模ネットワークを保証するものではないが、事業者とその接続プロバイダー間の境界をより観測可能にする。
AS154503 のIDNIC RDAP レコードは、ネットワークを IDNIC-TRIMAFA-AS-ID と識別し、インドネシアに割り当て、アクティブとマークしている。登録イベントは 2026 年 2 月 18 日付である。198.15.30.0/24 の関連するIDNIC レコードは、その IPv4 ブロックをアクティブかつポータブルとマークしている。ポータブルステータスは重要である。アドレスリソースが保持者に割り当てられており、単にアップストリームのスペースの一部ではないことを意味する。ただし、継続的な使用はレジストリの地位、経路受付、運用上の接続性に依存する。
経路観測は次の証拠層を提供する。AS154503 の RIPEstat のルーティングステータス結果は 1 つの IPv4 プレフィックス（256 アドレス）を報告し、IPv6 プレフィックスはない。198.15.30.0/24 が 2026 年 3 月 2 日に最初に確認され、2026 年 7 月の観測時点で可視であると記録している。付随するアナウンスされたプレフィックス履歴は、最近の観測ウィンドウ中に /24 が現れたことを示しているが、表示されたタイムラインに短い中断がある。一つの測定システムでの欠落区間は、それ自体が顧客の停止の証拠ではなく、ルートコレクターと事業者自身の監視を比較する理由になる。
経路には有用なセキュリティ制御もある。RIPEstat の経路オリジン検証結果は、AS154503 が 198.15.30.0/24 を最大長 /24 で発信する有効な承認を見つける。これにより、オリジン検証を実施するネットワークが経路を不正として拒否するリスクが軽減される。リーク、機器障害、サービス拒否攻撃、またはアップストリームの切断を防ぐものではない。観測された発信元と暗号による承認が一致することを証明する。
規模は誤解されやすい。/24 は、広範なフィルタリングなしにグローバルインターネット全体で一般的に伝播される最小の IPv4 ブロックである。ネットワークインフラと限定された数の公開サービスには十分である。特にプライベートアドレッシングと変換が使用される場合。256 の顧客サーバーの証拠ではない。アドレスは予約されたり、共有されたり、ルーターによって使用されたり、未割り当てのままにされる可能性があるからだ。逆に、多くの仮想サーバーが少数の公開アドレスの背後に存在できる。アドレス数はルーティングの事実であり、コンピュート容量の尺度ではない。
観測された IPv6 アナウンスがないことも重要である。PeeringDB のTrimafaNet ネットワークエントリは IPv6 サポートを宣言し、IPv6 プレフィックスの自己報告数を提供しているが、RIPEstat は AS154503 からの IPv6 アナウンスを観測していない。顧客は機能フラグではなく、ルーティングされたテスト割り当てとサービス仕様に依存すべきである。この不一致は、IPv6 が計画されているか、AS154503 発信元として見えないコンテキストで使用されているか、展開前に単に宣言されたことを意味する可能性がある。公開証拠はどの説明が正しいかを決定しない。
ウェブサイトは自社ホスティングプラットフォームの証拠ではない
小規模プロバイダーのホスティングフットプリントを誇張する最も簡単な方法の一つは、自社のウェブサイトが自社のネットワーク上で動作していると仮定することである。TrimafaNet の場合はそうではないようだ。2026 年 7 月、trimafa.net.id は 203.175.9.132 とそのウェブホストに関連する IPv6 アドレスに解決された。RIPEstat のその IPv4 アドレスのネットワーク情報結果は、203.175.9.132 を AS58487（AS154503 ではない）によって発信される 203.175.9.0/24 に配置する。そのホストブロックのAPNIC RDAP レコードは RUMAHWEB-ID と識別する。trimafa.net.id の PANDI のドメインレコードは Rumahweb ネームサーバーをリストし、ドメインがアクティブであることを示している。
企業ウェブサイトを外部委託することに本質的に弱さはない。アクセスプロバイダーが自社のネットワークに問題がある場合でも、販売およびサポートページを到達可能なインフラに置くことは賢明であり得る。外部権威 DNS とウェブホスティングは、顧客との通信と本番ネットワークの間に有用な分離を生み出すことができる。
この取り決めができないのは、TrimafaNet のクラウドプラットフォームを実証することである。ウェブサイトは、同社が少なくともこの公開サービスにサードパーティのホスティング環境を使用していることを示している。TrimafaNet が AS154503 の下で他のサーバーを運用しているかどうか、サイトが復元力のために意図的に分離されたかどうか、または取り決めが単に従来の共有ホスティング購入であるかどうかは明らかにしない。正しい結論は狭い。稼働中の企業ウェブサイトは、同社自身の自律システム上で動作するワークロードの例ではない。
これにはステータス通信への実用的な影響がある。顧客がサポート番号を得るためにウェブサイトを使用する場合、その外部ホスティングは AS154503 の経路障害中もアクセスを維持できる。しかし、サイトは専用のステータスページやインシデントアーカイブを公開していない。障害中の到達可能なパンフレットは、現在の運用通知と同じではない。顧客には影響を受けた接続から独立した動作可能なエスカレーションチャネルが依然として必要である。
2つの施設宣言、2つの実証されたクラウドではない
PeeringDB は最も重要な物理的手がかりを追加する。TrimafaNet のネットワークレコードは、Cyber データセンター International JakartaとOMADATA E1 in Surabayaでの相互接続を宣言している。レコードは 2026 年 3 月に作成され、地元 ASN 154503 を両施設に関連付けている。これは、事業者またはその PeeringDB エントリの権限のある保守担当者が、ネットワークを2つの都市に存在するものとして表現している証拠である。
これは漠然としたマーケティングマップよりも強力だが、ラックインベントリよりも弱い。PeeringDB は参加者維持の相互接続ディレクトリである。ネットワーク対施設の宣言は、リースされたラック内の所有ルーター、パートナーを通じて提供されるポート、リモート接続、または施設のルールと一致する他の取り決めを意味する可能性がある。ラックユニット数、電力引き出し、クロスコネクトパス、サーバーモデル、ストレージシステム、契約期間は開示されない。また、顧客のコンピュートがいずれかの場所に設置されているかどうかも示さない。
2つのサイトは異なる戦略的役割を持つ。Cyber データセンター International は南ジャカルタの Cyber Building 内にあり、その施設ページは密集したネットワークと地元の交換局のセットをリストしている。そのような相互接続環境は、国内ネットワークとトランジットプロバイダーへの経路を短縮できる。Omadata はスラバヤ中心部にあり、パメカサンよりもはるかに近く、同じ東ジャワ側のサービス地域にある。その施設ページは大規模なネットワークコミュニティと複数の交換局をリストし、建物に多様な給電変電所があると述べている。
Omadata 自身のインフラ説明はより詳細である。事業者は冗長精密冷却、ミートミールーム、複数の通信事業者、24時間体制のサポートとスマートハンズ、オンライン UPS システム、冗長発電機、42U ラック、100ラック以上の設置済み設備容量を宣伝している。これらは Omadata の施設レベルの主張である。TrimafaNet に黙示的に転送されるべきではない。テナントは1ラックユニット、1つの電力供給、1つのクロスコネクト、またはリモートサービスのみを購入する可能性がある。そのテナントが利用できる復元力は購入した構成に依存する。
同様に、Omadata が 100 以上のサーバーラックを設置できるという声明は、TrimafaNet の使用可能容量ではない。建物容量は多数のテナントに販売される可能性がある。一部のラックは占有されている可能性があり、一部の電力はすでにコミットされており、新しい回路にはリードタイムが必要な場合がある。空のラックでも、電源、冷却、ネットワークポート、ハードウェア、運用チームがなければ役に立たない。容量は連鎖であり、最小の利用可能なリンクが短期的な上限を設定する。
したがって、2都市宣言は有望であるが不完全である。地理的分離の可能性を生み出す。同一の顧客サービスが両方の都市で実行されていること、データがそれらの間で同期されていること、または一方のサイトに他方を吸収するのに十分なアイドルリソースがあることを証明するものではない。各都市のルーターはマルチサイトネットワークである。自動的にマルチサイトクラウドではない。
1つの可視経路隣接 AS が中心的な制約である
インターネットエッジでは、唯一の効果的な経路が消失した場合、プロバイダーは顧客に到達できないため、経路の多様性が重要である。AS154503 の RIPEstat のASN 隣接結果は、2026 年 7 月に AS154503 の 1 つの隣接 AS を観測した：AS38158、PT Cyberindo Aditama。RIPEstat のBGP 状態ビューは繰り返し AS38158 AS154503 で終わる経路を示している。プレフィックスは広く可視であったが、TrimafaNet の前の最後の外部ネットワークはサンプリングされた経路で同じだった。
これは正確な声明を支持する。経路は観測された1つの隣接自律システムを通じてグローバルに到達可能だった。TrimafaNet に1本の物理ケーブルまたは1つの商用サプライヤーしかないことを証明するものではない。別々の回線が同じアップストリーム ASN で終端する可能性がある。バックアッププロバイダーは障害までアイドル状態のままである可能性があり、したがって通常の経路観測には存在しない。しかし、ここで調査された公開観測では、2番目の同時に可視の AS レベルの経路は実証されていない。
他の記録は状況を解決するのではなく複雑にしている。IPGeolocation の AS154503 ページによって複製された APNIC WHOIS テキストには、AS7597 を含むインポート、エクスポート、デフォルトポリシーが含まれている。IPinfo のAS154503 サマリーと IP2Location のASN ページは AS150191 をアップストリームとして識別する。これらは以前の設定、間接的な配信、異なる時期に収集されたデータ、または各サービスに同じ方法で見えない経路パスを記述している可能性がある。三者プロバイダー多様性の主張に結合されるべきではない。
PeeringDB は別の矛盾を提示する。その現在の API 派生ネットワークレコードは、両方の建物が交換インフラをホストしているにもかかわらず、TrimafaNet の公開交換接続なしで2つの施設を報告している。施設の存在はピアリングを可能にする。ネットワークが交換機に参加したり、セッションを確立したりすることを証明するものではない。クロスコネクトの購入、ルーターの設定、経路の受け入れは個別の運用ステップである。
実用的な障害経路は明確である。AS38158 が唯一のアクティブな経路隣接である場合、アップストリームのポリシーエラー、アカウント停止、ルーター障害、または相互接続障害により、TrimafaNet のサーバーとローカルアクセス機器が電源オンのままでも、198.15.30.0/24 がグローバル到達可能性から削除される可能性がある。有効な経路オリジン承認は、誰も経路をアナウンスしない場合には役に立たない。両方の施設が同じアップストリームに依存し、障害がそのアップストリームの制御プレーンにある場合、2番目の施設は役に立たない。
この評価を変える証拠は簡単である。2番目の隣接を示す現在の経路観測。独立したアップストリームを指定するサービス文書。異なる経路を持つ2つのライブテストアドレス。運用ポートと観測されたセッションを持つ交換レコード。それまでは、正直な説明は、1つの公に観測された経路隣接を持つ、新しくグローバルに可視の IPv4 ネットワークである。
パメカサンからジャカルタへ：欠落した中間
TrimafaNet の対面市場は地元である。事務所はパメカサン県ワル地区バジュール村にある。宣言された相互接続施設はスラバヤとジャカルタにある。これらの事実の間の距離は、アクセスプロバイダーの最も目に見えない依存関係がしばしば存在する場所である。
パメカサンの家庭、店舗、学校、オフィスからのトラフィックは、まずローカルアクセスネットワークを横断しなければならない。公開ページは、個々のエリアがファイバー、ワイヤレスリンク、または混合のいずれで到達されているかを特定していない。カバレッジページは、機械可読な経路マップ、ノードリスト、または媒体別設計を公開していない。その詳細がなければ、顧客は2つの近隣の敷地が同じポール経路、ワイヤレスバックホール、集約スイッチ、または電源を共有しているかどうかを推測できない。
ローカル集約後、トラフィックは TrimafaNet がアップストリームまたは自身のルーターに引き渡せるポイントへのバックホールが必要である。スラバヤとジャカルタの公開施設宣言は、それらの都市間回線を誰が供給しているか、経路が物理的に多様かどうか、トラフィックがそれらの間でどこで移行するかを開示していない。2つの契約でも同じトレンチ、橋の交差、着陸地点、またはキャリアを共有する可能性がある。逆に、1つのキャリアが真に多様な経路を提供できる。キャリア数だけでは回復力の質問に答えない。
この欠落した中間は、/24 のグローバルな可視性よりも地域の顧客にとって重要である。経路はロンドンやシンガポールから完全に可視である一方、切断されたアクセスファイバーがパメカサンの学校をオフラインにする可能性がある。サーバーはスラバヤで健全である一方、村に到達するローカルワイヤレスリレーが電力を失う可能性がある。インターネット到達可能性はエンドツーエンドである。経路コレクターは旅の一部のみを観測する。
同社の地域技術サービスは、顧客側およびローカルネットワークの障害に対処できることを示唆している。公開ページはまた、技術サポートが24時間利用可能であると述べているが、一般的な営業時間は 08:00 ～ 16:30 と表示している。これらの声明は異なるチャネルまたは staffing モデルを指している可能性があるが、その区別には契約上の定義が必要である。02:00 に報告を受け付ける電話回線は、必ずしも 02:00 に登ったり、接続したり、運転したり、データセンターに入ったりできる現場チームであるとは限らない。
ホスト型サービスにとって、ギャップは広がる。パメカサンの技術者は、スラバヤまたはジャカルタのスマートハンズスタッフと調整する必要があるかもしれない。施設チームは、契約のアクセスおよび指示ルール内でのみデバイスに触れることができる。故障したコンポーネントがオンサイトに在庫されていない場合、交換時間には診断、承認、輸送、セキュリティ入場が含まれる。公開記録は、TrimafaNet 機器のコンポーネント在庫ポリシー、リモートハンド権利、または最大復旧時間を与えていない。
登録、設置、使用可能、復旧可能な容量
容量の議論は4つの層に分割されるときに最も有用である。
登録容量は最も検証しやすい。TrimafaNet は AS154503 と 198.15.30.0/24 を持っている。これらのリソースは識別可能なルーティング表面を作成する。電力は消費せず、顧客コードを実行しない。
設置容量は実際に存在する機器と回線で構成される：ルーター、スイッチ、アクセス無線または光端末、サーバー、ドライブ、ラックスペース、電力供給、クロスコネクト、バックホール。PeeringDB は2つの施設での AS154503 の存在を支持するが、そこでの TrimafaNet の設置機器を項目化した公開文書はない。同社のサービスページはローカルアクセスビジネスを支持するが、集約またはバックホールを定量化していない。
使用可能容量は、パフォーマンスまたは回復力のコミットメントを破ることなく販売できるものである。常に機器ラベルの単純な合計よりも低い。CPU はバースト用に予約されている場合がある。ストレージには再構築用の空きスペースが必要。ネットワークポートにはヘッドルームが必要。電力回路は銘板最大で無期限に運転できない。サポートチームは限られた数の同時インシデントしか処理できない。10 Gbps ポートは、アップストリーム、バックホール、またはルーター転送容量が低い場合、10 Gbps の顧客スループットを生み出さない。
復旧可能容量は、障害後に約束された時間内に残るか復元できるものである。これはミッションクリティカルな顧客にとって最も重要なカテゴリーであり、TrimafaNet の公開資料では最も見えない。復旧には、予備ハードウェア、有効な設定、最新のバックアップ、到達可能なスタッフ、施設アクセス、そして引き継ぐための十分な容量が別の場所にあることが必要である。サービスが使用するように設計されている場合にのみ、第二の都市が役立つ。
PeeringDB の自己報告されたネットワークプロファイルは TrimafaNet に 5-10 Gbps のトラフィックレベルを与え、IPv4 および IPv6 プレフィックスの大きな数を述べている。これらの宣言は、1つの IPv4 /24 と IPv6 経路がない観測された発信元データと一致しない。トラフィック帯域は総トラフィックの正当な推定値である可能性があり、プレフィックスフィールドは異なる解釈または誤って入力された可能性がある。値は自己報告されており内部的に矛盾しているため、予備容量の計算に使用すべきではない。
したがって、最も安全な容量ステートメントは控えめである。TrimafaNet は現在の小規模な IPv4 発信元と、2つのキャリア豊富な施設への宣言されたプレゼンスを示している。公開証拠は、そのコンピュートフリート、ストレージプール、ラック割り当て、電力予約、バックホールサイズ、オーバーサブスクリプション、予備在庫、またはフェイルオーバー予備を定量化していない。ホスト型容量の購入者は、サービス固有のスケジュールでそれらの値を必要とする。
電力と冷却はスライスで購入される
データセンターの回復力は建物レベルで説明されることが多いが、サービス障害はテナントスライスで発生する。Omadata はスラバヤ施設が冗長冷却、オンライン UPS 装置、冗長発電機を使用していると述べている。これらの制御は施設レベルでのユーティリティ中断と機器メンテナンスへの露出を減らす。テナントレベルの単一障害点を排除するものではない。
1つの電源しか持たないサーバーは、冗長発電機がある建物でも、その単一の電力配分経路が保守されているときにサービスを失う可能性がある。両方のコードが同じ供給に接続されている場合、デュアル電源サーバーでも障害が発生する可能性がある。ラックは冗長電源を持ちながら、唯一のトップオブラックスイッチが故障する可能性がある。ネットワークは2台のルーターを持ちながら、両方が1つのクロスコネクトに依存する可能性がある。回復力は、すべての層が購入され、それを維持するように構成されている場合にのみ継承される。
公開記録は、いずれかの施設での TrimafaNet の電力トポロジーを示していない。Cyber データセンター の施設ディレクトリエントリは多様な給電変電所を開示していないが、同じデータは Omadata に多様な変電所をマークしている。これは Cyber に多様性がないことを証明するものではない。属性がそこで公開されていないことを意味する。また、API は TrimafaNet がどの電力製品を購入するかを述べていない。
メンテナンスは第二の区別を生み出す。施設は高い年間可用性数値を満たしながら、テナントの回線またはクロスコネクトで作業をスケジュールすることができる。冗長アーキテクチャを持つ事業者は、ウィンドウの前にトラフィックまたはワークロードを移動する必要がある。その予備がない事業者は、顧客に中断を受け入れるよう求める可能性がある。重要な証拠は建物のバッジではなく、TrimafaNet のメンテナンス通知期間、予想される影響、ロールバック計画、顧客ダウンタイムなしで作業を完了した記録である。どれも公に文書化されていない。
ローカルアクセスにとって、電力依存関係はデータセンターを超えて拡張される。集約キャビネット、ワイヤレスリレー、顧客機器は地域の電力と小型バッテリーに依存する可能性がある。スラバヤの発電機付きラックは、パメカサンの店舗のルーターや道路脇のノードを生かし続けない。完全なサービス設計は、どのネットワーク要素がバックアップ電源を持ち、どのくらいの時間持続するかを述べなければならない。
ハードウェア在庫とサポート労働力が修理時間を設定する
小規模インフラ事業者は、意思決定者と技術者が顧客に近いため、非常に応答性が高い場合がある。同時に、同じ人々が新規顧客の設置、アクセスリンクの保守、サポート、サプライヤー調整を行うため、複数のインシデントに対して脆弱になる可能性がある。TrimafaNet の広範なサービスリストは実用的な技術能力を示唆するが、公開ページはチームサイズ、シフトカバレッジ、エスカレーション深度を示していない。
ハードウェア交換には同じ曖昧さがある。同社は SNI マーク付きネットワーク機器を販売すると述べており、顧客およびネットワークデバイスの調達チャネルを示している。サーバーグレードの在庫は特定していない。交換用ルーター、光モジュール、ディスク、コントローラー、電源、マザーボードは棚にあるか、スラバヤの販売代理店から入手可能か、はるかに長い注文の対象となる可能性がある。各ケースは異なる復旧時間を生み出す。
ホスト型サービスはこの依存関係を強める。修理はマシンを保存してもサービスを保存しない可能性がある。故障したディスクの交換は、ストレージアレイが残りのパフォーマンスを使い果たしたり、別のメンバーを失ったりすることなく再構築できる場合にのみ有用である。サーバーの交換は、設定と顧客データを復元できる場合にのみ役立つ。ワークロードの移動は、宛先に互換性のある容量が存在し、ネットワーキングをリダイレクトできる場合にのみ役立つ。
施設事業者のスマートハンズサービスは物理的応答を短縮できるが、リモートハンズはプロバイダーエンジニアリングの代わりにはならない。施設スタッフはケーブルを再接続したり、指示の下でラベル付きコンポーネントを交換したりできる。アプリケーション、暗号化キー、ストレージレイアウト、顧客の復旧目標を知らない可能性がある。責任は TrimafaNet、施設、およびハードウェアサプライヤーの間で明確に分割されなければならない。
サポート時間も運用条件で記述されるべきである。TrimafaNet は 24 時間技術サポートを宣伝し、ウェブサイト上で別途日中の労働時間をリストしている。真面目なサービススケジュールは、チケット受付、リモート診断、現場派遣、施設出席、サプライヤーエスカレーション、顧客更新を区別するだろう。それらの定義がなければ、24 時間のラベルはコミュニケーションがいつ開始できるかを示すが、復旧がいつ発生するかは示さない。
トランジット、請求、プロバイダー契約はハードウェアの故障なしに失敗する可能性がある
インフラ障害は常に機械的ではない。アップストリームが経路をフィルタリングしたり、契約が切れたり、支払いが紛争になったり、設定変更が拒否されたりすると、経路が消失する可能性がある。クロスコネクトは物理的に無傷のまま、それに接続されたサービスが停止される可能性がある。ドメインは解決し、サーバーは動作しながら、ネットワークが商業的に切断される可能性がある。
このため、AS154503 の接続性の矛盾する公開イメージが注目に値する。ライブ経路は最も明確に AS38158 を指している。レジストリテキストは AS7597 を指名する。商用データセットは AS150191 を指名する。違いは無害な履歴である可能性があるが、プロバイダーの依存関係マップが静的な記述よりも速く変化しうることを示している。重要なワークロードを持つ顧客は、効果的なアップストリーム、施設、またはアドレス計画が変更されたときに通知を必要とする。リスクプロファイルがそれに伴って変化するからだ。
請求システムは独自の危険を生み出す。TrimafaNet のウェブサイトは小売アクセスを月額ルピアで価格設定し、注文をウェブフォームを通じてルーティングする。公開ページは支払い猶予期間、停止ポリシー、税務処理、返金条件、または誤った残高に異議を唱えるプロセスを示していない。家庭用回線ではこれらはカスタマーサービス問題である可能性がある。ホスト型ワークロードでは、自動停止が事業継続インシデントになる可能性がある。
同じことがアップストリームにも当てはまる。顧客の TrimafaNet との契約は可用性を約束できるが、TrimafaNet のパフォーマンス能力はラックスペース、電力、トランジット、バックホール、ドメイン、場合によってはハードウェアサポートの契約に依存する。それらの契約が TrimafaNet がダウンストリームに提供するものよりも弱い復旧条件を提供する場合、プロバイダーはギャップを抱えていることになる。それは意図的な商業的選択である可能性がある。冗長性または財政的準備によって支えられるべきであり、想定されるべきではない。
有用なサービス契約は、サービス境界、除外された依存関係、計画メンテナンスルール、クレジットメカニズム、停止プロセス、終了支援を特定するだろう。ここでレビューされた公開資料にはそのような文書は含まれていない。それは顧客が入手できないことを意味するものではない。ウェブサイトがその内容を推測するために使用できないことを意味する。
データローカリティはコピーに関する事実であり、会社住所ではない
TrimafaNet はインドネシアの企業であり、そのネットワークリソースは IDNIC を通じて登録され、宣言された2つの施設はインドネシアにある。これらの事実は国内インフラを求める顧客にとって魅力的であるかもしれない。それでも、特定の顧客のデータがどこに保存または処理されているかを証明するものではない。
ローカリティはコピーごとに追跡されなければならない。本番データはスラバヤのサーバーにある可能性があり、バックアップはジャカルタに保存され、サポートテレメトリは別のプロバイダーに送信される。コントロールパネルはインドネシア国外で実行される可能性がある。メール通知、支払い記録、監視ログは異なる経路をたどる可能性がある。Rumahweb によってホストされている企業ウェブサイトは顧客のワークロードの場所について何も述べていないが、サービスごとの追跡が必要である理由を示している。
インドネシアの法的立場は、「すべてのインドネシアデータはインドネシアに留まらなければならない」というスローガンよりも微妙である。2019年政府規則第71号は電子システムと取引を規律している。その規定は公共部門と民間電子システム事業者を区別し、効果的な監督と法執行アクセスを含む義務に従って、一部の民間システムとデータがインドネシア国外で管理、処理、または保存されることを許可している。セクター固有の規則と顧客の性質が制約を追加する可能性がある。国内施設はコンプライアンスを支援できるが、場所だけではそれを提供しない。
TrimafaNet のホスト型サービスにとって、ローカリティの証拠は、プライマリサイト、レプリカサイト、バックアップサイト、サポートアクセス場所、サブプロセッサを指定すべきである。また、顧客がサイトを選択できるかどうか、フェイルオーバーがデータを別の場所に移動できるかどうかを説明すべきである。PeeringDB のジャカルタとスラバヤのエントリは可能なネットワーク場所を特定するが、確認された顧客データの場所ではない。
データ主権は、配置と同様に退出の制御も含む。標準的な仮想マシンイメージ、データベースダンプ、オブジェクトストアを文書化されたフォーマットでダウンロードできる顧客は、データが名目上はローカルであるが独自のサービスに閉じ込められている顧客よりも実用的な制御を持つ。公開 TrimafaNet ページは、ホスト型製品のエクスポートフォーマット、転送制限、削除タイミング、終了後の保持を公開していない。
正しい結論は、国内インフラに価値がないということではない。ローカリティはワークロードレベルで指定されなければならず、移植性は必要になる前にテストされなければならないということである。
移行は容量が顧客に属するかどうかの本当のテストである
ホスト型容量はレンタルである。顧客はラック、アップストリーム契約、物理マシンを所有していないため、離脱能力はサービスの回復力の一部となる。移行は、長期にわたる障害、価格変更、容量不足、セキュリティ上の懸念、または商業的紛争の後に必要である。また、大規模なメンテナンスイベントを通じた唯一の安全な経路である可能性もある。
公開 TrimafaNet 文書はホスト型移行経路を記述していない。公開されたイメージフォーマット、スナップショットインターフェース、データエクスポート方法、帯域幅許容量、復旧目標、削除証明書はない。同社は現在のコンピュートホスティング製品をまったく公開文書化していないため、これらの機能をネットワークフットプリントから推測することは誤りであろう。
そのようなサービスが非公開で提供される場合、顧客は通常速度および抑制速度での完全なエクスポートにかかる時間を確立すべきである。100 Mbps リンクを介した 10 テラバイトのデータセットの移動は、理論上の最大値で 9 日以上かかり、プロトコルオーバーヘッドと中断がある。プロバイダーはより高速な内部コピーを提供するが、はるかに遅い退出経路を提供する可能性がある。バックアップが存在しても、バックアップを別の場所に復元できない場合、その非対称性は解決されない。
アドレッシングは別の移行問題である。TrimafaNet の 198.15.30.0/24 スペースを使用するワークロードは、特定のポータブル取り決めがない限り、別のプロバイダーに移動するときに新しいアドレスを必要とする。DNS 変更は名前をリダイレクトできるが、キャッシュされたレコードは移行期間を生み出す。許可リスト、支払いパートナー、政府システムを使用する顧客は、新しいアドレスを登録するのに数日を必要とする場合がある。文書化されたカットオーバーはそれらの依存関係を考慮すべきである。
最良の復旧証明は、独立した環境への実際の復元である。成功したバックアップジョブは、バイトがどこかに書き込まれたことを証明するだけである。復元演習は、資格情報、ソフトウェアバージョン、ネットワークルール、データを作業サービスに組み立てられることを証明する。公開証拠は TrimafaNet がそのような演習を提供または完了したことを示していない。基本的な接続以上のものを購入する顧客は、承認と更新の一部としてテストを行うべきである。
誰が最初に各障害を感じるか
TrimafaNet の宣伝された顧客には、家庭、店舗、学校、オフィス、機関が含まれる。それらの露出は異なる。
家庭はアクセス障害を即座に気付くが、一部のデバイスをモバイルデータに切り替えるかもしれない。店舗は支払い、在庫、メッセージングサービスを失い、ネットワーク障害が売上損失に変わる可能性がある。学校はオンライン授業、試験、管理アクセスを失う可能性がある。オフィスはモバイルバックアップを持っているかもしれないが、内部システムと音声サービスは固定アドレッシングまたは安定したレイテンシに依然として依存する可能性がある。機関は非公式の回避策では満たせない報告、プライバシー、継続義務に直面する可能性がある。
TrimafaNet が公に宣伝されているものを超えてホスト型容量を提供する場合、影響を受ける人口は拡大する。1台のサーバーで、TrimafaNet と直接関係のない多数のダウンストリームユーザーをサポートできる。事業者は1台の故障したマシンを見るかもしれないが、市場はいくつかの利用できない店舗、ポータル、コミュニティサービスを見る。この集中が、設置サーバー数が影響の悪い代理指標である理由である。
障害ドメインは重複する可能性もある。企業は同じプロバイダーからアクセスとホスティングの両方を購入するかもしれない。それはサポートを簡素化するが、プロバイダー全体のルーティングまたは請求障害が両方に同時に影響する可能性がある。スラバヤでのホスティングは、両方が同じ効果的な経路隣接とアカウントに依存する場合、パメカサンのオフィスに有用な継続性を提供しない。独立性は、製品名ではなく障害原因に基づいて設計されるべきである。
2都市施設宣言は選択肢を生み出す。顧客は一方の都市にサービスを配置し、もう一方にバックアップを置くか、相互接続にジャカルタを、近接性にスラバヤを使用するかもしれない。しかし、レプリケートされたワークロード、多様な経路、テストされた復旧の証拠がなければ、これらは提供された回復力ではなくアーキテクチャの可能性にとどまる。
証拠を有望から強力にするもの
TrimafaNet の現在のネットワーク証拠は、パンフレットのみのビジネスよりは強力であり、完全に文書化されたインフラプロバイダーよりは弱い。いくつかの公開開示は、敏感な詳細を明らかにすることなく、信頼を実質的に向上させるだろう。
第一に、現在のサービスカタログは、インターネットアクセス、専用接続、コロケーション、仮想サーバー、ベアメタル、ストレージ、バックアップ、マネージドサポートを区別すべきである。各製品には明確なサービス境界が必要である。これにより、委託された提案における最も基本的な曖昧さが解決されるだろう。
第二に、ネットワークページは、アクティブな IPv4 および IPv6 サービス、交換参加、アップストリームの多様性を顧客が検証できるレベルで特定すべきである。経路観測はすでに会社に信頼できる基盤を与えている：1つの認可された IPv4 /24。意図された IPv6 状態と AS38158、AS7597、AS150191 の関係を説明することは、回避可能な不確実性を取り除くだろう。
第三に、施設声明は、TrimafaNet がジャカルタとスラバヤでルーターのみを運用しているのか、顧客コンピュートも運用しているのかを述べるべきである。所有機器と賃貸スペースおよび施設サービスを区別すべきである。総ラックユニット、電力供給設計、顧客ワークロードが両方の都市で実行できるかどうかは、現代のインフラという一般的な主張よりも有用だろう。
第四に、サービス条件は、サポート段階、交換在庫、メンテナンス通知、復旧目標、バックアップ責任、移行支援を定義すべきである。24時間連絡と24時間物理的介入の区別は明示的であるべきである。
最後に、顧客は自身のサービスの場所と移植性の証拠を受け取るべきである：プライマリとバックアップのコピーがどこにあるか、誰がアクセスできるか、エクスポートがどのように機能するか、削除がどのように確認されるか。これらはクラウド製品への任意の改良ではない。抽象化が失敗したときに顧客が復旧できるかどうかを決定する。
見守る価値はあるが読み過ぎてはいけないネットワークフットプリント
TrimafaNet は番号のないローカルインターネットブランドを超えて移動した。PT Trimafa Computindo Networking は、APJII 会員ディレクトリにパメカサンの Trimafa Net ブランドの法人会員として登場する。IDNIC はその ASN とポータブル IPv4 ブロックをアクティブとマークする。経路コレクターはその /24 をグローバルに見ており、経路オリジン検証は有効である。PeeringDB はネットワークをインドネシアの2つの重要な相互接続施設に配置する。
これらは地域事業者にとって意味のあるステップである。これらはより大きなルーティング制御、国内相互接続、より明確な運用アイデンティティをサポートできる。また、限界をより鋭く露出させる。1つの観測された経路隣接はトランジットの多様性ではない。2つの施設宣言は2つのクラウドではない。/24 はサーバー数ではない。建物の発電機はテナントのフェイルオーバープランではない。インドネシアの会社住所は、すべての顧客コピーがどこにあるかの声明ではない。
同社の公開サービスカタログは、中央の注意を避けられないものにしている。TrimafaNet はインターネット接続と地元の技術作業を販売していることを実証している。ホスト型コンピューティングにおける野心や非公開のオファーがあるかもしれないが、現在の公開証拠はそれらを確立していない。購入者は、製品が実際に何であるか、どの会社が署名するか、どの物理的リソースが割り当てられているかを問うことから始めるべきである。
それは小規模プロバイダーに対する議論ではない。地域事業者は、大規模プラットフォームが苦戦する近接性、実用的知識、説明責任を組み合わせることができる。しかし、プロバイダーが物理的依存関係の連鎖（パメカサンアクセス、都市間バックホール、スラバヤまたはジャカルタのラック、効果的なアップストリーム、スペアコンポーネント、認可された技術者、テストされたエクスポート経路）を可視化するときに信頼は成長する。
したがって、TrimafaNet のインフラストーリーは正確で限定された意味で有望である。ネットワークは新しく、稼働中であり、識別可能である。その経路セキュリティは経路多様性よりも証拠が豊富である。その施設プレゼンスはコンピュート容量よりも証拠が豊富である。そのローカルサポート能力はデータセンター修理権利よりも証拠が豊富である。次の段階はより大きな容量数値ではない。顧客に販売された容量が、それらの依存関係の1つが失敗するウィンドウの間、電力が供給され、到達可能で、修理可能で、移植可能であり続けるという証明である。