Foreach AS のホスティング容量、ラック・トランジット・修理に依存

概要

Foreach AS は、現役のサービスプロバイダーとして分析するに足る活動を行っている。ノルウェーの事業登録簿は FOREACH AS をトロンハイムの現役の有限会社として特定しており、Foreach の自社サイトは公開されており、RIPEstat は 2026年7月12日現在、AS214761 が195.191.30.0/23と2001:67c:1420::/48の両方を広告していることを確認している。
ホスティング容量の主張は現実的だが、範囲は限定的である。Foreach は ITsjefen と協力してアプリケーションのサーバーとホスティングを提供すると述べており、データ処理契約では ITsjefen AS をウェブホスティング、仮想サーバー、それらのサービスからのメール送信、バックアップの提供者として指定している。
主な物理的依存関係は隠されていない。ITsjefen はトロンハイム地域に3つのデータセンター、約1,000平方メートルの容量、マルチリダンダントな100 Gbps ファイバーネットワーク、施設の電源管理、および指定されたアップストリームを公開している。これらの主張はノルウェー国内のホスティングコンテキストを裏付けるが、Foreach の正確なラック割り当て、フェイルオーバー設計、バックアップ頻度、復元テスト履歴は開示されていない。
ルーティング層は現在可視であるが、集中している。AS214761 の RIPE レジストリポリシーは ITsjefen AS44381 と Underworld AS50213 をリストしているが、RIPEstat のネイバービューではカットオフ時点で AS44381 のみが可視のネイバーとして示されていた。Foreach に依存する顧客は、AS44381 ハンドオフ、ITsjefen の部屋、特定のホスト、または Foreach のサポートウィンドウが故障した場合に、トラフィック、サポート、バックアップ、データエクスポートがどのように動作するかを問い合わせるべきである。

可視的なネットワークエッジを持つ小規模コンサルタント

Foreach AS はハイパースケールクラウドでも、地域のファイバーキャリアでも、ホールセールコロケーション事業者でもない。これは小規模なノルウェーの IT 企業であり、その公開アイデンティティはソフトウェア開発と日々の運用サポートから始まる。ホームページによれば、トロンハイムの同社は経験豊富な2人の開発者兼コンサルタントで構成されている。サービスページでは、カスタムシステムインテグレーション、ソフトウェアおよび開発サービス、デジタル化アドバイス、安全な運用、ホスティングを説明している。ノルウェー事業登録簿の組織番号929687876の記録は、法的名称を FOREACH AS とし、2022年8月10日の設立、2022年8月24日の登録を記録し、活動をコンピュータプログラミングサービスに分類し、カットオフ時点で破産も清算もされていないことを示している。

その規模には意味がある。小規模なコンサルタント会社は、狭いビジネス特化型システムに対して強力なホスティングサプライヤーとなり得る。なぜなら、アプリケーションを構築する人々が顧客のプロセス、統合、障害傾向、サポート期待を理解している可能性があるからだ。同じ規模がリスクを集中させることもある。同じ2人の名前が顧客コンテキスト、導入知識、ローカルサポートチャネル、商関係を保持している場合、ホスティングアプリケーションはデータセンターだけでなく、人的注意の継続性にも依存する。

Foreach の公開サイトはその複合的な役割を明確にしている。システム開発ページは、同社がカスタマーポータル、イントラネット、API などのウェブアプリケーションを開発し、さらに「サーバーとホスティング」のラインを追加している：Foreach は ITsjefen と協力してアプリケーションのサーバーとホスティングを提供する。IT 運用・サポートページは、Foreach が IT システムの運用・保守、技術問題のサポート、機器の購入・設定、多くのケースでのリモートサポートを支援すると述べている。クラウドソリューションページは、メール、会議室予約、ストレージ、バックアップ、ネットワークアクセスのためのクラウドサービスをリストしている。これは単なるコードのパンフレットではない。これはホスティングされたビジネス機能を中心としたサービスの包括的な提供である。

現在のインターネット番号の証拠もある。AS214761 の RIPE aut-num レコードは、AS を Foreach と命名し、Foreach 組織オブジェクトにリンクしており、2024年6月5日に作成された。RIPE 組織レコード ORG-FA1308-RIPEは Foreach AS を命名し、国をノルウェー、住所をトロンハイムとしている。195.191.30.0/23の RIPE 検索は、NO-FOREACH-ASの inetnum オブジェクト、ステータスASSIGNED PI、組織 ORG-FA1308-RIPE、メンテナーITSJEFEN-LIRを返す。これらは強力な管理的シグナルである：Foreach は独自のルーテッドアドレス空間と自律システムアイデンティティを持ち、ITsjefen がその周辺のレジストリオブジェクトを維持している。

運用の証拠は記録を超えている。AS214761 の RIPEstat のアナウンスドプレフィックスビューは、2026年7月12日のカットオフ時点で195.191.30.0/23と2001:67c:1420::/48がアナウンスされていることを示した。IPv4 ルーティングステータスの RIPEstat 結果は、IPv4 プレフィックスがすべての327の IPv4 RIS ピアから可視であることを示し、IPv6 ルーティングステータスの結果は、IPv6 プレフィックスがそのサービスによって観測されたすべての322の IPv6 RIS ピアから可視であることを示した。パブリック DNS も Foreach の自社ウェブサイトをそのルーテッドスペースに結びつけている：foreach.noのルックアップは195.191.30.65を返し、IPinfo のそのアドレスのページはそれをトロンハイムの AS214761 Foreach AS に関連付けている。

その組み合わせにより、Foreach は多くの小規模ソフトウェアコンサルタントよりも具体的なネットワークエッジを持つ。それはサーバーフリートの規模、顧客数、ストレージ容量、各アプリケーションの稼働時間を証明するものではない。しかし、Foreach の公開ウェブプレゼンスと割り当てられたアドレスリソースが、評価日時点で現在の BGP アナウンスを通じて到達可能であったことを証明している。ホスティングアプリケーションを含む公開サービスを提供する企業にとって、これはホスティングラインを漠然としたパートナーラベルとして扱うのではなく、実際のインフラストラクチャの質問を提起するのに十分である。

ホスティング提供はマネージドアプリケーションサービスであり、生のクラウド容量ではない

Foreach の顧客向け資料は、コモディティのセルフサービス型クラウドではなく、マネージドでアプリケーション固有のホスティングを指している。顧客ページで、同社は iBOKS Minilager、Tunga Bil、NORoption、Terminalen Rigg 向けにシステムを開発し運用していると述べている。例は運用面で具体的である：iBOKS はバックエンド、API、サードパーティ統合、管理ポータル、顧客「マイページ」を持つストレージレンタルシステムを持つ。Tunga Bil は顧客、車両、書類の概要システムを持つ。NORoption はサービス契約と設置記録を持つ。Terminalen Rigg は予約、チェックイン、部屋、稼働率、請求統合のためのシステムを使用する。各名前付き顧客の正確なホスティング契約は開示されていないが、パターンは明らかである。Foreach の価値は仮想マシンだけではない。それはカスタムアプリケーションロジック、サポート、ホスティングの継続性の組み合わせである。

これは経済的にパブリッククラウドアカウントとは異なる。Foreach からアプリケーションを購入する顧客は、何かが故障するまで、どのハイパーバイザーが動作しているか、どのスイッチがパケットを運んでいるか、どのバックアップターゲットがコピーを保存しているかを気にしないかもしれない。その時点で、小規模なマネージドプロバイダーは、セルフサービス型クラウドの顧客が個別に管理するかもしれない層を橋渡しする必要がある：アプリケーションコード、サーバーオペレーティングシステム、ストレージ、ネットワーク到達性、認証、サードパーティ統合、請求、カスタマーサポート。顧客は複雑さを軽減するために購入しているが、複雑さは依然としてどこかに存在する。

Foreach のデータ処理契約は、このチェーンに関する最も明確な文書である。これによると、Foreach は顧客フォローアップ、販売、サービス提供のために個人データを処理する可能性がある。連絡先詳細、サブスクリプションデータ、注文データ、請求書・支払い履歴、ログ、ログイン詳細、ストレージデータ、リソース使用量などの保存カテゴリをリストし、4つのサブプロセッサを指定している。ITsjefen AS は、Foreach が使用するサーバーサービスの提供者としてリストされており、ウェブホスティングと仮想サーバー、およびそれらのサービスからのメール送信を含む。同じ段落は、ITsjefen がそれらのサービスのバックアップに責任を持つと述べている。Fiken AS は会計、Teletopia Interactive AS は SMS 送信、Microsoft Ireland Operation はメールサービスとしてリストされている。

これは、所有権を誇張することなく責任を特定するために有用である。Foreach はホスティングアプリケーションを提供し、ソフトウェア層の多くを制御できる。ITsjefen は Foreach が使用すると言う物理的および仮想サーバー層を供給する。Microsoft はメールサービスを処理し、会計と SMS は他の指名されたサプライヤーに置かれている。Foreach の顧客がサービス障害を経験した場合、その原因は Foreach のコード、Foreach の設定、ITsjefen のコンピュートまたはストレージ、ITsjefen のバックアッププロセス、Microsoft のメール、通信事業者の SMS 経路、またはサードパーティのビジネス統合にある可能性がある。顧客は Foreach のサービスを見るが、実際の復旧経路は複数の企業を横断する。

この契約には、制限付きの地域性に関する約束も含まれている。Foreach は個人データがどこに保存されているかを文書化できなければならず、必要な保護措置なしに個人データを EU/EEA 外に転送してはならないと述べている。これは「データ主権と地域性」のトピックを支持しており、特に ITsjefen のノルウェーベースのクラウド主張と組み合わせると有用である。すべての顧客ワークロードが一つの部屋に留まること、すべてのサブプロセッサがすべてのデータをノルウェーのみに保存すること、またはバックアップがプライマリサービスから分離されていることを述べているわけではない。これらの詳細は、顧客固有の契約、データマップ、復元計画で確認する必要がある。

したがって、最も強い公開結論は狭い：Foreach はマネージドホスティングアプリケーション容量を販売し、その容量を ITsjefen のサーバーサービスに公にリンクしている。最も弱い公開結論は、Foreach をデータセンター事業者と呼ぶことだろう。同社自身の表現は別の場所を指している。Foreach はアプリケーションおよび顧客向け事業者であり、ITsjefen は開示されたサーバーサービス事業者であり、インフラストラクチャリスクはその境界に存在する。

物理的境界は ITsjefen のトロンハイムの部屋を通る

ITsjefen の公開資料は、Foreach のサービスの下に存在し得るラック、電源、ファイバーの最も明確なビューを提供する。ITsjefen のサービスページは、ECIT の一部である同社がデータセンター、IT 運用、インフラストラクチャ、セキュリティサービスを提供すると述べている。アバウトページは、ITsjefen が2004年から運営され、22人の従業員を抱え、トロンハイム地域に3つのデータセンターを自社施設内に約1,000平方メートルの総容量で運営し、グループ施設を通じてオスロでもデータセンターサービスを提供でき、ストックホルムとロンドンに自社のラックを運営していると述べている。従業員は様々な運用・サポート契約を通じて顧客を24時間サポートしていると述べている。

ITsjefen のデータセンターページは、トロンハイム地域のポートフォリオがマルチリダンダントな100 Gbps ファイバーネットワークで結ばれていると述べている。施設は冗長性、監視、認定運用、柔軟なホスティング向けに設計されており、冗長電源、冷却、UPS、ディーゼル発電機、カメラ監視、気候監視、ガスベースの消火システムをリストしている。ITsjefen でホスティングする小規模プロバイダーは、建物を所有したり、発電所を運営したりすることなく、本格的な施設基盤を継承できる。

個々のサイトページはさらに詳細を追加する。NDC2は2008年から ITsjefen によって運営されており、一次冷却ループ用にトロンハイムフィヨルドへの閉鎖冷却回路を使用し、トロンハイム中心部の異なるルートを使用した冗長ファイバー接続、個別の A/B UPS ユニット、ディーゼル発電機、冗長空冷を備えている。ページは、2016年から TIA-942-A および EN50600 認定を受け、2025年8月に ISO27001:2022 認定を取得したと述べている。また、AS44381、2つの100 Gbps バックボーン接続、TRDIX での10 Gbps ピアリング、Telenor、Telia、GlobalConnect からの10 Gbps アップストリームを名前を挙げている。

NDC3は、重要なソリューション向けの EMP 保護、冗長ファイバー接続、個別の UPS ユニット、ディーゼル発電機、冗長冷却を備えた高優先度データセンターとして説明されている。これはすべての一般的なホスティングアプリケーション向けの汎用的な部屋ではない。ページは、アクセスは ITsjefen と顧客の特別に許可された担当者に制限されると述べている。NDC4は容量に直接関連する：ITsjefen は約600平方メートル、見出しでは600平方メートル以上、2 MW 容量、Tungaveien 30 の地下、NVE マップによる洪水、地滑り、クイッククレイのリスクエリア外、ISO27001:2022、EN50600 Tier III、TIA-942A 認定、A/B 冷却および電源側面、UPS、ディーゼル発電機、5つの内部ルートからの4つの別々のファイバー入口、顧客ゾーン、全体ラックを持つ顧客向けの24時間アクセスを備えていると説明している。

これらは強力なプロバイダーレベルの主張である。これらは Foreach のホスティング提供を、机の下のラップトップや未知の市場の単一のレンタル仮想サーバーと materially 異なるものにする。また、Foreach 固有の冗長性の証拠には及ばない。公開記録は、Foreach がどの ITsjefen の部屋を使用しているか、Foreach が複数のサイトに機器を持っているか、195.191.30.0/23と2001:67c:1420::/48のトラフィックが顧客に影響を与えずに部屋間を移動できるか、どのストレージプラットフォームが Foreach のバックアップを保持しているか、復元ドリルがどの程度の頻度で実行されるか、または Foreach が ITsjefen から別のホスティングプロバイダーへのテスト済みの脱出経路を持っているかを述べていない。

その区別が物理的依存関係分析の核心である。ITsjefen は冗長な部屋、冗長電源、マルチパスファイバーを持つかもしれない。Foreach は特定の顧客に対して単一のプロダクションインスタンス、単一のストレージプール、単一のバックアップポリシー、または単一のサポートエスカレーションパスしか持っていないかもしれない。施設の冗長性は必要だが十分ではない。ホスティングアプリケーションの回復力は、Foreach が施設サービスをどのように消費するか、顧客をどのように分離するか、データをどのように複製するか、そして具体的な障害が発生したときにどのように復元を実行するかに依存する。

ルーティングは稼働しているが、観測された多様性はポリシーファイルよりも狭い

AS214761 は休止状態ではない。現在のルートの証拠は、Foreach の公開インフラストラクチャプロファイルの中で最も強力な部分の一つである。RIPEstat はカットオフ時点で IPv4 と IPv6 のプレフィックスがアナウンスされているのを確認し、AS214761 の RIPEstat の BGP 状態サンプルは、AS44381 と AS214761 で終わる多くの観測された経路を示した。これは単なる登録ではなく、生きたインターネット経路である。

依存関係の質問は次のホップにある。AS214761 の RIPEstat のネイバービューは、2026年7月12日時点で一意のネイバーを1つだけ示した：AS44381。AS214761 の RIPE aut-num ポリシーは、AS44381 と AS50213 からのインポートと両方へのエクスポートをリストしている。その違いは重要である。レジストリポリシーは意図されたまたは許可された関係を記述できるが、公開ルートコレクターは観測されたものを示す。カットオフ時点で、RIPEstat を通じて観測された関係は ITsjefen AS44381 であった。

ITsjefen 自体ははるかに広範である。AS44381 の RIPE aut-num レコードは、Telenor AS2116、Telia AS2119、GlobalConnect AS25400 およびいくつかの顧客またはピア関係を含む複数のインポートとエクスポートを持つネットワークを示している。AS44381 の RIPEstat のアナウンスドプレフィックスビューはカットオフ時点で9つのプレフィックスを示し、AS44381 のネイバービューは12の一意のネイバーを示した。PeeringDB の AS44381 エントリは、ITsjefen をオープンな一般ピアリングポリシーを持つネットワークサービスプロバイダーとして説明しているが、返された API オブジェクトには施設や交換 LAN のアタッチメントはリストされていなかった。ITsjefen の NDC2 および NDC4 ページは別途、TRDIX ピアリングと Telenor、Telia、GlobalConnect からの10 Gbps アップストリームを主張している。

Foreach の顧客にとって、これは二層のルーティング像を生み出す。ITsjefen のアップストリームには、複数のキャリアとより豊かな AS44381 ネットワークの証拠がある。Foreach のエッジでは、観測されたネイバーは1つである。単一の観測ネイバーは、単一の物理ファイバーや単一のルーターを証明するものではない。これは ITsjefen のネットワーク内の冗長な物理経路を通じて提供されるマネージド BGP サービスを表す可能性がある。しかし、顧客の Foreach のプレフィックスへの公開経路は、可視のプロバイダーとして ITsjefen を通過しているように見える。ITsjefen の顧客ハンドオフ、Foreach のルーター、ルートフィルター、または AS44381 から AS214761 へのポリシーが壊れた場合、データセンターの建物に電力があり、アプリケーションサーバーが健全であっても、公開されたプレフィックスは消える可能性がある。

195.191.30.0/23のルート履歴は、このスペースが ITsjefen の制御を通過してきたことを強化している。プレフィックスの RIPE 検索は、起源が AS44381 で説明に Doghouse AS、Trondheim、Norway を含む古いルートオブジェクトをまだ返す。しかし、ライブルーティングステータスサービスは、カットオフ時点で起源 AS214761 を示している。これは、Foreach の現在のアナウンスが現在は区別されている一方で、ITsjefen がメンテナーおよびアップストリームコンテキストのままであることを示唆している。これは小規模サービスプロバイダーにとって妥当なローカルネットワーク構成である：顧客向け企業はプロバイダー独立リソースを取得し、ローカルデータセンターおよびネットワーク事業者がそれらを維持・運搬し、顧客のルートはそのプロバイダーを通じてグローバルに可視である。

証明されていない部分はフェイルオーバーである。公開記録は、Foreach が同時に第二の独立したアップストリームを通じて AS214761 をアナウンスしていることや、ルートコレクターが AS50213 を Foreach の現在の左側ネイバーとして見ていることを示していない。AS50213 の RIPE レコードとRIPEstat ネイバービューは、Underworld AS50213 が AS44381 に接続されていることを示しており、独立したグローバル脱出ルートよりもローカルルーティングエコシステムの一部である可能性が高い。これは批判ではなく、境界である。現在可視の Foreach 経路はアクティブであるが、その公開証拠は「ITsjefen 経由でルーティングされている」を「独立してマルチホームされている」よりも強く支持している。

設置容量と使用可能なホスティング容量は同じではない

Foreach のアドレスリソースは、開示されたチームよりも会社を大きく見せることができるが、アドレス空間はサーバー容量ではない。/23は予約と運用上の選択の前に512の IPv4 アドレスを提供する。IPv6/48は多くのサービスをきれいに番号付けするのに十分以上である。これらのリソースは、ホスティングプロバイダーがサービスを分離し、顧客エンドポイントを割り当て、デュアルスタック接続を実行し、プロバイダー割り当てアドレスへの依存を避けるのに役立つ。しかし、何台の物理ホスト、CPU コア、ストレージアレイ、バックアップターゲット、スタッフ時間、サポートウィンドウが利用可能かは述べていない。

ライブウェブサイトがその点を実証している。foreach.noは195.191.30.65に解決され、Foreach のアナウンスされた/23内にあり、IPinfo はそのアドレスをトロンハイムの AS214761 の下に配置している。これは Foreach が公開サービスに独自のルーテッドスペースを使用していることの良い証拠である。容量の余裕についてはほとんど教えてくれない。同じアドレスが1つのサイト、多くの仮想ホスト、ロードバランサー、またはリバースプロキシの前面に立つ可能性がある。顧客アプリケーションはその隣、背後、または ITsjefen のインフラストラクチャの別の場所に配置される可能性がある。パブリック DNS はそれらの質問に答えられない。

ITsjefen のデータセンター容量も注意深い変換を必要とする。NDC4 の 2 MW と600平方メートル以上は施設リソースを説明している。それらは Foreach の割り当てを説明していない。Foreach が仮想サーバーをレンタルする場合、ラック全体を制御することは決してないかもしれず、専用の顧客ゾーンはなおさらである。独自のハードウェアを持っている場合でも、公開記録はラック数、ストレージ冗長性、メンテナンス権利、オンサイトスペア在庫を明らかにしていない。マネージド ITsjefen サーバーサービスに依存している場合、復旧経路は Foreach が所有する機器ではなく、Foreach-ITsjefen 契約に書かれている可能性がある。

ホスティングアプリケーション容量はまた、生のコンピュートとは異なる。Foreach の顧客ページの iBOKS の例は、システムがストレージルームへの年間アクセスをサポートし、バックエンド、API、サードパーティ統合、管理ポータル、顧客ページを持つと述べている。Terminalen Rigg の例は、予約、チェックイン、部屋概要、稼働率、請求統合に関するものである。これらは容量が Mbps や vCPU でのみ測定されるワークロードではない。使用可能なサービスには、動作する統合、認証、支払いまたは請求リンク、正確なデータ、スケジュールされたジョブ、サポート連絡先、インシデント中の顧客コミュニケーションも必要である。

ここでホスティングの経済性が可視化される。小規模プロバイダーは、ローカルデータセンターパートナー、共有運用専門知識、各顧客を理解する小規模チームを使用することで、コストを妥当に維持できる。これは、ローカル SME にとって、一般的なクラウドチケットキューよりも実践的なサポートを生み出す可能性がある。しかし、同じ経済性が過剰構築を制限する可能性がある。ウォームスタンバイ環境、別のセカンドプロバイダー、スペアハードウェア、定期的な復元訓練、顧客固有の Runbook、24時間体制のスタッフはすべてコストがかかる。公開サイトは、どの顧客がどのレベルの継続性に対して支払っているかを述べていない。

正しい解釈は、Foreach に容量がないということではない。公開証拠は到達可能性とプロバイダー関係を検証するが、使用可能なフェイルオーバー容量を検証しないということである。Foreach の AS とプレフィックスは本物である。ITsjefen のデータセンターポートフォリオは物理的依存関係を根拠付けるのに十分本物である。しかし、予約システム、ストレージアクセスサービス、サービス契約システム、または運用ポータルを Foreach に配置するかどうかを決定する顧客は、依然としてサービス固有の回答を必要とする：プロダクションサービスはどこにあるか、バックアップはどこにあるか、どのくらいの速さで復元できるか、ITsjefen のメンテナンス中はどうなるか、データエクスポートを誰が承認するか、どの機能が低下して実行できるか。

修理ウィンドウは施設の特徴と同じくらい人間のシステムである

最も普通の障害がしばしば最も明らかになる。ディスクが故障する。仮想ホストの容量が不足する。バックアップは完了するが、特定のテーブル状のデータセットをきれいに復元できない。証明書の更新が統合を破壊する。請求の紛争がコンポーネントを停止させる。スイッチのメンテナンスウィンドウがパケットロスを引き起こす。顧客の管理者が去り、誰も DNS 変更を承認できない。これらの出来事のいずれも公開発表に値するほど劇的ではないが、それぞれがホスティングアプリケーションを中断させる可能性がある。

Foreach のアバウトページは、Audun Saether と Kenneth Grotdal を名前を挙げ、開発、IT 運用、バックエンド開発、プログラミング言語、データストア、プロジェクト管理、顧客対応における長年の経験を説明し、直接のメールと電話連絡先を提供している。小規模顧客にとって、これは大きな利点となり得る。システムを設計している人々に連絡が取れ、サポート会話を一般的なチケットフォームではなくビジネスコンテキストから始めることができる。

IT 運用ページは、多くのケースがリモートサポートを通じて迅速に解決でき、Foreach が PC、ネットワーク機器、ワイヤレスネットワーク、プリンター、アップグレードの購入と設定を支援でき、Iteam や ITsjefen を含む既知のサプライヤーを通じて迅速な納品が可能であると述べている。これは、Foreach がサポートをコード変更だけでなく、実践的で実践的なものと考えていることを示している。また、ハードウェア在庫におけるサプライヤー依存も示している。交換機器、ITsjefen スタッフへのアクセス、または専門スキルが利用できない場合、修理ウィンドウは長くなる可能性がある。

ITsjefen 自身のサポート規模は大きい。アバウトページは、22人の従業員がトロンハイム地域の3つのデータセンターを運営し、契約を通じて顧客を24時間サポートしていると述べている。連絡先ページは、通常の営業時間を平日の08:00から16:00とし、他のページは監視と当直体制を宣伝している。営業時間と契約上の当直サービスの違いは重要である。Foreach の顧客は、ITsjefen が一部の契約で24時間サポートを提供しているという理由だけで、24時間のアプリケーション復旧を推測すべきではない。実際の権利は契約チェーンに依存する：顧客から Foreach へ、そして Foreach から ITsjefen へ。

修理はまた権限に依存する。ITsjefen 内でサーバーが故障した場合、Foreach は直接再起動、再構築、または移動できるか、それとも ITsjefen が行動しなければならないか？IP ルートが変更された場合、誰がフィルターを制御するか？バックアップを復元する必要がある場合、誰が顧客データの上書きを承認するか？Microsoft のメールが低下した場合、Foreach は代替の顧客連絡経路を持っているか？SMS サブプロセッサが故障した場合、ホスティングアプリケーションは SMS なしで継続できるか、それともログイン、アクセス制御、顧客通知がブロックされるか？公開文書はサプライヤーを特定するが、インシデントの決定権は特定しない。

その不確実性は SME マネージドサービスとしては異常ではない。それは開発と運用を組み合わせた会社からコンパクトなサービスを購入することの性質である。回復力のテストは、プロバイダーが非公式の知識を反復可能な復旧に変えられるかどうかである。Foreach の場合、公開証拠は経験豊富な人材と信頼できるインフラストラクチャパートナーを支持している。スタッフの冗長性、指名されたエスカレーション時間、スペア在庫のコミットメント、テスト済み復元、顧客固有の継続性オプションは明らかにされていない。これらは、優れたローカルサービスと、元のビルダーが利用可能な間だけ機能するサービスを区別する質問である。

データ地域性は実際のセールスポイントであるが、地域性は移植性ではない

ITsjefen のクラウドページは、明確なノルウェー地域性の売り込みを行っている。Skytjenester ページは、顧客がノルウェー人の従業員によるノルウェーのデータセンターでの説明責任のある安全な運用、固定された合意条件、明確な配信枠、EN50600 および ISO27001:2022 認定データセンターに対する公共の要件を満たすことができると述べている。これは、パブリッククラウドのコストとコンプライアンス圧力に対抗して位置づけられている。Foreach にとって、そのデータ処理条件がサーバーサービスとバックアップについて ITsjefen を指名していることから、これによりホスティングアプリケーションの提供は、信頼できるノルウェーのデータセンターアンカーを得る。

ノルウェーの所在地は、個人データ、規制記録、または政治的に敏感な運用を扱う顧客にとって重要であり得る。ノルウェー政府のデータセンター戦略「ノルウェーのデータセンター - 持続可能なデジタルパワーハウス」は、データセンターを国のデジタルインフラストラクチャと産業政策の一部として提示している。更新されたデータセンター戦略文書は、ノルウェーでのデータ保存と処理は再生可能エネルギーとエネルギー効率的な運用に基づくべきだと述べている。これらは国別のコンテキストポイントであり、Foreach 固有の保証ではないが、ローカルクラウド言語が商業的価値を持つ理由を説明している。

セキュリティガイダンスも、「ノルウェーにあるか？」以上の質問を支持している。ノルウェー国家安全局の基本的な ICT セキュリティ原則は、ノルウェーの組織および ICT サービスを購入する顧客に関連している。Digdir のNSM の原則の要約は、推奨事項を自社組織内および ICT サービスの購入時に使用できると述べている。ポイントは実用的である：システムを外部委託しても、依存関係、復旧、制御を理解する顧客の必要性が外部委託されるわけではない。

欧州のプライバシーガイダンスも同じ方向を指している。欧州データ保護会議の処理者と副処理者に関する意見 22/2024は、副処理者を追加すると処理チェーンに別のリンクが追加され、承認された副処理者は契約または付属書類で特定されるべきであると強調している。Foreach の公開契約は確かに副処理者をリストしており、これは前向きな透明性のシグナルである。残る質問は運用面である：バックアップ、ログ、メール、SMS 記録、エクスポートされた顧客データは、通常時および復旧時にどこに保持されているか？

クラウドリスクガイダンスは、地域性を移植性に変える。ENISA のクラウドコンピューティングリスク評価は、クラウドの利点と主要なリスク（ガバナンスの喪失とロックインを含む）を特定している。英国政府のクラウドにおける技術的ロックインの管理に関するガイダンスは、出口戦略はプロバイダー変更の影響と留まる利益のバランスを取るべきだと述べている。これらの原則は、プロバイダーがローカルで信頼されている場合でも適用される。Foreach が顧客向けに高度にカスタマイズされたアプリケーションを構築した場合、顧客はカスタムコード、データ形状、統合、サポート知識、契約条件を通じてロックインされる可能性があり、クラウド API だけでなく。

したがって、地域性は価値があるが不完全である。Foreach の顧客は、トロンハイムにリンクされたプロバイダーとノルウェーのデータセンターチェーンを合理的に好むことができる。それでも、データをどのようにエクスポートできるか、Foreach が終了後にバックアップをどのくらい保持するか、バックアップを別のプロバイダーに復元できるか、Microsoft と SMS の依存関係が同じ地域性の期待でカバーされているか、プロバイダー契約の失敗がホスティングアプリケーションへのアクセスを失うことなくどのように解消されるかを尋ねるべきである。データ主権は制御面であり、魔法の言葉ではない。

主要な障害経路はラックから契約まで続く

この会社の割り当ては、ラック、アップストリーム、ハードウェア在庫、サポート、請求、移行、またはプロバイダー契約の障害をテストすることである。Foreach にとって、これらは別々のシナリオではなく、連鎖である。

ラックまたは部屋の障害は ITsjefen 層から始まる。公開施設ページは、冗長電源、冷却、UPS、ディーゼル発電、ファイバールート、監視を説明している。影響を受ける Foreach サービスが真に冗長インフラストラクチャ全体に展開されている場合、顧客はほとんどまたはまったく停止を見ないかもしれない。単一のホスト、ストレージボリューム、または部屋に置かれている場合、サービスは復元に依存するかもしれない。公開ソースはどの設計が適用されるかを特定していない。

アップストリーム障害はルーティング境界から始まる。AS214761 は稼働しており、AS44381 には複数のアップストリームがある。1つの ITsjefen アップストリームが故障した場合、AS44381 は原則として代替経路を持つべきである。AS44381 から AS214761 への関係が故障した場合、または Foreach のルートポリシーが撤回された場合、Foreach のプレフィックスはアプリケーションが実行中でも到達不能になる可能性がある。AS214761 の可視ネイバー数は、同時独立した第二経路の公開証拠を提供しない。

ハードウェア在庫障害は2つの会社の間に位置する。Foreach は機器を調達して設定でき、Iteam や ITsjefen などのサプライヤーを使用できると述べている。ITsjefen は一部のコンテキストで顧客ゾーン、ラック全体アクセス、顧客機器のフォローサービスを提供する。しかし、公開記録は、Foreach がホスティングワークロード用に準備されたスペアサーバー、ネットワーク機器、電源、ディスク、光学機器を維持しているかどうかを述べていない。故障した部品をインシデント開始後に注文しなければならない場合、復旧は物流問題になる可能性がある。

サポート障害は人間的である。Foreach の2人体制は機動的かもしれないが、適切な人物の可用性が重要である。ITsjefen はより大きなチームを持つが、顧客の契約は ITsjefen を直接通らずに Foreach を通じて実行されるかもしれない。顧客が Foreach に連絡できず、復元を承認できず、Foreach、ITsjefen、Microsoft のいずれに連絡すべきかわからない場合、ダウンタイムが延長する。公開連絡先情報は明確である。公開サービスレベル詳細はそうではない。

請求またはプロバイダー契約の障害は、電力障害よりも静かである可能性がある。Foreach の ITsjefen とのサーバーサービス関係が変更された場合、顧客は移行、再アドレス指定、データエクスポート、DNS 変更、新しいバックアップターゲット、新しいサポート経路を必要とするかもしれない。顧客が Foreach への支払いを停止したり、請求書に異議を唱えたりした場合、アプリケーションデータ、バックアップ、エクスポートサポートへのアクセスは契約上の問題になる。Foreach の公開データ処理条件は、終了時に Foreach が顧客の指示に従って個人データを返還または削除し、削除または返還を確認しなければならないと述べている。これは有用であるが、複雑なアプリケーションの技術的移行タイムラインを定義していない。

したがって、復旧タスクは、データセンターに冗長電源があることを確認することだけではない。マルチサイト容量、復旧経路、トランジット多様性、サポートエスカレーション、データ移植性を確認することである。公開証拠はプロバイダーレベルの部分の一部と、Foreach 固有の実装のはるかに少ない部分を確認している。評価を強化する次の証拠は、顧客向けの稼働時間と復旧声明、バックアップ頻度と保持条件、Foreach サービスが複数の ITsjefen サイトから実行できるかどうかの声明、テスト済みエクスポート形式、時間外インシデントのエスカレーション経路、および Foreach または ITsjefen がホスティング関係を終了した場合に何が起こるかの声明である。

ホスティングチェーンが壊れたときに影響を受けるのは誰か

Foreach の名前付き顧客例は、現在のプロダクショントポロジーについて推測する必要なく、影響を具体的にする。iBOKS について説明されたようなストレージレンタルシステムが利用できない場合、顧客はアカウント機能にアクセスするのが困難になり、事業者はレンタルやアクセス制御統合の管理が困難になる可能性がある。自動車ディーラーの内部運用システムが利用できない場合、スタッフは顧客、車両、作業文書の可視性を失う可能性がある。NORoption の例のようなサービス契約システムが利用できない場合、フィールドサービスの計画と履歴が中断される可能性がある。宿泊・食堂プロバイダーの予約・チェックインシステムが利用できない場合、受付、部屋概要、請求に支障が出る可能性がある。

これらの例は、各名前付き顧客の現在のプロダクションサービスが同じ方法でホストされているか、依然として Foreach のインフラストラクチャ上でアクティブであることを証明するものではない。しかし、影響のカテゴリーを示している。Foreach は情報提供のウェブサイトだけでなく、運用システムを構築する。ホスティング容量の障害は、物理的な世界のルーチンを中断させる可能性がある：ストレージアクセス、部屋予約、サービス訪問、請求統合、顧客セルフサービス。

小規模ビジネスの顧客は、ビジネスを理解しシステムを適応させてくれる一つの当事者を求めて、Foreach のようなプロバイダーを選ぶことが多い。その同じ利便性が、インシデント時にプロバイダーをボトルネックにする可能性がある。クラウドコンソール、ソースリポジトリ、バックアップエクスポート、DNS アカウント、SMS アカウント、会計統合はすべて Foreach にとっては理解可能であるが、顧客にとっては不透明である場合がある。復旧が特定の人々に依存する場合、顧客は週末、休日、病気、サプライヤー紛争の計画を必要とする。

Foreach は、明確な運用境界を公開または契約することで、そのリスクを軽減できる。顧客は、どの機能が ITsjefen 施設で実行され、どの機能が Microsoft を使用し、どの機能が SMS を使用し、バックアップがどこにあり、ログがどのくらい保持され、誰が復元を承認でき、データをエクスポートする方法、および Foreach が他の場所でサービスを再構築するために必要な最小限の情報を知るべきである。公開文書は既に多くのサプライヤー名を特定している。残るギャップは、サプライヤーが存在するかどうかではなく、顧客固有のサービスが1つのサプライヤーまたは1つの契約の障害に耐えられるかどうかである。

影響を受ける当事者は Foreach 自身でもある。自社のウェブサイトが AS214761 内で解決されるため、ルーティングまたはホスティングの障害は、顧客アプリケーションと同時に公開販売およびサポート面に影響を与える可能性がある。メールが Microsoft に残っている場合、顧客は Foreach のプレフィックスがダウンしていてもメールで Foreach に連絡できる可能性がある。電話サポートが独立している場合、別の連絡経路がある。その分離は価値がある。それは意図的で、文書化され、テストされているべきである。なぜなら、顧客はサービスが利用できない間にどの層が故障したかを気にしないからである。

運用状態の評価はアクティブだが限定的

Foreach AS は現在の運用の敷居を通過する。同社はノルウェーの事業登録簿でアクティブであり、ウェブサイトと連絡先ページは公開されており、最新のサービス資料を公開し、顧客と製品を名前を挙げ、現在の RIPE 組織と AS 記録を持ち、RIPEstat はカットオフ日に IPv4 と IPv6 のプレフィックスがグローバルにアナウンスされているのを確認した。これは古いディレクトリリストよりもはるかに強力である。

高い信頼性の冗長性の敷居は通過しない。公開証拠は ITsjefen ホストの依存関係、アクティブな Foreach AS、および有能なトロンハイムのデータセンタープロバイダーを示している。Foreach のプロダクションアーキテクチャ、サイト分散、バックアップ分離、復元テスト、正確な顧客ワークロード、契約上のサービスレベル、スペア在庫計画、または独立して観測された第二の Foreach アップストリームは示していない。これらはホスティングアプリケーションにとって軽微な詳細ではない。それらは、インシデントが瞬間的なフェイルオーバー、計画された復元、長い修理ウィンドウ、または苦痛を伴う移行であるかを決定する。

したがって、Foreach を分類する最も有用な方法は、「実際のルーテッドインフラストラクチャと開示されたローカルホスティングパートナーを持つ小規模マネージドアプリケーションプロバイダー」である。その分類は、証拠が強いところでクレジットを与え、証拠が欠けているところで注意を維持する。Foreach はクラウドスローガンを持つ単なるコンサルタントではない。それは独自のルーテッドアドレス空間でサービスを運用し、サーバーサービスとバックアップについて ITsjefen に公に依存している。しかし、それ自身の権利でマルチサイトクラウドプラットフォームとして証明されているわけでもない。

顧客にとって、実用的なデューデリジェンスの会話は具体的であるべきである。どの ITsjefen サイトがサービスをホストしているか尋ねる。第二のサイトがあるのか、それともバックアップのみか尋ねる。復元がどの程度の頻度でテストされているか尋ねる。AS44381 が故障した場合、AS214761 を第二のプロバイダーを通じてアナウンスできるか尋ねる。顧客のデータが文書化された形式でエクスポートできるか尋ねる。Foreach が一日利用できない場合に何が起こるか尋ねる。平日の営業時間外にどのサポートが適用されるか尋ねる。Microsoft、SMS、会計の依存関係が優雅に低下するか、それとも中核機能をブロックするか尋ねる。

Foreach の利点は、信頼できるトロンハイムのインフラストラクチャパートナーに結びついたローカル知識である。その露出は同じ結びつきである。ホスティング容量は依然としてラック、トランジット、電源、バックアップ、契約条件、およびサービスを修理する方法を知っている人々に依存している。公開証拠のグレードは中：現在のルーティングとプロバイダーの事実は強力であるが、顧客レベルの冗長性と移植性は証明されていない。