Zusammenfassung

  • Foreach AS ist ausreichend aktiv, um als aktueller Dienstanbieter analysiert zu werden. Das norwegische Unternehmensregister identifiziert FOREACH AS als aktive private Gesellschaft mit beschränkter Haftung in Trondheim, die Website von Foreach ist online, und RIPEstat hat gesehen, dass AS214761 am 12. Juli 2026 sowohl195.191.30.0/23als auch2001:67c:1420::/48angekündigt hat.
  • Der Anspruch auf gehostete Kapazität ist real, aber begrenzt. Foreach gibt an, in Zusammenarbeit mit ITsjefen Server und Hosting für Anwendungen anzubieten, und seine Datenverarbeitungsbedingungen nennen ITsjefen AS als Anbieter von Webhosting, virtuellen Servern, ausgehenden E-Mails dieser Dienste und Backup.
  • Die physische Hauptabhängigkeit wird nicht verheimlicht. ITsjefen veröffentlicht drei Rechenzentren in der Region Trondheim, etwa 1.000 Quadratmeter Kapazität, ein 100-Gbit/s-mehrfach redundantes Glasfasernetz, Anlagenstromversorgungskontrollen und benannte Zugangsanbieter. Diese Behauptungen stützen einen lokalen norwegischen Hosting-Kontext, offenbaren jedoch nicht die genaue Rack-Zuteilung von Foreach, das Failover-Design, die Backup-Häufigkeit oder die Historie der Wiederherstellungstests.
  • Die Routing-Ebene ist derzeit sichtbar, aber konzentriert. Die RIPE-Registry-Policy für AS214761 listet ITsjefen AS44381 und Underworld AS50213, während die RIPEstat-Nachbarschaftsansicht zum Stichtag nur AS44381 als live sichtbaren Nachbarn zeigte. Ein Kunde, der auf Foreach angewiesen ist, sollte daher fragen, wie sich Verkehr, Support, Backups und Datencxport verhalten, wenn die AS44381-Verbindung, ein ITsjefen-Raum, ein bestimmter Host oder ein Foreach-Supportfenster ausfällt.

Eine kleine Beratungsfirma mit sichtbarem Netzwerkrand

Foreach AS ist weder eine Hyperscale-Cloud noch ein regionaler Glasfaserbetreiber oder ein Grosshandels-Colocation-Anbieter. Es ist ein kleines norwegisches IT-Unternehmen, dessen öffentliche Identität mit Softwareentwicklung und Unterstützung des Tagesgeschäfts beginnt. SeineStartseitegibt an, dass das Unternehmen in Trondheim aus zwei erfahrenen Entwicklern und Beratern besteht. SeineServiceseitebeschreibt kundenspezifische Systemintegration, Entwicklungs- und Softwaredienstleistungen, Digitalisierungsberatung, sicheren Betrieb und Hosting. Dasnorwegische Unternehmensregister für die Organisationsnummer 929687876gibt den rechtlichen Namen als FOREACH AS an, registriert die Gründung am 10. August 2022 und die Eintragung am 24. August 2022, stuft die Tätigkeit als Programmierdienstleistungen ein und zeigt das Unternehmen zum Stichtag weder in Konkurs noch in Liquidation.

Diese Grösse zählt. Eine kleine Beratungsfirma kann ein solider Hosting-Anbieter für enge, unternehmensspezifische Systeme sein, da die Personen, die die Anwendung entwickeln, auch die Prozesse, Integrationen, Ausfallmuster und Support-Erwartungen des Kunden kennen können. Dieselbe Grösse kann aber auch das Risiko konzentrieren. Wenn dieselben beiden genannten Personen den Kundenkontext, das Deployment-Wissen, den lokalen Support-Kanal und die Geschäftsbeziehung halten, dann hängt eine gehostete Anwendung nicht nur von einem Rechenzentrum ab, sondern auch von der Kontinuität der menschlichen Aufmerksamkeit.

Die öffentliche Website von Foreach verdeutlicht diese kombinierte Rolle. DieSystementwicklungsseitegibt an, dass das Unternehmen Webanwendungen wie Kundenportale, Intranets und APIs entwickelt, und fügt eine separate Zeile «Server und Hosting» hinzu: Foreach bietet Server und Anwendungshosting in Zusammenarbeit mit ITsjefen an. DieIT-Betriebs- und Supportseitegibt an, dass Foreach bei Betrieb und Wartung von IT-Systemen, Support bei technischen Problemen, Beschaffung und Konfiguration von Geräten sowie Remote-Support für viele Fälle hilft. DieCloud-Lösungsseitelistet Cloud-Dienste für E-Mail, Besprechungsraumbuchung, Speicher, Backup und Netzwerkzugriff auf. Dies ist nicht nur eine Broschüre für Code. Es ist eine Servicehülle um gehostete Geschäftsfunktionen.

Es gibt auch aktuelle Beweise für Internetnummern. DieRIPE aut-num Registrierung für AS214761nennt die AS als Foreach, verknüpft sie mit dem Organisationsobjekt Foreach und wurde am 5. Juni 2024 erstellt. DieRIPE-Organisationsregistrierung ORG-FA1308-RIPEnennt Foreach AS, gibt Norwegen als Land an und listet eine Adresse in Trondheim. EineRIPE-Suche nach195.191.30.0/23gibt ein inetnum-Objekt fürNO-FOREACH-ASmit StatusASSIGNED PI, Organisation ORG-FA1308-RIPE und MaintainerITSJEFEN-LIRzurück. Dies sind starke administrative Signale: Foreach hat seinen eigenen gerouteten Adressraum und seine eigene autonome Systemidentität, während ITsjefen die umgebenden Registry-Objekte verwaltet.

Die operativen Beweise gehen über die Registrierungen hinaus.Die RIPEstat-Ansicht der angekündigten Präfixe für AS214761zeigte195.191.30.0/23und2001:67c:1420::/48bis zum Stichtag 12. Juli 2026 als angekündigt.Das IPv4-Routing-Status-Ergebnis von RIPEstatzeigte das IPv4-Präfix für alle 327 RIS IPv4-Peers sichtbar, unddas IPv6-Routing-Status-Ergebniszeigte das IPv6-Präfix für alle 322 von diesem Dienst beobachteten RIS IPv6-Peers sichtbar. Das öffentliche DNS verknüpfte auch die Website von Foreach mit ihrem gerouteten Raum: Eine Suche nachforeach.noergab195.191.30.65, unddie IPinfo-Seite für diese Adresseordnet sie AS214761 Foreach AS in Trondheim zu.

Diese Kombination verleiht Foreach einen greifbareren Netzwerkrand als vielen kleinen Softwareberatungen. Sie beweist nicht die Grösse seines Serverparks, die Anzahl der Kunden, das Speichervolumen oder die Verfügbarkeit jeder Anwendung. Sie beweist, dass die öffentliche Webpräsenz von Foreach und seine zugewiesenen Adressressourcen zum Bewertungszeitpunkt über eine aktive BGP-Ankündigung erreichbar waren. Für ein Unternehmen, dessen öffentliches Angebot gehostete Anwendungen umfasst, reicht dies aus, um eine echte Infrastrukturfrage zu stellen, anstatt die Hosting-Zeile als vages Partneretikett zu behandeln.

Das Hosting-Angebot ist ein verwalteter Anwendungsdienst, keine reine Cloud-Kapazität

Die Kundendokumente von Foreach deuten auf ein verwaltetes, anwendungsspezifisches Hosting hin, eher als auf eine Self-Service-Cloud der Bequemlichkeit. Auf seinerKundenseitegibt das Unternehmen an, Systeme für iBOKS Minilager, Tunga Bil, NORoption und Terminalen Rigg zu entwickeln und zu betreiben. Die Beispiele sind betrieblich spezifisch: iBOKS hat ein System zur Anmietung von Stauraum mit einem Backend, einer API, Drittintegrationen, einem Verwaltungsportal und einer persönlichen Kundenseite; Tunga Bil hat ein Übersichtssystem für Kunden, Fahrzeuge und Dokumentation; NORoption hat Aufzeichnungen von Service- und Installationsverträgen; Terminalen Rigg nutzt Systeme für Buchung, Check-in, Räume, Belegung und Abrechnungsintegration. Die genauen Hosting-Vereinbarungen für jeden genannten Kunden werden nicht offengelegt, aber das Modell ist klar. Der Wert von Foreach liegt nicht nur in virtuellen Maschinen. Es ist die Kombination aus kundenspezifischer Anwendungslogik, Support und gehosteter Kontinuität.

Dies unterscheidet sich wirtschaftlich von einem öffentlichen Cloud-Konto. Ein Kunde, der eine Anwendung von Foreach kauft, kümmert sich möglicherweise nicht um den Hypervisor, auf dem sie läuft, den Switch, der die Pakete transportiert, oder das Backup-Ziel, das die Kopien speichert – bis etwas ausfällt. In diesem Moment muss der kleine verwaltete Anbieter Schichten abdecken, die ein Self-Service-Cloud-Kunde möglicherweise separat verwalten würde: Anwendungscode, Serverbetriebssystem, Speicher, Netzzugänglichkeit, Authentifizierung, Drittintegrationen, Abrechnung und Kundensupport.

Der Kunde kauft reduzierte Komplexität, aber die Komplexität existiert immer noch irgendwo.

DieDatenverarbeitungsvereinbarungvon Foreach ist das expliziteste Dokument für diese Kette. Sie besagt, dass Foreach personenbezogene Daten für Kundenverfolgung, Verkauf und Servicebereitstellung verarbeiten kann; sie listet die gespeicherten Kategorien wie Kontaktdaten, Abonnementdaten, Bestelldaten, Rechnungs- und Zahlungshistorie, Protokolle, Anmelde-IDs, Speicherdaten und Ressourcennutzung auf; und sie nennt vier Unterauftragnehmer. ITsjefen AS wird als Anbieter von Serverdiensten aufgeführt, die von Foreach genutzt werden, einschliesslich Webhosting und virtuellen Servern sowie ausgehenden E-Mails dieser Dienste. Derselbe Absatz besagt, dass ITsjefen für die Sicherung dieser Dienste verantwortlich ist. Fiken AS wird für die Buchhaltung aufgeführt, Teletopia Interactive AS für den SMS-Versand und Microsoft Ireland Operation für den E-Mail-Dienst.

Dies ist nützlich, da es die Verantwortung lokalisiert, ohne das Eigentum zu übertreiben. Foreach bietet gehostete Anwendungen und kann einen Grossteil der Softwareschicht kontrollieren. ITsjefen stellt die physische und virtuelle Serverschicht bereit, die Foreach nach eigenen Angaben nutzt. Microsoft verwaltet den E-Mail-Dienst, während Buchhaltung und SMS bei anderen genannten Anbietern liegen.

Wenn ein Kunde von Foreach einen Dienstausfall erleidet, kann die Antwort im Code von Foreach, der Konfiguration von Foreach, der Rechenleistung oder dem Speicher von ITsjefen, einem Backup-Prozess von ITsjefen, Microsoft-E-Mail, einem Telekom-SMS-Pfad oder einer Drittgeschäftsintegration liegen. Der Kunde sieht einen Foreach-Dienst; der tatsächliche Wiederherstellungspfad verläuft über mehrere Unternehmen.

Die Vereinbarung enthält auch ein Lokalitätsversprechen mit Grenzen. Sie besagt, dass Foreach dokumentieren können muss, wo personenbezogene Daten gespeichert sind, und dass personenbezogene Daten nicht ohne erforderliche Garantien ausserhalb des EU/EWR-Raums übertragen werden dürfen. Dies unterstützt das Thema «Datensouveränität und -lokalität», insbesondere in Verbindung mit den Behauptungen von ITsjefen über die Cloud in Norwegen. Es bedeutet nicht, dass jede Kundenworkload in einem einzigen Raum bleibt, dass jeder Unterauftragnehmer alle Daten nur in Norwegen speichert oder dass Backups vom Hauptdienst isoliert sind.

Diese Details sollten in einem kundenspezifischen Vertrag, einem Datenplan und einem Wiederherstellungsplan bestätigt werden.

Die stärkste öffentliche Schlussfolgerung ist daher eng: Foreach verkauft verwaltete, gehostete Anwendungskapazität und bindet diese Kapazität öffentlich an die Serverdienste von ITsjefen. Die schwächste öffentliche Schlussfolgerung wäre, Foreach als Rechenzentrumsbetreiber zu bezeichnen. Die eigenen Begriffe des Unternehmens weisen woanders hin. Foreach ist der Anwendungs- und kundenorientierte Betreiber; ITsjefen ist der erklärte Anbieter von Serverdiensten; das Infrastrukturrisiko lebt an der Grenze.

Die physische Grenze verläuft durch die Trondheimer Räume von ITsjefen

Die öffentlichen Dokumente von ITsjefen geben das klarste Bild der Racks, der Stromversorgung und der Glasfaser, die sich unter dem Dienst von Foreach befinden können. DieServiceseitevon ITsjefen gibt an, dass das Unternehmen, Mitglied von ECIT, Rechenzentrums-, IT-Betriebs-, Infrastruktur- und Sicherheitsdienste anbietet. SeineÜber-uns-Seitegibt an, dass ITsjefen seit 2004 tätig ist, 22 Mitarbeiter beschäftigt, drei Rechenzentren in der Region Trondheim mit einer Gesamtkapazität von rund 1.000 Quadratmetern in eigenen Räumlichkeiten betreibt, über eine Gruppenanlage Rechenzentrumsdienste in Oslo anbieten kann und eigene Racks in Stockholm und London betreibt. Sie gibt an, dass die Mitarbeiter Kunden rund um die Uhr über verschiedene Betriebs- und Supportvereinbarungen unterstützen.

DieRechenzentrumsseite von ITsjefengibt an, dass das Portfolio der Region Trondheim über ein 100-Gbit/s-mehrfach redundantes Glasfasernetz verbunden ist. Sie beschreibt die Einrichtungen als für Redundanz, Überwachung, zertifizierten Betrieb und flexibles Hosting ausgelegt und listet redundante Stromversorgung, Kühlung, USV, Dieselgeneratoren, Videoüberwachung, Klimaüberwachung und Gaslöschsysteme auf. Ein kleiner Anbieter, der bei ITsjefen hostet, kann daher eine solide Einrichtungsbasis erben, ohne ein Gebäude zu besitzen oder ein Kraftwerk zu betreiben.

Die einzelnen Standortseiten fügen materielle Details hinzu.NDC2wird von ITsjefen seit 2008 betrieben, nutzt einen geschlossenen Kühlkreislauf zum Trondheimsfjorden für den primären Kühlkreislauf, verfügt über redundante Glasfaserverbindungen über verschiedene Routen im Zentrum von Trondheim, individuelle A/B-USV, einen Dieselgenerator und redundante Luftkühlung. Die Seite gibt an, dass es seit 2016 nach TIA-942-A und EN50600 und im August 2025 nach ISO27001:2022 zertifiziert ist. Sie nennt auch AS44381, zwei 100-Gbit/s-Backbone-Anschlüsse, ein 10-Gbit/s-Peering bei TRDIX und 10-Gbit/s-Zugangsanbieter von Telenor, Telia und GlobalConnect.

NDC3wird als hochprioritäres Rechenzentrum mit EMP-Schutz für kritische Lösungen, redundanten Glasfaserverbindungen, individuellen USV, Dieselgenerator und redundanter Kühlung beschrieben. Dies ist kein generischer Raum für jede gewöhnliche gehostete Anwendung; die Seite gibt an, dass der Zugang auf speziell befugtes Personal von ITsjefen und des Kunden beschränkt ist.NDC4ist direkt relevant für die Kapazität: ITsjefen beschreibt es mit rund 600 Quadratmetern, mehr als 600 Quadratmetern im Titel, mit einer Kapazität von 2 MW, im Untergeschoss in der Tungaveien 30, ausserhalb von Überschwemmungs-, Erdrutsch- und empfindlichen Tongebieten gemäss NVE-Karten, zertifiziert nach ISO27001:2022, EN50600 Tier III und TIA-942A, mit A/B-Kühl- und Stromseiten, USV, Dieselgenerator, vier separaten Glasfasereingängen von fünf internen Routen, Kundenbereichen und 24/7-Zugang für Kunden mit ganzen Racks.

Dies sind starke Behauptungen auf Anbieterebene. Sie machen das Hosting-Angebot von Foreach materiell anders als einen Laptop unter einem Schreibtisch oder einen virtuellen Server, der auf einem unbekannten Markt gemietet wurde. Sie hören jedoch auch vor den für Foreach spezifischen Redundanznachweisen auf. Die öffentliche Akte sagt nicht, welchen ITsjefen-Raum Foreach nutzt, ob Foreach Geräte an mehr als einem Standort hat, ob der Verkehr195.191.30.0/23und2001:67c:1420::/48ohne Kundenauswirkung zwischen den Räumen wechseln kann, welche Speicherplattform die Backups von Foreach enthält, wie oft Wiederherstellungsübungen stattfinden oder ob Foreach einen getesteten Ausstieg von ITsjefen zu einem anderen Hosting-Anbieter hat.

Diese Unterscheidung steht im Mittelpunkt der physischen Abhängigkeitsanalyse. ITsjefen mag redundante Räume, redundante Stromversorgung und Multi-Path-Glasfaser haben; Foreach kann dennoch eine einzelne Produktionsinstanz, einen einzelnen Speicherpool, eine einzelne Sicherungsrichtlinie oder einen einzelnen Support-Eskalationspfad für einen bestimmten Kunden haben. Die Redundanz der Einrichtungen ist notwendig, aber nicht ausreichend.

Die Resilienz gehosteter Anwendungen hängt davon ab, wie Foreach den Einrichtungsdienst nutzt, wie es Kunden trennt, wie es Daten repliziert und wie es die Wiederherstellung durchführt, wenn ein konkreter Ausfall eintritt.

Das Routing ist aktiv, aber die beobachtete Diversität ist enger als die Policy-Datei

AS214761 ist nicht ruhend. Die aktuellen Routing-Nachweise gehören zu den stärksten Elementen des öffentlichen Infrastrukturprofils von Foreach. RIPEstat hat die IPv4- und IPv6-Präfixe zum Stichtag als angekündigt gesehen, und dieBGP-State-Stichprobe von RIPEstat für AS214761zeigte viele beobachtete Pfade, die bei AS44381 und AS214761 enden. Dies ist ein aktiver Internet-Pfad, nicht nur eine Aufzeichnung.

Die Abhängigkeitsfrage liegt im nächsten Hop.Die RIPEstat-Nachbarschaftsansicht für AS214761zeigte am 12. Juli 2026 nur einen einzigen Nachbarn: AS44381. Die RIPE aut-num Policy für AS214761 listet Importe von AS44381 und AS50213 und Exporte an beide. Der Unterschied zählt. Die Registry-Policy kann geplante oder autorisierte Beziehungen beschreiben; die öffentlichen Route Collectors zeigen, was sie beobachtet haben. Zum Stichtag war die über RIPEstat sichtbare beobachtete Beziehung ITsjefen AS44381.

ITsjefen selbst ist viel breiter. DieRIPE aut-num Registrierung für AS44381zeigt ein Netzwerk mit mehreren Importen und Exporten, darunter Telenor AS2116, Telia AS2119, GlobalConnect AS25400 und mehrere Kunden- oder Peer-Beziehungen.Die RIPEstat-Ansicht der angekündigten Präfixe für AS44381zeigte zum Stichtag neun Präfixe, währenddie Nachbarschaftsansicht für AS44381zwölf eindeutige Nachbarn zeigte.Der PeeringDB-Eintrag für AS44381beschreibt ITsjefen als Netzwerkdienstleister mit einer offenen allgemeinen Peering-Policy, obwohl er im zurückgegebenen API-Objekt keine Einrichtungs- oder Exchange-LAN-Anhänge auflistet. Die NDC2- und NDC4-Seiten von ITsjefen beanspruchen separat ein TRDIX-Peering und 10-Gbit/s-Zugangsanbieter von Telenor, Telia und GlobalConnect.

Für Foreach-Kunden entsteht dadurch ein zweistufiges Routing-Bild. Stromaufwärts von ITsjefen gibt es Nachweise für mehrere Betreiber und ein reichhaltigeres AS44381-Netzwerk. Am Rand von Foreach gibt es einen einzigen live beobachteten Nachbarn. Ein einzelner beobachteter Nachbar beweist keine einzelne physische Faser oder einen einzelnen Router. Er kann einen verwalteten BGP-Dienst darstellen, der über redundante physische Pfade innerhalb des ITsjefen-Netzwerks bereitgestellt wird. Aber es bedeutet, dass der öffentliche Pfad des Kunden zu den Präfixen von Foreach über ITsjefen als sichtbaren Anbieter zu verlaufen scheint.

Wenn die ITsjefen-Kundenverbindung zu Foreach, ein Router von Foreach, ein Routenfilter oder die AS44381-AS214761-Policy bricht, können die veröffentlichten Präfixe verschwinden, selbst wenn das Rechenzentrumsgebäude mit Strom versorgt ist und die Anwendungsserver gesund sind.

Die History der Route195.191.30.0/23verstärkt die Tatsache, dass dieser Raum durch die Kontrolle von ITsjefen gegangen ist. Eine RIPE-Suche nach dem Präfix gibt immer noch ein älteres Route-Objekt zurück, dessen Ursprung AS44381 ist und dessen Beschreibung Doghouse AS, Trondheim, Norwegen enthält. Der Live-Routing-Status-Dienst zeigt jedoch zum Stichtag den Ursprung AS214761. Dies deutet darauf hin, dass die aktuelle Ankündigung von Foreach jetzt getrennt ist, während ITsjefen der Maintainer und der Upstream-Kontext bleibt. Dies ist eine plausible lokale Netzwerkanordnung für einen kleinen Dienstanbieter: Das kundenorientierte Unternehmen erhält anbieterunabhängige Ressourcen, der lokale Rechenzentrums- und Netzwerkbetreiber verwaltet und transportiert sie, und die Route des Kunden ist global über diesen Anbieter sichtbar.

Der unbewiesene Teil ist das Failover. Die öffentliche Akte zeigt nicht, dass Foreach AS214761 gleichzeitig über einen zweiten unabhängigen Zugangsanbieter ankündigt, noch dass ein Route Collector AS50213 als aktuellen linken Nachbarn für Foreach sieht.Die RIPE-Registrierung von AS50213unddie RIPEstat-Nachbarschaftsansichtzeigen Underworld AS50213 mit AS44381 verbunden, was es wahrscheinlicher macht, dass es Teil des lokalen Routing-Ökosystems ist als eine unabhängige globale Ausweichroute. Dies ist keine Kritik; es ist eine Grenze. Der derzeit sichtbare Pfad von Foreach ist aktiv, aber seine öffentlichen Nachweise stützen «über ITsjefen geroutet» stärker als «unabhängig multihomed».

Installierte Kapazität ist nicht gleich nutzbarer Hosting-Kapazität

Die Adressressourcen von Foreach können den Eindruck erwecken, das Unternehmen sei grösser als sein angegebenes Team, aber der Adressraum ist keine Serverkapazität. Ein/23ergibt 512 IPv4-Adressen vor Reservierungen und betrieblichen Entscheidungen; ein IPv6/48ist mehr als ausreichend, um viele Dienste ordentlich zu nummerieren. Diese Ressourcen helfen einem Hosting-Anbieter, Dienste zu trennen, Kundenendpunkte zuzuweisen, Dual-Stack-Konnektivität zu betreiben und die Abhängigkeit von anbieterzugewiesenen Adressen zu vermeiden. Sie geben nicht an, wie viele physische Hosts, CPU-Kerne, Speicher-Racks, Backup-Ziele, Personalstunden oder Support-Fenster verfügbar sind.

Die Live-Website verdeutlicht den Punkt.foreach.nolöst sich auf195.191.30.65auf, innerhalb des angekündigten/23von Foreach, und IPinfo ordnet diese Adresse AS214761 Foreach AS in Trondheim zu. Dies ist ein guter Beweis dafür, dass Foreach seinen eigenen gerouteten Raum für einen öffentlichen Dienst nutzt. Es sagt uns sehr wenig über die Kapazitätsreserve. Dieselbe Adresse könnte vor einer Site, vielen virtuellen Hosts, einem Load Balancer oder einem Reverse Proxy stehen. Eine Kundenanwendung könnte sich daneben, dahinter oder anderswo in der ITsjefen-Infrastruktur befinden. Das öffentliche DNS kann diese Fragen nicht beantworten.

Die Rechenzentrumskapazität von ITsjefen erfordert ebenfalls eine sorgfältige Übersetzung. Die 2 MW und mehr als 600 Quadratmeter von NDC4 beschreiben eine Einrichtungsressource. Sie beschreiben nicht die Zuteilung von Foreach. Wenn Foreach virtuelle Server mietet, hat es möglicherweise nie die Kontrolle über ein ganzes Rack, geschweige denn über eine dedizierte Kundenzone. Wenn es eigene Hardware besitzt, offenbart die öffentliche Akte dennoch nicht die Anzahl der Racks, die Speicherredundanz, die Wartungsrechte oder das Ersatzteilinventar vor Ort.

Wenn es auf verwaltete Serverdienste von ITsjefen angewiesen ist, kann der Wiederherstellungspfad eher im Foreach-ITsjefen-Vertrag als in der Ausrüstung von Foreach festgelegt sein.

Die gehostete Anwendungskapazität unterscheidet sich auch von der reinen Rechenleistung. Das iBOKS-Beispiel auf der Foreach-Kundenseite zeigt, dass das System den Zugang zu Lagerflächen das ganze Jahr über unterstützt, mit einem Backend, einer API, Drittintegrationen, einem Verwaltungsportal und einer Kundenseite. Das Terminalen Rigg-Beispiel betrifft Buchung, Check-in, Raumübersicht, Belegung und Abrechnungsintegration. Dies sind keine Workloads, bei denen die Kapazität nur in Mbps oder vCPU gemessen wird.

Ein nutzbarer Dienst benötigt auch funktionale Integrationen, Authentifizierung, Zahlungs- oder Abrechnungslinks, genaue Daten, geplante Aufgaben, einen Support-Kontakt und Kommunikation mit dem Kunden während Vorfällen.

Hier wird die Hosting-Ökonomie sichtbar. Ein kleiner Anbieter kann angemessene Kosten aufrechterhalten, indem er einen lokalen Rechenzentrumspartner, geteiltes Betriebswissen und ein kleines Team nutzt, das jeden Kunden versteht. Dies kann einen besseren praktischen Support erzeugen als eine generische Cloud-Ticket-Warteschlange für ein lokales KMU. Aber dieselbe Ökonomie kann die Überkapazität begrenzen. Die Vorhaltung einer Warm-Recovery-Umgebung, eines separaten zweiten Anbieters, von Ersatzhardware, regelmässigen Wiederherstellungsübungen, kundenspezifischen Handbüchern und rund um die Uhr verfügbarem Personal kostet Geld.

Die öffentliche Website sagt nicht, welche Kunden für welches Kontinuitätsniveau bezahlen.

Die richtige Lesart ist nicht, dass Foreach an Kapazität mangelt. Es ist, dass die öffentlichen Nachweise die Erreichbarkeit und eine Anbieterbeziehung verifizieren, nicht eine nutzbare Failover-Kapazität. Die AS und die Präfixe von Foreach sind real. Das Rechenzentrumsportfolio von ITsjefen ist real genug, um die physische Abhängigkeit zu begründen.

Aber ein Kunde, der sich entscheidet, ein Buchungssystem, einen Speicherzugangsdienst, ein Servicevertragssystem oder ein Betriebsportal bei Foreach zu platzieren, benötigt immer noch dienstspezifische Antworten: Wo ist der Produktionsdienst, wo ist das Backup, wie schnell kann es wiederhergestellt werden, was passiert während der ITsjefen-Wartung, wer autorisiert den Datencxport und welche Funktionen können im eingeschränkten Modus arbeiten?

Wartungsfenster sind ein menschliches System ebenso wie ein Einrichtungsmerkmal

Die gewöhnlichsten Ausfälle sind oft die aufschlussreichsten. Eine Festplatte fällt aus. Einem virtuellen Host geht der Speicherplatz aus. Ein Backup wird abgeschlossen, kann aber einen tabellenartigen Datensatz nicht sauber wiederherstellen. Eine Zertifikatserneuerung unterbricht eine Integration. Ein Abrechnungsstreit setzt eine Komponente ausser Betrieb. Ein Switch-Wartungsfenster verursacht Paketverluste. Der Administrator eines Kunden verlässt das Unternehmen und niemand kann eine DNS-Änderung genehmigen. Keines dieser Ereignisse ist dramatisch genug für eine öffentliche Ankündigung, aber jedes kann eine gehostete Anwendung unterbrechen.

DieÜber-uns-Seitevon Foreach nennt Audun Saether und Kenneth Grotdal, beschreibt langjährige Erfahrung in Entwicklung, IT-Betrieb, Backend-Entwicklung, Programmiersprachen, Datenbanken, Projektmanagement und Kundenmanagement und stellt direkte E-Mail-Adressen und Telefonnummern bereit. Für einen kleinen Kunden kann dies ein grosser Vorteil sein. Die Personen, die das System entwerfen, können erreichbar sein, und das Support-Gespräch kann mit dem Geschäftskontext beginnen, anstatt mit einem generischen Ticket-Formular.

DieIT-Betriebsseitegibt an, dass viele Fälle schnell über Fernsupport gelöst werden können und dass Foreach bei der Beschaffung und Konfiguration von PCs, Netzwerkgeräten, drahtlosen Netzwerken, Druckern und Upgrades helfen kann, mit schneller Lieferung über bekannte Anbieter wie Iteam und ITsjefen. Dies sagt uns, dass Foreach Support als praktisch und konkret ansieht, nicht nur als Code-Änderungen. Es zeigt auch die Abhängigkeit von Anbietern für Hardwarebestände. Wenn Ersatzgeräte, Zugang zu ITsjefen-Personal oder eine spezialisierte Fähigkeit nicht verfügbar sind, kann sich das Reparaturfenster verlängern.

Der eigene Support-Massstab von ITsjefen ist grösser. Die Über-uns-Seite gibt an, dass 22 Mitarbeiter die drei Rechenzentren in der Region Trondheim betreiben und Kunden rund um die Uhr über Vereinbarungen unterstützen. DieKontaktseitegibt normale Öffnungszeiten von 08:00 bis 16:00 Uhr an Werktagen an, während andere Seiten Überwachung und Servicevereinbarungen bewerben. Der Unterschied zwischen Bürozeiten und vertraglich vereinbarter Rufbereitschaft ist wichtig. Ein Kunde von Foreach sollte nicht auf eine 24/7-Anwendungswiederherstellung schliessen, nur weil ITsjefen unter bestimmten Vereinbarungen 24/7-Support anbietet. Das tatsächliche Recht hängt von der Vertragskette ab: Kunde zu Foreach, und Foreach zu ITsjefen.

Die Reparatur hängt auch von der Autorität ab. Wenn ein Server bei ITsjefen ausfällt, kann Foreach ihn direkt neu starten, neu aufbauen oder verschieben, oder muss ITsjefen handeln? Wenn sich eine IP-Route ändert, wer kontrolliert den Filter? Wenn ein Backup wiederhergestellt werden muss, wer genehmigt das Überschreiben von Kundendaten? Wenn Microsoft E-Mail beeinträchtigt ist, hat Foreach einen alternativen Kundenkontaktweg? Wenn ein SMS-Unterauftragnehmer ausfällt, kann die gehostete Anwendung ohne SMS fortfahren, oder sind Anmeldung, Zugriffskontrolle oder Kundenbenachrichtigung blockiert?

Die öffentlichen Dokumente identifizieren die Anbieter, aber nicht die Entscheidungsrechte im Vorfall.

Diese Unsicherheit ist für verwaltete KMU-Dienste nicht ungewöhnlich. Es liegt in der Natur des Kaufs eines kompakten Dienstes von einem Unternehmen, das Entwicklung und Betrieb kombiniert. Der Resilienztest ist, ob der Anbieter informelles Wissen in reproduzierbare Wiederherstellung umwandeln kann. Für Foreach unterstützen die öffentlichen Nachweise erfahrene Personen und einen glaubwürdigen Infrastrukturpartner. Sie offenbaren keine Personalredundanz, benannte Eskalationszeiten, Ersatzteilbestandsverpflichtungen, getestete Wiederherstellungen oder kundenspezifische Kontinuitätsoptionen.

Dies sind die Fragen, die einen guten lokalen Dienst von einem Dienst trennen, der nur so lange funktioniert, wie der ursprüngliche Entwickler verfügbar ist.

Datenlokalität ist ein echtes Verkaufsargument, aber Lokalität ist nicht Portabilität

Die Cloud-Seite von ITsjefen macht ein klares Argument für norwegische Lokalität. DieSkytjenester-Seitegibt an, dass Kunden öffentliche Anforderungen an einen verantwortungsvollen und sicheren Betrieb mit norwegischen Mitarbeitern in norwegischen Rechenzentren, festen vereinbarten Bedingungen, klaren Lieferrahmen und zertifizierten Rechenzentren nach EN50600 und ISO27001:2022 erfüllen können. Sie positioniert dies gegen den Kosten- und Compliance-Druck in der öffentlichen Cloud. Für Foreach, dessen Datenverarbeitungsbedingungen ITsjefen für Serverdienste und Backup nennen, verleiht dies dem gehosteten Anwendungsangebot eine glaubwürdige Verankerung in einem norwegischen Rechenzentrum.

Die norwegische Lokalisierung kann für Kunden wichtig sein, die mit personenbezogenen Daten, regulierten Aufzeichnungen oder politisch sensiblen Abläufen umgehen. Die norwegische Rechenzentrumsstrategie,«Norwegian data centres – sustainable, digital powerhouses», stellt Rechenzentren als Teil der digitalen Infrastruktur und Industriepolitik des Landes dar. Das aktualisierte Strategiedokument besagt, dass Datenspeicherung und -verarbeitung in Norwegen auf erneuerbaren Energien und energieeffizientem Betrieb basieren sollten. Dies sind nationale Kontextpunkte, keine für Foreach spezifischen Garantien, aber sie erklären, warum die Sprache der lokalen Cloud einen kommerziellen Wert haben kann.

Sicherheitshinweise unterstützen ebenfalls die Forderung nach mehr als «ist es in Norwegen?». DieICT-Sicherheitsgrundprinzipiender norwegischen Nationalen Sicherheitsbehörde sind für norwegische Organisationen und für Kunden, die ICT-Dienste kaufen, relevant. Die Digdir-Zusammenfassung derNSM-Prinzipienbesagt, dass die Empfehlungen in der eigenen Organisation und beim Kauf von ICT-Diensten verwendet werden können. Der Punkt ist praktisch: Die Auslagerung eines Systems lagert nicht das Bedürfnis des Kunden aus, Abhängigkeiten, Wiederherstellung und Kontrollen zu verstehen.

Europäische Datenschutzhinweise weisen in die gleiche Richtung. DieStellungnahme 22/2024 des Europäischen Datenschutzausschusses zu Unterauftragnehmernbetont, dass die Hinzunahme eines Unterauftragnehmers ein weiteres Glied in der Verarbeitungskette hinzufügt und dass genehmigte Unterauftragnehmer im Vertrag oder einem Anhang identifiziert werden sollten. Die öffentliche Vereinbarung von Foreach listet tatsächlich die Unterauftragnehmer auf, was ein positives Transparenzsignal ist. Die verbleibende betriebliche Frage ist: Wo sind die Backups, Protokolle, E-Mails, SMS-Aufzeichnungen und Kundendaten, die während des normalen Gebrauchs und während der Wiederherstellung exportiert werden?

Cloud-Risikohinweise verwandeln Lokalität in Portabilität. DieCloud-Computing-Risikobewertungder ENISA identifiziert die wichtigsten Cloud-Vorteile und -Risiken, einschliesslich Governance-Verlust und Lock-in. Der Leitfaden der britischen Regierung zurVerwaltung technischer Lock-ins in der Cloudbesagt, dass die Ausstiegsstrategie die Auswirkungen eines Anbieterwechsels mit dem Vorteil des Verbleibs abwägen sollte. Diese Grundsätze gelten auch dann, wenn der Anbieter lokal und vertrauenswürdig ist. Wenn Foreach eine hochgradig kundenspezifische Anwendung für einen Kunden entwickelt, kann der Kunde durch den kundenspezifischen Code, das Datenformat, die Integrationen, das Support-Wissen und die Vertragsbedingungen gebunden sein, nicht nur durch Cloud-APIs.

Lokalität ist daher wertvoll, aber unvollständig. Ein Kunde von Foreach kann vernünftigerweise einen an Trondheim gebundenen Anbieter und eine norwegische Rechenzentrumskette bevorzugen. Er sollte dennoch fragen, wie Daten exportiert werden können, wie lange Foreach Backups nach der Kündigung aufbewahrt, ob Backups bei einem anderen Anbieter wiederhergestellt werden können, ob die Microsoft- und SMS-Abhängigkeiten von denselben Lokalitätserwartungen abgedeckt sind und wie ein gekündigter Anbietervertrag aufgelöst würde, ohne den Zugriff auf die gehostete Anwendung zu verlieren. Datensouveränität ist eine Kontrollfläche, kein Zauberwort.

Der primäre Ausfallpfad verläuft vom Rack zum Vertrag

Die Mission für dieses Unternehmen ist es, einen Ausfall von Rack, Zugangsanbieter, Hardwarebestand, Support, Abrechnung, Migration oder Anbietervertrag zu testen. Für Foreach sind dies keine getrennten Szenarien; es ist eine Kette.

Ein Rack- oder Raumausfall beginnt in der ITsjefen-Schicht. Die öffentlichen Einrichtungsseiten beschreiben redundante Stromversorgung, Kühlung, USV, Dieselgeneratoren, Glasfaserwege und Überwachung. Wenn der betreffende Dienst von Foreach wirklich auf redundanter Infrastruktur bereitgestellt wird, kann der Kunde wenig oder keine Unterbrechung sehen. Wenn er auf einem einzigen Host, einem einzigen Speichervolumen oder einem einzigen Raum basiert, kann der Dienst von einer Wiederherstellung abhängen. Die öffentlichen Quellen identifizieren nicht, welches Design zutrifft.

Ein Zugangsanbieterausfall beginnt an der Routing-Grenze. AS214761 ist aktiv, und AS44381 hat mehrere Zugangsanbieter. Wenn ein Zugangsanbieter von ITsjefen ausfällt, sollte AS44381 prinzipiell alternative Pfade haben. Wenn die AS44381-AS214761-Beziehung ausfällt oder die Routenpolitik von Foreach zurückgezogen wird, können die Foreach-Präfixe unerreichbar werden, selbst wenn die Anwendung läuft. Die Anzahl der sichtbaren Nachbarn für AS214761 liefert keinen öffentlichen Beweis für einen gleichzeitigen zweiten unabhängigen Pfad.

Ein Hardwarebestandsausfall liegt zwischen den beiden Unternehmen. Foreach gibt an, Geräte beschaffen und konfigurieren zu können und Anbieter wie Iteam und ITsjefen zu nutzen. ITsjefen bietet Kundenbereiche, Zugang zu ganzen Racks und einen Tracking-Service für Kundengeräte in bestimmten Kontexten. Aber die öffentliche Akte sagt nicht, ob Foreach einsatzbereite Ersatzserver, Netzwerkgeräte, Netzteile, Festplatten oder Optiken für seine gehosteten Workloads vorhält. Wenn ein defektes Teil erst nach Beginn des Vorfalls bestellt werden muss, kann die Wiederherstellung zu einem logistischen Problem werden.

Ein Support-Ausfall ist menschlich. Die Zwei-Personen-Struktur von Foreach kann agil sein, aber die Verfügbarkeit der richtigen Person zählt. ITsjefen hat ein grösseres Team, aber der Vertrag des Kunden läuft möglicherweise über Foreach und nicht direkt über ITsjefen. Wenn ein Kunde Foreach nicht erreichen, eine Wiederherstellung nicht autorisieren kann oder nicht weiss, ob er Foreach, ITsjefen oder Microsoft kontaktieren soll, verlängert sich die Ausfallzeit. Die öffentlichen Kontaktdaten sind klar; die öffentlichen Servicelevel-Details sind es nicht.

Ein Abrechnungs- oder Anbietervertragsausfall kann leiser sein als ein Stromausfall. Wenn sich die Serverdienstbeziehung von Foreach zu ITsjefen ändert, kann der Kunde Migration, Neuadressierung, Datencxport, DNS-Änderungen, neue Backup-Ziele und einen neuen Support-Pfad benötigen. Wenn ein Kunde aufhört, Foreach zu bezahlen oder eine Rechnung anficht, wird der Zugriff auf Anwendungsdaten, Backups und Export-Support zu einer vertraglichen Frage.

Die öffentlichen Datenverarbeitungsbedingungen von Foreach besagen, dass Foreach bei Kündigung personenbezogene Daten gemäss den Anweisungen des Kunden zurückgeben oder löschen und die Löschung oder Rückgabe bestätigen muss. Dies ist nützlich, definiert aber nicht den Zeitplan für die technische Migration einer komplexen Anwendung.

Die Wiederherstellungsaufgabe besteht daher nicht nur darin, zu überprüfen, ob ein Rechenzentrum über eine redundante Stromversorgung verfügt. Es geht darum, die Multistandortfähigkeit, die Wiederherstellungspfade, die Transitvielfalt, die Support-Eskalation und die Datenportabilität zu überprüfen. Die öffentlichen Nachweise bestätigen einige der Teile auf Anbieterebene und viel weniger die für Foreach spezifische Umsetzung.

Der nächste Nachweis, der die Bewertung stärken würde, wäre eine kundenorientierte Verfügbarkeits- und Wiederherstellungserklärung, die Backup-Häufigkeit und Aufbewahrungsbedingungen, eine Aussage, ob Foreach-Dienste von mehr als einem ITsjefen-Standort aus betrieben werden können, ein getestetes Exportformat, ein Eskalationspfad für Vorfälle ausserhalb der Geschäftszeiten und eine Aussage darüber, was passiert, wenn Foreach oder ITsjefen die Hosting-Beziehung beendet.

Wer ist betroffen, wenn die Hosting-Kette bricht

Die genannten Kundenbeispiele von Foreach machen die Auswirkungen konkret, ohne Annahmen über die aktuelle Produktionstopologie zu erfordern. Wenn ein System zur Anmietung von Lagerflächen wie das für iBOKS beschriebene nicht verfügbar ist, können Kunden Schwierigkeiten haben, auf Kontofunktionen zuzugreifen, und Betreiber können Schwierigkeiten haben, Mietverträge oder Zugangskontrollintegrationen zu verwalten. Wenn das interne Betriebssystem eines Autohändlers nicht verfügbar ist, kann das Personal die Sicht auf Kunden-, Fahrzeug- und Arbeitsdokumentation verlieren.

Wenn ein Servicevertragssystem wie das NORoption-Beispiel nicht verfügbar ist, können Planung und Historie des Vor-Ort-Service gestört werden. Wenn das Buchungs- und Check-in-System eines Beherbergungs- und Gastronomieanbieters nicht verfügbar ist, können Rezeption, Raumübersicht und Abrechnung leiden.

Diese Beispiele beweisen nicht, dass der aktuelle Produktionsdienst jedes genannten Kunden auf die gleiche Weise gehostet wird oder immer auf der Infrastruktur von Foreach aktiv ist. Sie zeigen die Kategorie der Auswirkung. Foreach baut betriebliche Systeme, nicht nur Informationswebsites. Ein Ausfall der gehosteten Kapazität kann physische Routinen unterbrechen: Lagerzugang, Raumbuchung, Servicebesuche, Abrechnungsintegration und Kunden-Self-Service.

Kleine Geschäftskunden wählen oft einen Anbieter wie Foreach, weil sie einen Partner wollen, der das Geschäft versteht und das System anpassen kann. Dieselbe Bequemlichkeit kann den Anbieter während eines Vorfalls zu einem Engpass machen. Eine Cloud-Konsole, ein Quellcode-Repository, ein Backup-Export, ein DNS-Konto, ein SMS-Konto und eine Buchhaltungsintegration können für Foreach alle verständlich, für den Kunden jedoch undurchsichtig sein. Wenn die Wiederherstellung von bestimmten Personen abhängt, benötigt der Kunde einen Plan für Wochenenden, Feiertage, Krankheiten und Anbieterkonflikte.

Foreach kann dieses Risiko reduzieren, indem es klare betriebliche Grenzen veröffentlicht oder vertraglich vereinbart. Kunden sollten wissen, welche Funktionen in den Einrichtungen von ITsjefen laufen, welche Funktionen Microsoft nutzen, welche Funktionen SMS nutzen, wo sich die Backups befinden, wie lange Protokolle aufbewahrt werden, wer eine Wiederherstellung genehmigen kann, wie Daten exportiert werden und welche Mindestinformationen Foreach benötigt, um den Dienst anderswo wieder aufzubauen. Die öffentlichen Dokumente identifizieren bereits viele Anbieternamen.

Die verbleibende Lücke ist nicht, ob die Anbieter existieren; es ist, ob die kundenspezifischen Dienste einen Anbieter- oder Vertragsausfall überleben können.

Die betroffene Partei ist auch Foreach selbst. Da seine eigene Website innerhalb von AS214761 aufgelöst wird, kann ein Routing- oder Hosting-Ausfall seine öffentliche Verkaufs- und Supportoberfläche gleichzeitig mit den Kundenanwendungen beeinträchtigen. Wenn E-Mail bei Microsoft bleibt, können Kunden Foreach per E-Mail erreichen, selbst wenn das Foreach-Präfix ausgefallen ist; wenn der Telefonsupport unabhängig bleibt, gibt es einen anderen Kontaktweg. Diese Trennung ist wertvoll.

Sie sollte beabsichtigt, dokumentiert und getestet sein, da Kunden sich nicht darum kümmern werden, welche Schicht ausgefallen ist, während ihr Dienst nicht verfügbar ist.

Die Bewertung des Betriebszustands ist aktiv, aber begrenzt

Foreach AS überschreitet die Schwelle zum laufenden Betrieb. Das Unternehmen ist im norwegischen Unternehmensregister aktiv, seine Website und Kontaktseite sind online, es veröffentlicht aktuelles Dienstmaterial, es nennt Kunden und Produkte, es verfügt über aktuelle RIPE-Organisations- und AS-Registrierungen, und RIPEstat hat seine IPv4- und IPv6-Präfixe zum Stichtag global angekündigt gesehen. Dies ist viel stärker als ein veraltetes Verzeichnis.

Es überschreitet keine hohe Vertrauensschwelle in Bezug auf Redundanz. Die öffentlichen Nachweise zeigen eine gehostete Abhängigkeit bei ITsjefen, eine aktive Foreach-AS und einen kompetenten Rechenzentrumsanbieter in Trondheim. Sie zeigen nicht die Produktionsarchitektur von Foreach, die Standortverteilung, die Backup-Isolation, die Wiederherstellungstests, die genauen Kundenworkloads, die vertraglichen Servicelevel, den Ersatzteilbestandsplan oder einen zweiten unabhängig beobachteten Upstream-Zugangsanbieter für Foreach.

Dies sind keine nebensächlichen Details für gehostete Anwendungen; sie bestimmen, ob ein Vorfall ein kurzes Failover, eine geplante Wiederherstellung, ein langes Reparaturfenster oder eine schmerzhafte Migration ist.

Die sinnvollste Art, Foreach zu klassifizieren, ist daher «kleiner Anbieter verwalteter Anwendungen mit echter gerouteter Infrastruktur und einem erklärten lokalen Hosting-Partner». Diese Klassifizierung gibt Anerkennung, wo die Beweise solide sind, und bewahrt Vorsicht, wo Beweise fehlen. Foreach ist nicht nur eine Beratungsfirma mit einem Cloud-Slogan. Es betreibt Dienste in seinem eigenen gerouteten Adressraum und verlässt sich öffentlich auf ITsjefen für Serverdienste und Backup. Aber es ist auch nicht als vollwertige Multi-Site-Cloud-Plattform bewiesen.

Für Kunden sollte das praktische Due-Diligence-Gespräch spezifisch sein. Fragen Sie, welcher ITsjefen-Standort den Dienst hostet. Fragen Sie, ob es einen zweiten Standort oder nur ein Backup gibt. Fragen Sie, wie oft Wiederherstellungen getestet werden. Fragen Sie, ob AS214761 über einen zweiten Anbieter angekündigt werden kann, wenn AS44381 ausfällt. Fragen Sie, ob Kundendaten in einem dokumentierten Format exportiert werden können. Fragen Sie, was passiert, wenn Foreach einen Tag lang nicht verfügbar ist. Fragen Sie, welcher Support ausserhalb der Bürozeiten an Werktagen gilt.

Fragen Sie, ob die Microsoft-, SMS- und Buchhaltungsabhängigkeiten sich gracefully verschlechtern oder Kernfunktionen blockieren.

Der Vorteil von Foreach ist das lokale Wissen, das mit einem glaubwürdigen Infrastrukturpartner in Trondheim verbunden ist. Sein Risiko ist dieselbe Verbindung. Die gehostete Kapazität hängt immer noch von Racks, Transit, Strom, Backup, vertraglichen Bedingungen und den Personen ab, die den Dienst reparieren können. Die Bewertung der öffentlichen Nachweise istMittel: Die aktuellen Routing- und Anbieterfakten sind solide, während Redundanz und Portabilität auf Kundenebene unbewiesen bleiben.