Zusammenfassung

  • Intelion Cloud kann an eine russische Gesellschaft mit beschränkter Haftung, registriert im März 2024, eine detaillierte öffentliche Dienstleistungsvereinbarung und RIPE-Organisationseinträge unter derselben Moskauer Adresse gebunden werden. Die englischeIntelion Cloud LTDBezeichnung ist daher mit einer realen Unternehmens- und Netzwerkoberfläche verbunden, obwohl jeder Eintrag seinen eigenen Zweck hat.
  • AS214186 war am 15. Juli 2026 für die 326 IPv4-Sammler von RIPEstat vollständig sichtbar und kündigte zwei RPKI-gültige /24er an. Dies ist ein aussagekräftiger Betriebsnachweis, aber es ist ein kompakter IPv4-Fußabdruck mit einem beobachteten Nachbarn, kein beobachtetes IPv6 und Adressblöcke, die bei einer anderen Organisation registriert sind, anstatt ein Beweis für jede Infrastrukturbehauptung auf der Website zu sein.
  • Intelion veröffentlicht eine glaubwürdige Automatisierungsgeschichte rund um Self-Service-Ressourcen, OpenStack, virtuelles Networking, abgerechnete Rechenleistung und einen KI-Support-Agenten. Dieselben Bedingungen offenbaren die relevanten Kontrollen: einen standardmäßig ausgewählten Zugriffsschlüssel, kundenbestätigte Aktionen, 1-Gigabit-VM-Limits, ticketausgelöste Ausfallzeiten, geplante Backup-Optionen und eine guthabenabhängige Aufbewahrung.
  • Lokalität und Support sind dienstleistungsspezifisch. Russische Rechenstandorte behalten nicht jede Inferenzanfrage in Russland, und die öffentliche Support-Formulierung reicht von rund um die Uhr bis zu engeren vertraglichen Zeiten. Ein Käufer benötigt eine Arbeitslast-Datenkarte, eine unterzeichnete Support-Matrix und aktuelle Carrier-Nachweise, bevor er den Cloud-Namen als Betriebsgarantie behandelt.

Ein Cloud-Name ist ein Bündel von Versprechen

Der einfachste Fehler bei der Cloud-Due-Diligence besteht darin, zu fragen, ob ein Anbieter echt ist, und aufzuhören, wenn die Antwort ja lautet. Ein Unternehmenseintrag wird gefunden. Eine Website akzeptiert Zahlungen. Ein autonomes System erscheint in einer Routing-Datenbank. Das mit „Identität“ markierte Kästchen wird angehakt, und alle anderen Behauptungen beginnen, Vertrauen daraus zu schöpfen.

Intelion Cloud ist ein nützlicher Fall, weil die öffentliche Datenlage stark genug ist, um eine Untersuchung zu belohnen, und ungleichmäßig genug, um Abkürzungen zu bestrafen. Dies ist kein Verzeichnisname ohne dahinter stehendes Produkt. Das Unternehmen bietet GPU-Server, virtuelle Infrastruktur, dedizierte Maschinen und einen Inferenzdienst. Es veröffentlicht rechtliche Bedingungen in lesbarem Markdown sowie PDF. Es benennt Technologien, Netzwerkdesign-Entscheidungen, Support-Kanäle, Datenstandorte und Aufbewahrungsregeln. Sein autonomes System kündigt derzeit Routen an.

Es gibt genügend Material, um zu verstehen, wie eine Kundenbeziehung funktionieren soll.

Dennoch lassen sich die Aufzeichnungen nicht zu einem einfachen Qualitätszertifikat zusammenfassen. Der russische Unternehmenseintrag begründet eine rechtliche Vertragspartei. Die Website beschreibt einen ambitionierten Dienst. Die Kundendokumente weisen Rechte und Pflichten zu. RIPE-Aufzeichnungen zeigen die Verwaltung von Nummernressourcen. Routen-Sammler zeigen, welche Ursprünge zu einem bestimmten Zeitpunkt sichtbar sind. Eine Produktseite beschreibt den Support. Keine dieser Quellen beantwortet jede Frage, die die anderen aufwerfen.

Diese Trennung ist keine Pedanterie. Sie bildet direkt das Scheitern ab. Wenn eine Zahlung angefochten wird, sind die Vertragspartei und der Zahlungsnachweis relevant. Wenn ein Präfix verschwindet, sind das autonome System, die Routenautorisierung und die Eskalation beim Carrier relevant. Wenn eine Modellanfrage regulierte Daten enthält, ist die ausgewählte Verarbeitungsregion relevant. Wenn eine gestoppte virtuelle Maschine ungedeckt bleibt, ist die Aufbewahrungsklausel relevant. Wenn eine GPU außerhalb der Geschäftszeiten ausfällt, ist der Unterschied zwischen Facility-Überwachung und kundenseitigem technischem Support relevant.

Die richtige Art, Intelion Cloud zu lesen, ist daher als ein Betriebssystem, das aus mehreren öffentlichen Versprechen besteht. Identität, Automatisierung, Netzwerkreichweite, Lokalität, Support und Wiederherstellung sind separate Module. Der Anbieter hat mehr Details veröffentlicht als viele kleine Infrastrukturunternehmen. Das ist ein positives Signal, weil es dem Käufer etwas Prüfbares gibt. Es schafft auch die Verpflichtung, Aussagen abzugleichen, wenn die Website, der Vertrag und die externe Beobachtung verschiedene Seiten desselben Dienstes beschreiben.

Das zentrale Urteil ist nicht, dass Intelion Cloud zu wenig Beweise hat. Es ist, dass die verfügbaren Beweise die Aufgabe des Käufers verändern. Die Frage ist nicht mehr, ob es einen Dienst hinter dem Namen gibt. Die Frage ist, ob der spezifische Dienst, den ein Kunde kaufen möchte, eng genug eingegrenzt ist, dass jedes wichtige Versprechen einem Datensatz, einer Kontrolle und einem verantwortlichen Ansprechpartner zugeordnet werden kann.

Der unternehmerische Anker ist jung und spezifisch

Die Suche des Russischen Föderalen Steuerdienstes liefert ein Unternehmen für die Steuernummer 9703176519: OOO „Intelion Oblako“, eine russische Gesellschaft mit beschränkter Haftung, registriert in Moskau am 14. März 2024. Das Ergebnis gibt OGRN 1247700236519 und benennt Maksim Nikolaevich Vyaznikov als Generaldirektor. Inteliens „Über uns“-Seite veröffentlicht dieselben Steuer- und Registrierungsnummern, dieselbe Moskauer Gerichtsbarkeit und eine Adresse an der Presnenskaya Embankment. Es nennt Vyaznikov als Chief Executive und beschreibt die Haupttätigkeit des Unternehmens als Datenverarbeitung, Hosting und verwandte Dienstleistungen.

Diese Übereinstimmung zwischen einer offiziellen Unternehmenssuche und der eigenen Rechtsseite des Anbieters ist der sauberste Identitätsanker in den Beweisen. Sie verbindet die kundenorientierte Marke mit einer juristischen Person, die in der Lage ist, ein öffentliches Angebot zu machen, Kunden zu fakturieren und Mitteilungen zu empfangen. Die Nutzungsvereinbarung wiederholt OGRN und Steuernummer und sagt, dass die Kontoeröffnung, -aufladung oder -nutzung das Angebot annimmt. Die öffentlichen Bedingungen definieren auch das Control Panel, das Kontoguthaben, elektronische Dokumente und Kanäle für rechtliche Nachrichten.

Diese Details machen die kommerzielle Oberfläche lesbarer als eine reine Markenseite.

Die Netzwerkidentität schließt an einer anderen Stelle an. Die bei RIPE registrierte Organisation ORG-ICL71-RIPE wurde im September 2024 unter dem Namen Intelion Cloud LTD und derselben Moskauer Adresse registriert. Fünf Tage später wurde AS214186 mit dem Namen INTLMN und der Intelion-Organisation als Registrant registriert. Der Eintrag des autonomen Systems wurde im Februar 2026 geändert, während der Organisationseintrag im Mai erneut geändert wurde. Die Unternehmenswebsite, die RIPE-Organisation und der Eintrag des autonomen Systems sind daher nicht nur alte Namen, die zufällig ähnlich sind.

Sie teilen eine aktuelle Adresse, Marke und betriebliche Kontaktoberfläche.

Es gibt dennoch nützliche Grenzen. Das Unternehmen ist jung. Das Registrierungsdatum vom März 2024 beweist nicht, dass jede Einrichtung, jeder Mitarbeiter oder jede verbundene Tätigkeit zu diesem Zeitpunkt begann, und es liefert keine lange Erfolgsbilanz. Die RIPE-Organisation verwendet die englischeLTD-Darstellung, während das vertragsschließende Unternehmen die russische OOO „Intelion Oblako“ ist. Eine Kontakt-E-Mail in der RIPE-Organisation verwendet die Domainintelionmine.ru, während die Missbrauchsrolleintelion.cloudverwendet. Dieses Muster kann eine administrative Beziehung oder die Unternehmensgeschichte widerspiegeln, aber die hier überprüften Aufzeichnungen definieren keine Unternehmensgruppe oder übertragen die Haftung von einer Marke auf eine andere.

Ein Käufer sollte die Verbindung im Vertragspaket explizit machen. Der Dienstleistungsauftrag, der Rechnungsempfänger, die Datenverarbeitungsbedingungen, der Missbrauchskontakt und die Netzwerkbestätigung sollten alle die juristische Person und ihre Rolle identifizieren. Wenn Ausrüstung, Carrier-Vereinbarungen oder Support-Mitarbeiter von verbundenen Unternehmen oder Auftragnehmern bereitgestellt werden, sollten diese Verantwortlichkeiten benannt werden. Die öffentliche Datenlage liefert einen glaubwürdigen Ausgangspunkt. Sie sollte einen Kunden nicht zwingen, die rechtliche Kette während eines Ausfalls zu erraten.

Die „Über uns“-Seite behauptet auch, dass Intelion im russischen Hosting-Anbieter-Register eingetragen ist, und gibt die akkreditierte IT-Unternehmensnummer 73678 an. Das sind relevante regulatorische Hinweise, aber die festgelegten Beweise enthalten keinen unternehmensspezifischen amtlichen Auszug, der jedes Detail bestätigt. Die verantwortungsvolle Schlussfolgerung ist, dass Intelion diese Status öffentlich behauptet und Kennungen zur Überprüfung bereitstellt. Sie sollten in einem Beschaffungsprozess überprüft werden, insbesondere wenn Berechtigung, Datenverarbeitung oder steuerliche Behandlung davon abhängen.

Die Unternehmensidentität ist hier wichtig, weil der Dienst nicht nur herunterladbare Software ist. Ein Kunde vertraut einem Unternehmen physische Beschleuniger, Speicher, Netzwerkzugriff, Kontoguthaben und möglicherweise Modellanfragen an. Je stärker die Automatisierung, desto folgenreicher wird der rechtliche Anker. Ein Konto kann in Minuten Kapazität bereitstellen; ein Streit über gelöschte Daten, einen ausgefallenen Dienst oder einen kompromittierten Zugriffsschlüssel wird sich dennoch mit der Geschwindigkeit von Verträgen, Beweisen und Menschen bewegen.

Das Produkt ist lesbarer als das Cloud-Label

Inteliens Homepage macht jetzt ein konkretes Angebot. Sie bewirbt GPU-Server in Russland, sekundengenaue Abrechnung, die Möglichkeit, Rechenleistung zu stoppen und nicht mehr dafür zu bezahlen, Datenträgeraufbewahrung nach dem Herunterfahren, öffentliche IPv4, eine Gigabit-Verbindung und Zugang über SSH, VNC oder RDP. Ein Benutzer erstellt ein Konto, lädt ein Guthaben auf, startet einen Server und verbindet sich. Die beabsichtigten Workloads umfassen Modelltraining, Bild- und Videogenerierung, Computer Vision, Inferenz und Sprachverarbeitung.

Die zugrunde liegenden Dokumente erweitern diese Oberfläche. Die Nutzungsvereinbarung deckt dedizierte Server, die Cloud-Plattform und verbundene Dienste ab. Die Cloud-Plattform-Bedingungen definieren virtuelle Maschinen, virtuelle Datenträger, isolierte virtuelle Netzwerke, Backups, Datenbankcluster, Dateispeicher, öffentliche Adressen und Projekte. Die Bedingungen für dedizierte Server beschreiben anbietereigene physische Ausrüstung, die für den Kunden zusammengestellt wird und normalerweise innerhalb von 24 Stunden bei vorhandener Kapazität geliefert wird.

Die Bedingungen für die Inferenzplattform definieren eine HTTPS-API für Large Language und andere maschinelle Lernmodelle, mit abgerechneten Anfragen und expliziten Verarbeitungsregionen.

Das ist nicht ein Produkt. Es sind mindestens drei operative Geschäfte unter einem Namen.

Der Kunde eines dedizierten Servers erhält die Fernnutzung einer physischen Maschine und akzeptiert hardwarespezifische Einschränkungen. Der Cloud-Kunde erstellt logische Ressourcen auf gemeinsam genutzter Infrastruktur und betreibt sein eigenes Gastsystem. Der Inferenzkunde sendet eine Anfrage an einen Modell-Endpunkt, dessen Anbieter und Verarbeitungsregion außerhalb der eigenen Einrichtungen von Intelion liegen können. Die Website kann alle drei als KI-Infrastruktur vermarkten, aber ihre Ausfallmodi, Beweise und Datenpfade sind unterschiedlich.

Diese Unterscheidung verbessert die Beschaffung. Ein Käufer, der eine A100 für einen kurzen Trainingslauf sucht, sollte nach Beschleunigerzuweisung, Datenträgerpersistenz, Netzwerkbegrenzung, Image-Herkunft und Wiederherstellung nach Host-Ausfall fragen. Ein Team, das eine langlebige dedizierte Maschine kauft, sollte sich auf Komponentenaustausch, Remote Hands, Gnadenfristen, Ersatzteile und Wiederaufbauzeit konzentrieren. Eine Anwendung, die einen Inferenzendpunkt aufruft, sollte sich um Modellversion, Anfrageprotokollierung, Region, Abhängigkeit von externen Anbietern, Ratenbegrenzungen und Kündigungsfristen kümmern.

Das Wort Cloud kann diese analytische Arbeit nicht leisten.

Das öffentliche Inventar ist auch sichtbar dynamisch. Die H100-Seite sagte, die Karte sei am 15. Juli nicht verfügbar und verwies Kunden auf eine A100-Alternative. Diese kleine Tatsache ist nützlicher als eine dauerhafte Behauptung umfassender Kapazität. Sie erinnert Käufer daran, dass ein Produktkatalog beschreibt, was ein Anbieter anbieten möchte, während eine Bestellung beschreibt, was tatsächlich reserviert ist. Für knappe Beschleuniger sollte die Due-Diligence-Einheit eine datierte Konfiguration sein: Modell, Speicher, Menge, Host-Topologie, Verbindung, Speicherklasse, Region, Verfügbarkeitsdatum und Substitutionsrechte.

Intelion nennt OpenStack, OVN/Open vSwitch, PostgreSQL, Redis, Celery, NVMe und NUMA als Technologien hinter seiner Plattform. Diese Liste ist konsistent mit einer modernen Self-Service-Cloud-Steuerungsebene. Sie muss auch das bleiben, was sie ist: ein Erstanbieter-Architekturhinweis. Ein Technologie-Logo etabliert nicht die eingesetzte Version, den Patch-Zustand, die Mandantenisolierung, die Speicherhaltbarkeit oder die betriebliche Kompetenz. Diese Fragen erfordern Konfigurationsnachweise und Tests.

Was der öffentliche Produktdatensatz etabliert, ist eine Grenze, die substanziell genug ist, um untersucht zu werden. Kunden werden nicht einfach gebeten, einem Namen zu vertrauen. Sie können das beabsichtigte Ressourcenmodell, die Netzwerkbeschränkungen, die Abrechnungsbasis, den Support-Kanal, die Aufbewahrungsregeln und die Service-Abhilfen sehen. Der nächste Schritt ist zu verstehen, wo die Automatisierung die Arbeit verändert, anstatt so zu tun, als ob sie die Arbeit verschwinden lässt.

Self-Service verlagert Arbeit in Richtlinien und Ausnahmen

Der attraktive Teil von Inteliens Angebot ist die Geschwindigkeit. Ein Kunde wählt Ressourcen aus, lädt ein Konto auf und erstellt eine Maschine über das Control Panel. Die Bedingungen besagen, dass der Dienst beginnt, wenn eine Ressource innerhalb eines Projekts erstellt wird und ausreichende Mittel vorhanden sind. Kunden wählen virtuelle Maschinen, Datenträger und Netzwerke aus, passen Kontingente an und betreiben Gastsysteme remote. Abrechnungsdatensätze werden aus den Messungen des Anbieters über verbrauchte Dienste generiert.

Dies ist Unternehmensautomatisierung in einer erkennbaren Form. Eine Abfolge, die einst eine Hardware-Anfrage, einen Kaufauftrag, einen Rack-Besuch, eine Betriebssysteminstallation und eine manuelle Netzwerkkonfiguration erforderte, wird zu einer kontrollierten Transaktion. Der Kunde erhält Kapazität bei Bedarf und gibt sie frei, wenn die Aufgabe endet. Für stoßweise GPU-Arbeit kann dies sowohl die Kosten als auch die Experimentiergeschwindigkeit verändern.

Aber die Arbeit ist nicht verschwunden. Sie hat sich in Richtliniendesign, Kapazitätsmanagement, Messung, Kontosicherheit, Image-Wartung, Ausnahmeprüfung und Wiederherstellung verlagert. Jemand muss Projektlimits definieren. Jemand muss entscheiden, welche GPU-Substitutionen akzeptabel sind. Jemand muss eine Abrechnungsdiskrepanz untersuchen. Jemand muss eine Port-Ausnahme genehmigen, einen fehlgeschlagenen Workload wiederherstellen oder erklären, warum eine beworbene Ressource nicht verfügbar ist.

Die Plattform ist effizient, wenn diese Verantwortlichkeiten explizit sind; sie wird undurchsichtig, wenn das Control Panel als der gesamte Dienst behandelt wird.

Inteliens eigene Dokumente offenbaren mehrere Beispiele. Ein Host wird als mit 10 Gbit/s verbunden beschrieben, geteilt durch die darauf laufenden virtuellen Maschinen, während jede VM auf 1 Gbit/s begrenzt ist. Der Anbieter kann die Bandbreite reduzieren oder den Dienst aussetzen, wenn die Nutzung die gemeinsame Infrastruktur oder andere Kunden gefährdet. Öffentliche Ports unterliegen dauerhaften Sperren, standardmäßigen Schließungen und ausnahmebasierten Freigaben. Konto- und Projektlimits können angepasst werden, aber die technische Möglichkeit und die Zustimmung des Anbieters bleiben Teil des Prozesses.

Das sind angemessene Multi-Tenant-Kontrollen. Sie sind auch dort, wo Kundenerwartungen auf das Ermessen des Betreibers treffen. Eine Anwendung kann eine öffentliche IPv4-Adresse haben und dennoch ein bestimmtes Protokoll nicht nutzen können. Eine VM kann eine 1-Gigabit-Obergrenze haben, während die Marketingseite einen schnelleren Verbund innerhalb der Einrichtung beschreibt. Ein Projekt kann mehr Adressen anfordern können, sie aber nicht sofort erhalten.

Ein Käufer sollte jede relevante Kontrolle vor dem Start in eine Betriebsregel umwandeln: Wer kann eine Ausnahme beantragen, welche Nachweise sind erforderlich, wie lange dauert die Genehmigung normalerweise und was passiert, wenn der Antrag abgelehnt wird.

Die Messung verdient die gleiche Behandlung. Sekundengenaue Abrechnung ist nur wertvoll, wenn die Ereignisse, die Ressourcen starten, stoppen und erhalten, gut verstanden sind. Die Homepage sagt, dass das Stoppen eines Servers die Rechengebühren stoppt und die Festplatte 30 Tage lang kostenlos hält. Die Cloud-Bedingungen vom Juli liefern die vollständigere Zustandsmaschine. Wenn eine VM 30 aufeinanderfolgende Tage nicht gelaufen ist, kann Intelion die Instanz entfernen, während die Festplatte erhalten bleibt, und sie nach mindestens 24-stündiger Ankündigung in abgerechneten Kaltverschiebespeicher verschieben.

Wenn das Guthaben im Kaltverschiebespeicher auf Null sinkt, hat der Kunde 72 Stunden Zeit, das Konto aufzuladen, bevor der Anbieter die Festplatte und ihre Daten ohne weitere Benachrichtigung löschen kann.

Die einfache Verkaufsbotschaft und der detaillierte Vertrag sind nicht unbedingt widersprüchlich. Kostenloser gestoppter Festplattenspeicher kann einen Anfangszeitraum abdecken, gefolgt von bezahltem Kaltverschiebespeicher. Aber der Unterschied ist betrieblich wichtig. Ein Kunde, der nur „Stoppen und nicht bezahlen“ hört, mag einen Archivierungsprozess entwerfen, den die Bedingungen auf Dauer nicht unterstützen. Die Automatisierung hat den Zustandsübergang einfach gemacht; sie hat auch Guthabenwarnungen, Zustellungsbenachrichtigungen und Aufbewahrungsüberwachung zu einem Teil des Datenschutzes gemacht.

Die Steuerungsebene sollte daher als Aufzeichnungssystem bewertet werden. Kann ein Kunde Ressourcenverlauf, Nutzungsereignisse, Konfigurationsänderungen, Support-Nachrichten und Abrechnungsmessungen exportieren? Sind Zeitstempel konsistent? Kann ein Administrator eine Benutzeraktion von einer Anbieteraktion unterscheiden? Sind eine gestoppte Maschine, eine kalte Festplatte und eine gelöschte Ressource klar dargestellt? Können Warnungen mehr als eine verantwortliche Person erreichen? Dies sind keine dekorativen Unternehmensfunktionen.

Sie bestimmen, ob der Kunde nach einem umstrittenen Betrag oder verlorenen Workload rekonstruieren kann, was passiert ist.

Intelion hat genügend Mechaniken veröffentlicht, um diese Fragen präzise zu machen. Das ist ein Vorteil. Die Aufgabe des Käufers ist es zu überprüfen, dass die Schnittstelle, der Vertrag und die Support-Praxis dieselben Definitionen verwenden.

AS214186 ist klein, aktuell und echt

Der stärkste Beweis außerhalb von Inteliens eigener Website ist AS214186. RIPE wies das autonome System am 16. September 2024 unter dem Namen INTLMN zu und registrierte es bei Intelion Cloud LTD. RIPEstat beobachtete erstmals eine aktuelle Ursprungsroute davon am 15. Oktober 2024. Am 15. Juli 2026 war das System angekündigt und für alle 326 IPv4-RIPE-RIS-Peers sichtbar, die in die Antwort einbezogen wurden.

Der Fußabdruck war kompakt: zwei IPv4 /24er, insgesamt 512 Adressen. RIPEstat sah keine IPv6-Ankündigungen und ein benachbartes autonomes System. Beide /24er waren während des gesamten Beobachtungszeitraums vom 1. bis 15. Juli präsent. Sekundäre Routenzusammenfassungen meldeten ebenfalls zwei IPv4-Präfixe, kein IPv6 und einen sichtbaren Upstream, AS12389, PJSC Rostelecom.

Diese Fakten sind wichtig. Ein aktives autonomes System gibt Intelion eine öffentliche Routing-Identität, die sich von einer Wiederverkäuferseite unterscheidet, die vollständig hinter dem Adressraum eines anderen Hosts sitzt. Vollständige Sammler-Sichtbarkeit bedeutet, dass die beiden Ursprungsrouten keine obskuren Ankündigungen waren, die nur an einer Kante gesehen wurden. Das Erstsichtdatum folgt der ASN-Zuweisung um etwa einen Monat, was mit einem neuen Netzwerk vereinbar ist, das in Betrieb genommen wird. Der Eintrag wurde auch 2026 gepflegt.

Gleichzeitig setzen die Zahlen eine Grenze um die Schlussfolgerung. Zwei /24er beweisen kein geografisch breites Netzwerk, keine große Kapazität, keinen diversen Transit, keine niedrige Latenz oder viele Kunden. Ein beobachteter Nachbar ist ein Topologiehinweis, kein vollständiger Carrier-Vertrag. Keine IPv6-Ankündigung ist eine echte aktuelle Einschränkung in der öffentlichen Routing-Ansicht, aber sie sagt nicht, ob IPv6 innerhalb privater Netzwerke existiert oder geplant ist. Die Routentabelle kann die Erreichbarkeit auf der Ursprungsebene verifizieren. Sie kann nicht die GPU, den Speicher oder den Support hinter einer Adresse verifizieren.

Das Fehlen eines PeeringDB-Netzwerkprofils für AS214186 fügt wenig hinzu. PeeringDB ist freiwillig. Ein kleiner Dienst kann Transit kaufen, private Verbindungen nutzen und perfekt funktionieren, ohne eine öffentliche Peering-Seite zu pflegen. Was die Abwesenheit bedeutet, ist, dass ein Käufer dieses Verzeichnis nicht verwenden kann, um Einrichtungen, Austauschpunkte, Verkehrsaufkommen oder Peering-Richtlinien gegenzuprüfen. Der Anbieter muss aktuelle Verbindungsnachweise direkt liefern, wenn sie für den Dienst wichtig sind.

Hier sollte der Maßstab ehrlich gelesen werden. Inteliens öffentliche Routing-Oberfläche ist nicht leer, ruhend oder nur registriert. Sie ist auch kein riesiges Internet-Backbone. Sie sieht aus wie der fokussierte Ursprungsfußabdruck eines jungen Cloud-Betreibers: genug, um kundenorientierten IPv4-Raum unter eigener ASN zu bewerben, klein genug, dass jedes Präfix und jeder externe Pfad zählt. Für einen Unternehmenskäufer erhöht diese Konzentration den Wert von genauen Route-, Carrier- und Wiederherstellungsnachweisen.

Ursprungsautorisierung ist nicht Adresseigentum

Beide aktuellen Ankündigungen haben gültige RPKI-Ursprungsautorisierungen für AS214186. Der Validator von RIPEstat fand eine gültige Route-Origin-Authorization für194.67.95.0/24und eine weitere für185.182.108.0/24, die jeweils AS214186 erlauben, das /24 zu urheben. Dies ist eines der besten Details im Netzwerkeintrag.

RPKI-Gültigkeit grenzt ein spezifisches Risiko ein. Netzwerke, die eine Route-Origin-Validierung durchführen, können sehen, dass die registrierte Autorisierung mit Inteliens Ursprungs-ASN und Präfixlänge übereinstimmt. Das macht einen versehentlichen oder nicht autorisierten widersprüchlichen Ursprung leichter abweisbar. Für ein Zwei-Präfix-Netzwerk ist die Aufrechterhaltung beider Autorisierungen eine praktische Betriebskontrolle und kein Compliance-Schmuck.

Sie beantwortet nicht jede Eigentumsfrage. Die RIPE-Adresseinträge nennen RADIO-FSU/RADIO-MSU NETWORK Ltd als Registrant für beide Bereiche. Jeder Eintrag enthält separat eine Intelion-Referenz: einer nennt Intelion Cloud LTD und verlinkt die Unternehmensseite, während der andere die Domain enthält. Dies ist konsistent damit, dass Intelion autorisiert ist, Adressraum zu nutzen und anzukündigen, der bei einer anderen Organisation registriert ist. Es ist kein Beweis dafür, dass Intelion die Blöcke rechtmäßig besitzt.

Diese Unterscheidung wird während Verlängerung, Missbrauchsreaktion oder Migration wichtig. Die Organisation, die die Adressressource hält, die Organisation, die autorisiert ist, sie zu ursprungszuweisen, der Carrier, der die Route akzeptiert, und der Kunde, der eine Adresse verwendet, können alle unterschiedlich sein. Eine gültige Route heute zeigt nicht von selbst, wie lange Intelion die Präfixe nutzen kann, wer die Route-Origin-Autorisierung ändern kann oder was passiert, wenn die zugrunde liegende Vereinbarung endet.

Ein Kunde, der von stabilen Quelladressen abhängt, sollte nach der dienstspezifischen Kette fragen: welches Präfix zugewiesen wird, wer der registrierte Inhaber ist, welche Vereinbarung Inteliens Nutzung unterstützt, wer die Route-Origin-Autorisierung pflegt, ob die Adresse zwischen Carriern wechseln kann und welche Frist gilt, wenn eine Umnummerierung erforderlich wird. Für einen kurzen Trainingsjob mag dies ein geringes Problem sein. Für auf die Whitelist gesetzte Unternehmensintegrationen, E-Mail-Infrastruktur oder lizenzierte Software, die an eine Adresse gebunden ist, kann es zu einem Migrationsrisiko werden.

Die positive Schlussfolgerung bleibt bedeutsam. Intelion kündigt nicht einfach unvalidierten Raum an und bittet Beobachter, den Namen zu akzeptieren. Die beiden Route-Origin-Paare waren zum Zeitpunkt der Erfassung gültig. Die sorgfältige Schlussfolgerung ist ebenso wichtig: gültiger Ursprung ist ein Beweis für autorisiertes Routing, nicht eine Urkunde für den Adressblock und keine Garantie für die Dienste, die darüber erreicht werden.

Redundanz muss schichtweise abgeglichen werden

Inteliens Website macht eine spezifische Resilienzbehauptung. Sie besagt, dass ein Rechenzentrum in der Nähe von Samara physisch getrennte MegaFon- und Rostelecom-Internetleitungen verwendet und die PI-/24er des Anbieters über beide ankündigt, sodass sich der Verkehr ohne Adressänderung bewegen kann, wenn eine Leitung ausfällt. Das ist eine viel bessere Aussage als das übliche Versprechen redundanter Konnektivität, weil es Carrier, Routing-Verhalten und das erwartete Ausfallergebnis identifiziert.

Der externe Datensatz unterstützt einen Teil dieser Geschichte und lässt einen Teil offen. Das RIPE-aut-num-Objekt deklariert Import- und Exportrichtlinien mit AS12389, Rostelecom, und AS21446, SOTEL LLC. RIPEstat beobachtete am 15. Juli einen Nachbarn. Sekundäre Routenzusammenfassungen identifizierten Rostelecom als den sichtbaren Upstream. Eine Sonde in Samara im März 2026 erreichte Inteliens Netzwerk ebenfalls über Rostelecom. Die Quellen stimmen daher bezüglich eines aktuellen Rostelecom-Pfads überein.

Sie zeigen MegaFon nicht als beobachteten Nachbarn in der erfassten globalen Ansicht, während das deklarierte zweite Netzwerk im RIPE-Objekt SOTEL und nicht MegaFon ist.

Dies ist eine Diskrepanz, die untersucht werden muss, kein Urteil. Ein Carrier kann einen physischen Dienst über ein anderes autonomes System erbringen. Eine Backup-Sitzung kann von nicht jedem Sammler sichtbar sein, kann konfiguriert, aber inaktiv sein, oder sich nach dem Schreiben eines öffentlichen Datensatzes geändert haben. Eine Website kann auch eine Großhandelsvereinbarung in einen Einzelhandels-Carrier-Namen vereinfachen. Die eingefrorenen Beweise können nicht bestimmen, welche Erklärung zutrifft.

Der Käufer sollte zwei gleichermaßen schwache Schlussfolgerungen vermeiden. Die eine ist, dass die Doppel-Carrier-Behauptung falsch sein muss, weil ein Nachbar beobachtet wurde. Die andere ist, dass zwei Namen auf einer Website unabhängige Ende-zu-Ende-Pfade beweisen. BGP-Diversität, physische Routendiversität und kommerzielle Lieferantendiversität sind unterschiedliche Kontrollen. Zwei Sitzungen können sich einen Kabelkanal, einen Router, eine Stromversorgung oder eine Upstream-Ausfallzone teilen. Ein sichtbarer Ursprung kann dennoch ein Standby-Design haben, das wie beabsichtigt funktioniert.

Aktuelle Nachweise sollten daher auf jeder Ebene angefordert werden. Eine Routenansicht kann beide Sitzungen und die darüber angekündigten Präfixe zeigen. Eine Topologiezeichnung kann Übergabegeräte und physische Eintrittspfade zeigen. Carrier-Bestellungen können den vertraglich vereinbarten Dienst identifizieren. Ein kontrollierter Failover-Bericht kann zeigen, ob sich etablierter Verkehr bewegt, wie lange die Konvergenz dauert und ob die Kundenadressen stabil bleiben. Überwachungsverlauf kann Paketverlust und Auslastung vor und nach einem Übergang zeigen.

Das Netzwerk ist kompakt genug, dass dies handhabbar sein sollte. Es gibt zwei öffentliche Präfixe, zwei RPKI-Autorisierungen und eine kleine deklarierte externe Richtlinie. Intelion muss keine großartige Backbone-Erzählung produzieren. Es muss zeigen, dass die spezifische Redundanz, die an einen Kunden verkauft wird, aktuell, getestet und an die Einrichtung und den Dienst im Auftrag gebunden ist.

Lokalität gehört zum Workload, nicht zum Firmennamen

Intelion ist ein russisches Unternehmen, das Server verkauft, die als in Russland befindlich beschrieben werden. Die „Über uns“-Seite markiert Moskau, die Region Samara, die Region Twer und Tula als Betriebsstandorte und identifiziert Kemerowo und Chakassien als zukünftige Standorte. Die Homepage beschreibt ein aktives Rechenzentrum in der Nähe von Samara. Für einen Kunden, der russische Rechenkapazität sucht, sind dies direkt relevante Aussagen.

Sie sind keine universelle Datenresidenz-Antwort. Eine rechtliche Adresse ist kein Serverstandort. Ein Land eines autonomen Systems ist kein Datenträgerstandort. Eine BGP-Route sagt dem Internet, wie eine Adresse erreicht wird, nicht wo die dahinter liegenden Daten gespeichert sind. Selbst eine Standortliste sagt nicht, welches Produkt an welchem Standort verfügbar ist oder wo Backups, Steuerungsebenenaufzeichnungen, Support-Transkripte und Abrechnungsdaten liegen.

Inteliens eigene Produktstruktur macht diese Unterscheidung unvermeidbar. Eine virtuelle Maschine und ihre Festplatte können auf der russischen Infrastruktur des Anbieters platziert werden. Ein dedizierter Server belegt einen bestimmten physischen Standort. Die Inferenzplattform kann einen sehr anderen Weg nehmen. Ihre Bedingungen vom Mai 2026 definieren zwei Verarbeitungsregionen-Klassen: Russland für Open-Weight-Modelle auf Inteliens eigener Infrastruktur und International für Cloud-Modelle, die über AWS Bedrock in Frankfurt oder US-Regionen verarbeitet werden.

Der Anbieter und die Region des ausgewählten Modells sollen vor dem Senden einer Anfrage im Control Panel und im Modelllisten-Endpunkt sichtbar sein.

Das ist eine nützliche Offenlegung. Es bedeutet, dass ein Kunde nicht so tun muss, dass jeder Modell-Endpunkt lokal ist, nur weil die Rechnung von einem russischen Anbieter kommt. Es bedeutet auch, dass der Kunde eine aktive architektonische Wahl treffen muss. Eine Anfrage, die an ein internationales Modell gesendet wird, überschreitet die russische Grenze, und die Bedingungen weisen dem Kunden Verantwortlichkeiten im Zusammenhang mit diesem Transfer zu, wenn personenbezogene Daten vorhanden sind.

Die Inferenzbedingungen fügen weitere Details hinzu. Intelion sagt, dass Anfrage- und generierte Inhalte nicht zum Trainieren der Modelle verwendet werden und nach der Verarbeitung nicht aufbewahrt werden, außer für technische Fehlerprotokollierung oder gesetzliche Anforderungen. Nutzungsmetadaten, einschließlich Modell, Zeitpunkt, Token-Anzahl, Schlüsselkennung, Kundenkennung, Status und Kosten, werden drei Jahre lang aufbewahrt. Kunden wird Zugriff auf mindestens 180 Tage ihrer eigenen Nutzungsmetadaten versprochen.

Diese Aussagen erstellen eine nützlichere Datenkarte als das allgemeine Wort Cloud, aber sie bleiben vertragliche Behauptungen und kein unabhängiger Test jedes Modellanbieters.

Eine Unternehmensdatenkarte sollte daher den Workload durch alle seine Zustände verfolgen. Für eine VM umfasst dies das Image, die Boot-Festplatte, angeschlossenen Speicher, Backups, Snapshots, Host-Protokolle, Konsolenzugriff, Support-Artefakte und den Zustand gelöschter Ressourcen. Für eine Inferenzanfrage umfasst dies Anfrageinhalt, generierten Inhalt, Modellanbieter, Region, flüchtige Fehlerprotokolle, Nutzungsmetadaten und alle vom Kunden geführten Anwendungsprotokolle. Für die Kontoverwaltung umfasst dies Identitätsdokumente, Abrechnungsereignisse, Kontaktdaten und Support-Gespräche.

Der Käufer sollte dann jedem Zustand eine zulässige Geografie und Aufbewahrungsregel zuweisen. „Server in Russland“ ist zu breit, um diese Funktion zu erfüllen. Eine vertretbare Anforderung klingt eher so: eine benannte VM, Festplatte und das Backup verbleiben an einem benannten russischen Standort; Support-Zugriff wird protokolliert; internationale Modell-Endpunkte sind für das Projekt deaktiviert; die Metadatenaufbewahrung ist verstanden; und jede Ausnahme erfordert eine autorisierte Änderung. Das ist Datensouveränität als Betriebskontrolle und nicht als Slogan.

Inteliens öffentliche Dokumente machen ein solches Gespräch möglich. Sie zeigen auch, warum Lokalität nicht aus dem Firmennamen abgeleitet werden kann. Dasselbe Konto kann lokale Rechenleistung und internationale Modellinfrastruktur erreichen. Das entscheidende Feld ist der Dienst und die Region, die für den Workload ausgewählt wurden.

Der KI-Support-Agent schafft eine Zugangskontrollentscheidung

Intelion beschreibt sich selbst als KI-native Cloud, und der konkreteste Ausdruck dieser Idee erscheint in den Cloud-Plattform-Bedingungen vom Juli. Der Anbieter sagt, dass er einen Software-KI-Agenten anbietet, der bei der Konfiguration und Wartung virtueller Maschinen hilft. Bei der Maschinenerstellung wird ein öffentlicher Schlüssel für den Agenten über ein Kontrollkästchen gesteuert, das standardmäßig ausgewählt ist, es sei denn, der Kunde deaktiviert es.

Die Bedingungen besagen, dass Mitarbeiter diesen Schlüssel nicht verwenden, der Agent nur Aktionen ausführt, die mit dem Kunden im Chat vereinbart wurden, und der Kunde den Zugriff durch Löschen des Schlüssels widerrufen kann.

Dies ist mehr als ein Marketing-Label. Es verwandelt Support in einen privilegierten Automatisierungs-Workflow. Der Agent kann möglicherweise in eine Kundenmaschine eindringen und Aktionen ausführen, die andernfalls einen Administrator erfordern würden. Wenn es gut funktioniert, kann es die Routine-Einrichtungsarbeit reduzieren und die Entfernung zwischen einem Support-Gespräch und einer Konfigurationsänderung verkürzen. Es kann auch einen Support-Fehler schneller und wiederholbarer machen.

Das zentrale Problem ist nicht, ob ein KI-Agent abstrakt sicher ist. Es ist, ob die Zugriffsgrenze für den Workload des Kunden sichtbar und steuerbar ist. Ein standardmäßig ausgewähltes Kontrollkästchen bedeutet, dass der Kunde sich nicht auf passive Zustimmung verlassen sollte. Ein Unternehmenskonto benötigt möglicherweise eine Richtlinie, die den Agentenzugriff standardmäßig deaktiviert und nur für ein bestimmtes Ticket, eine bestimmte Maschine und ein bestimmtes Zeitfenster aktiviert. Ein regulierter Workload verbietet ihn möglicherweise vollständig.

Die Bedingungen bieten ein nützliches Gerüst für diese Kontrolle: einen eigenen Schlüssel, vorherige Vereinbarung im Chat und Widerruf durch den Kunden. Ein Käufer sollte nach dem Rest der Beweise fragen. Welche Identität signiert den Schlüssel des Agenten? Ist der Schlüssel pro Kunde oder Maschine eindeutig? Welche Befehle kann der Agent ausführen? Wo wird die vorgeschlagene Aktion angezeigt? Kann ein Kunde eine zweite Genehmigung verlangen? Werden Befehle und Ausgaben unveränderlich protokolliert? Schließt der Widerruf aktive Sitzungen? Wie werden Modellfehler, Anweisungsinjektion und kompromittierte Support-Konten behandelt?

Können Geheimnisse maskiert werden, bevor der Kontext an ein Modell gesendet wird?

Dies sind keine spekulativen Grenzfälle. Der Geschäftswert des Agenten ergibt sich aus seiner Fähigkeit zu handeln. Der Explosionsradius ergibt sich aus derselben Eigenschaft. Die Bedingungen besagen, dass Aktionen im Chat vereinbart werden, aber Vereinbarung kann alles von einer klaren Befehlsvorschau bis zu einer vagen Gesprächsbestätigung bedeuten. Ein Unternehmenskäufer sollte definieren, was eine Genehmigung darstellt, und die Aufzeichnung aufbewahren, die zum Nachweis erforderlich ist.

Der Agent verändert auch die lokale Support-Arbeit, anstatt sie zu ersetzen. Jemand muss seine Berechtigungen entwerfen, seine Software warten, fehlgeschlagene Aktionen überprüfen, Ausnahmen behandeln und die Arbeit übernehmen, wenn die Maschine nicht erreichbar ist. Inteliens Website behauptet separat, dass ein Ingenieur vor Ort durch IPMI neu starten, eine Festplatte oder ein Speichermodul ersetzen und eine ausgefallene GPU beheben kann. Der Software-Agent und der Ingenieur lösen unterschiedliche Probleme. Einer handelt innerhalb der logischen Maschine; der andere kann physische Ausrüstung anfassen.

Ein glaubwürdiges Support-Modell erklärt, wie die Arbeit zwischen ihnen verteilt wird.

Intelion verdient Anerkennung dafür, dass es die Mechanik des Agentenzugriffs in öffentliche Bedingungen aufgenommen hat. Viele Dienste würden ein solches Feature in einer Produktbeschreibung belassen. Die Offenlegung ermöglicht es dem Käufer, die richtige Frage zu stellen: nicht „verwendet die Cloud KI?“, sondern „welche Autorität erhält der Agent, und wie wird jede Ausübung dieser Autorität genehmigt, beobachtet und rückgängig gemacht?„

Support ist auf vier verschiedene Uhren aufgeteilt

Das öffentliche Material verwendet mehrere Formen des Wortes Support, und sie sollten nicht als Synonyme behandelt werden.

Die erste Uhr ist die Infrastrukturüberwachung. Intelion sagt, dass es Port-Flaps, CRC-Fehler und Auslastung rund um die Uhr sammelt und einen Ingenieur vor Ort im Rechenzentrum hält. Das beschreibt Erkennung und physische Intervention. Es ist relevant für einen ausgefallenen Switch, eine Festplatte, ein Speichermodul oder eine GPU. Es sagt einem Kunden nicht von selbst, wann eine Nachricht beantwortet wird.

Die zweite Uhr ist die Produktseitenverfügbarkeit. Die H100-Seite sagt in einem Abschnitt rund um die Uhr technischen Support, zeigt dann aber Support sieben Tage die Woche von 09:00 bis 21:00 Uhr Moskauer Zeit in der Nähe der Produktkarte. Diese Aussagen sind breiter als normale Bürozeiten, aber nicht identisch miteinander. Die Seite sagt auch, dass Backup und Systemadministration zusätzliche Dienste sein können, was darauf hindeutet, dass der Umfang der inbegriffenen Hilfe ebenso wichtig ist wie die Uhr.

Die dritte Uhr ist der Basisvertrag. Abschnitt 13.3 der Nutzungsvereinbarung vom März 2026 besagt, dass technischer Support an Arbeitstagen von 09:00 bis 18:00 Uhr UTC+3 für maximal 30 Minuten pro Tag bereitgestellt wird; zusätzliche Zeit wird nach einem separaten Tarif berechnet. Anfragen werden per E-Mail oder über den offiziellen Telegram-Account entgegengenommen. Sofern ein Dienstleistungsauftrag nichts Stärkeres gewährt, ist dies die folgenreichste öffentliche Beschreibung des Support-Anspruchs des Kunden.

Die vierte Uhr ist die Dienstverfügbarkeitsuhr. Die Verfügbarkeit der Cloud-Plattform wird als 24x7x365 beschrieben. Das sagt, wann der Dienst funktionieren soll, nicht wann ein Mensch antworten muss. Eine Plattform kann eine 24-Stunden-Verfügbarkeitsverpflichtung tragen, während die inbegriffene Support-Hotline einen engeren Zeitplan hat. Dieses Design kann für selbstverwaltete, nicht kritische Workloads angemessen sein. Es kann eine ernsthafte Lücke für ein Produktionssystem sein, das sofortige Diagnose oder physische Intervention benötigt.

Der Kontrast ist kein Beweis dafür, dass Intelion außerhalb der Geschäftszeiten nicht reagiert. Es ist ein Beweis dafür, dass der Käufer einen Anspruch nicht aus einer Produktformulierung ableiten sollte. Der Anbieter kann erweiterten Support verkaufen, eine Betriebsbereitschafts-Rota unterhalten oder freiwillig reagieren. Der öffentliche Vertrag macht einfach nicht alle diese Möglichkeiten Teil des Basisversprechens.

Ein nützlicher Support-Plan sollte Schweregrad, Kanal, Bestätigungsziel, technisches Einsatzziel, Aktualisierungshäufigkeit, Wiederherstellungsziel und Eskalationsverantwortlichen nennen. Er sollte Kontofragen von Infrastrukturvorfällen, Missbrauchsmeldungen, Sicherheitsereignissen, Datenwiederherstellungsanfragen und bezahlter Administration unterscheiden. Er sollte auch angeben, ob das tägliche 30-Minuten-Limit während eines anbieterverursachten Ausfalls gilt und ob ein Ingenieur vor Ort rund um die Uhr direkt von der Support-Hotline eingesetzt werden kann.

Lokale Support-Arbeit ist gerade deshalb wertvoll, weil Cloud-Ausfälle Ebenen übergreifen. Eine API kann melden, dass eine VM läuft, während der Gast nicht erreichbar ist. Eine Route kann global sichtbar sein, während ein Speicherpfad blockiert ist. Ein Kunde kann eine Agentenaktion genehmigen, die eine ausgefallene GPU nicht beheben kann. Die Organisation braucht jemanden, der den Zustand der Steuerungsebene, die Netzwerkbeobachtung, die Host-Telemetrie und die physische Ausrüstung korrelieren kann. Die öffentliche Datenlage zeigt Teile dieses Betriebsmodells. Der Vertrag muss sie verbinden.

Ein perfekter Prozentsatz kann dennoch eine praktische Lücke hinterlassen

Inteliens Verfügbarkeitssprache ist ungewöhnlich ambitioniert. Die Cloud-Plattform-Bedingungen vom Juli besagen 24x7x365 Verfügbarkeit und 100 Prozent Betriebsfähigkeit pro Stunde, vorbehaltlich Ausschlüssen. Die Bedingungen für dedizierte Server besagen 100 Prozent pro Monat, ebenfalls mit Ausschlüssen. Die Inferenzplattform verwendet 99,5 Prozent monatliche Verfügbarkeit und schließt Beta-Modelle sowie bestimmte Ausfälle außerhalb der Kontrolle von Intelion aus.

Diese Prozentsätze sollten nicht zu einer unternehmensweiten Zahl gemittelt werden. Sie gelten für verschiedene Dienste, Messzeiträume und Abhängigkeitsketten. Noch wichtiger ist, dass die Abhilfemechanismen bestimmen, was die Zahl für einen Kunden bewirkt.

Für die Cloud-Plattform ist technische Arbeit von der Nichtverfügbarkeitszeit ausgeschlossen, einschließlich geplanter und ungeplanter Arbeiten, die darauf abzielen, die Ausrüstung funktionsfähig zu halten oder Fehler zu korrigieren. Die Ausfallzeit beginnt, wenn der Kunde eine Nachricht über das Ticket-System sendet, und endet, wenn die Wiederherstellungsarbeit abgeschlossen ist. Die Entschädigung ist zusätzliche Zeit unter Verwendung desselben Dienstes, die im Allgemeinen der Nichtverfügbarkeitszeit entspricht, und der Kunde muss sie beantragen.

Eine Unterbrechung von mehr als fünf Minuten, aber weniger als einer Stunde wird als eine Stunde zur Entschädigung behandelt.

Diese Struktur hat drei praktische Konsequenzen. Erstens startet die Überwachung durch den Anbieter nicht unbedingt die vertragliche Ausfallzeituhr; das Ticket des Kunden tut dies. Zweitens ist der headline-Prozentsatz keine historische Messung, die zur externen Überprüfung veröffentlicht wird. Es ist ein Versprechen, das unter definierten Ausschlüssen berechnet wird. Drittens ist die Abhilfe Dienstzeit, nicht unbedingt eine Entschädigung für den Folgeschaden des Kunden, die Personalzeit oder den fehlgeschlagenen Workload.

Nichts davon macht die SLA bedeutungslos. Eine klare Uhr, eine minimale Entschädigungseinheit von einer Stunde und ein 100-Prozent-Ziel geben dem Kunden einen vertraglichen Weg zu einer Abhilfe. Aber die Regelung belohnt Kunden, die unabhängig überwachen und zeitnah Tickets eröffnen. Ein Team, das annimmt, dass die 24-Stunden-Überwachung des Anbieters automatisch einen Anspruch begründet, könnte entdecken, dass sein eigener Benachrichtigungszeitstempel der wichtige Beweis ist.

Die Cloud-Bedingungen enthalten auch eine unvollständige Klausel, in der der Kommunikationsbetreiber und die Vertragsdetails identifiziert werden sollten. Diese redaktionelle Lücke steht neben den spezifischeren Carrier-Behauptungen auf der Website. Sie löscht nicht die Routen oder Schaltkreise. Sie schwächt die Fähigkeit des Vertrags, die Netzwerkabhängigkeit ohne externen Kontext zu identifizieren. Ein Kunde sollte dieses Feld im Dienstleistungsauftrag oder einem beigefügten technischen Zeitplan ausgefüllt haben.

Der richtige Test ist nicht, ob 100 Prozent plausibel klingen. Es ist, ob die Dienstdefinition die Komponente enthält, die dem Kunden wichtig ist. Eine VM kann als verfügbar markiert sein, während ein optionales Softwarepaket defekt ist; die Hauptvereinbarung sagt explizit, dass die VM-SLA nicht auf Drittanbieter-Softwareerweiterungen ausgedehnt wird. Eine öffentliche IP kann zugewiesen sein, während eine Route beeinträchtigt ist. Ein Inferenzendpunkt kann erreichbar sein, während ein bestimmtes externes Modell nicht verfügbar ist.

Käufer benötigen eine Überwachung auf Komponentenebene und eine Abhilfe, die an die geschäftlichen Auswirkungen gebunden ist, insbesondere für länger laufende Trainingsjobs, die mehr als die Minuten des Ausfalls verlieren können.

Aufbewahrung und Wiederherstellung stehen hinter dem freundlichen Stopp-Knopf

Der Stopp-Knopf ist zentral für Inteliens kommerzielles Angebot. Stoppen Sie den Server, stoppen Sie die Rechengebühren, behalten Sie die Festplatte für einen Zeitraum und setzen Sie später fort. Für intermittierende KI-Arbeit ist das ein sinnvolles Modell. Es verhindert, dass teure Beschleuniger Rechnung stellen, während die Umgebung erhalten bleibt, deren Vorbereitung Zeit gekostet hat.

Der Vertrag offenbart die darunter liegenden Zustandsübergänge. Der Kunde kann Backups planen, einschließlich mehrerer Routinen, aber die Verfügbarkeit einer Backup-Ressource ist nicht dasselbe wie automatischer Schutz jeder Festplatte. Die H100-Produktseite behandelt Backup ebenfalls als Dienst, der hinzugefügt werden kann. Ein Käufer sollte daher davon ausgehen, dass der Wiederherstellungsschutz ausgewählt, konfiguriert und getestet werden muss, sofern ein Auftrag nichts anderes besagt.

Nach 30 Tagen ohne VM-Start kann Intelion die Instanz entfernen, während die Festplatte erhalten bleibt und in Kaltverschiebespeicher verschoben wird. Eine Ankündigung ist mindestens 24 Stunden vor diesem Übergang versprochen. Der Kaltverschiebespeicher wird abgerechnet. Wenn das Kontoguthaben Null erreicht, beginnt ein 72-Stunden-Aufladungsfenster, nach dem die Festplatte und ihre Daten ohne weitere Benachrichtigung gelöscht werden können. Diese Abfolge macht das Kontoguthaben und die Zustellungsbenachrichtigung zu einem Teil des Wiederherstellungsdesigns.

Dies ist wichtig für Teams, die GPU-Kapazität stoßweise nutzen. Eine Forschungsumgebung kann zwischen Experimenten ungenutzt bleiben. Ein ausgeschiedener Mitarbeiter kann der einzige Empfänger von Abrechnungsbenachrichtigungen sein. Eine Verzögerung bei der Beschaffung kann eine Guthabenaufladung während des Gnadenfensters verhindern. Keines dieser Ereignisse ist ein Speichersystemausfall, dennoch kann jedes durch eine automatisierte Aufbewahrungsregel zu Datenverlust führen.

Die Abhilfe ist betriebliche Disziplin. Wichtige Daten sollten außerhalb des Lebenszyklus einer einzelnen abgerechneten Festplatte existieren. Backup-Pläne sollten durch Wiederherstellungstests verifiziert werden. Kontowarnungen sollten eine gemeinsame Betriebsadresse erreichen. Aufladungs- und Löschschwellen sollten nach Möglichkeit durch ein separates System überwacht werden. Ein Ausstiegsplan sollte definieren, wie Images, Daten und Konfigurationsdatensätze vor Beendigung des Dienstes exportiert werden.

Inteliens öffentliche Bedingungen sind wertvoll, weil sie den Löschmechanismus zeigen, bevor ein Kunde ihn entdeckt. Der Käufer sollte diese Klarheit nutzen. Die beruhigende Schlagzeile erklärt, wie man Kosten pausiert. Der Vertrag erklärt, wie man eine pausierte Ressource nicht mit einem Archiv verwechselt.

Was ein Käufer Intelion bitten sollte, zu beweisen

Die Beweise stützen ein reales Unternehmen, reale Produktdokumente und eine aktive öffentliche Routing-Oberfläche. Eine Beschaffungsprüfung kann daher über allgemeine Fragebögen hinausgehen und ein kompaktes, dienstspezifisches Nachweispaket anfordern.

Erstens: Identität abgleichen. Der Auftrag sollte OOO „Intelion Oblako“, seine Registrierungs- und Steuernummern, die Adresse für Mitteilungen und die Marke, unter der Support betrieben wird, nennen. Er sollte angeben, ob ein verbundenes Unternehmen, ein Einrichtungsbetreiber oder ein Auftragnehmer Ausrüstung, Adressressourcen oder Kundendaten hält. Netzwerk- und Missbrauchskontakte sollten an den Dienst gebunden und nicht als nicht zugewiesene E-Mail-Adressen belassen werden.

Zweitens: Die gekaufte Konfiguration einfrieren. Notieren Sie das GPU-Modell und den Speicher, CPU, RAM, Festplattenklasse, öffentliche Adressanordnung, VM-Bandbreitenbegrenzung, Region, Betriebssystem-Image, Abrechnungsereignis und die früheste Substitutionsregel. Wenn ein Cluster erforderlich ist, notieren Sie die Verbindungstopologie und den zum Akzeptieren verwendeten Test. Eine Katalogseite ist zu fließend, um als technischer Zeitplan zu dienen.

Drittens: Aktuelle Netzwerknachweise anfordern. Das nützliche Paket ist klein: beide Ursprungspräfixe, aktuelle Route-Origin-Autorisierungen, die externen autonomen Systeme, die im Normal- und Failover-Zustand erwartet werden, eine datierte Routenansicht, physische Carrier-Übergaben und ein aktuelles Failover-Ergebnis. Fragen Sie, warum die Website MegaFon und Rostelecom nennt, während das RIPE-Richtlinienobjekt Rostelecom und SOTEL nennt, und wie die Ein-Nachbar-Sammleransicht zum beabsichtigten Design passt. Eine Antwort kann völlig gewöhnlich sein; sie muss dennoch explizit sein.

Viertens: Eine Datenstandort-Matrix erstellen. Listen Sie VM-Festplatten, Backups, Snapshots, Steuerungsebenen-Metadaten, Support-Aufzeichnungen, Identitätsdokumente, Abrechnungsdaten, Inferenzinhalte und Inferenzmetadaten auf. Weisen Sie jedem eine Region, einen Prozessor, eine Aufbewahrungsfrist, ein Löschereignis und eine Exportmethode zu. Deaktivieren Sie internationale Modellrouten, wo sie nicht erlaubt sind. Verwenden Sie nicht den Standort der Rechnung oder IP-Adresse als Proxy.

Fünftens: Privilegierte Automatisierung regeln. Entscheiden Sie, ob der KI-Support-Schlüssel standardmäßig installiert werden kann. Verlangen Sie eine eindeutige Identität, engen Umfang, zeitlich begrenzte Aktivierung, Aktionsvorschau, Genehmigungsaufzeichnung, Befehlsprotokoll und Widerrufstest. Legen Sie den menschlichen Eskalationspfad für einen Agentenfehler fest und machen Sie klar, welche Geheimnisse oder regulierten Daten der Agent antreffen darf.

Sechstens: Eine Support-Matrix unterschreiben. Setzen Sie die inbegriffenen Stunden, das 30-Minuten-Limit, die bezahlte Support-Stufe, die Incident-Kanäle, die Schweregrade, die Bestätigungsziele und die Eskalation vor Ort in einen Zeitplan. Trennen Sie die Plattformüberwachung von der Kundenantwort. Nennen Sie die Personen oder Rollen, die befugt sind, einen Vorfall zu erklären, eine riskante Änderung zu genehmigen und eine Wiederherstellung anzufordern.

Siebtens: Die SLA und die Aufbewahrungszustandsmaschine testen. Eröffnen Sie einen Testvorfall und bestätigen Sie, welcher Zeitstempel die Uhr startet. Überprüfen Sie, wie eine Entschädigung beantragt wird. Stoppen Sie eine nicht kritische VM, beobachten Sie Benachrichtigungen, überprüfen Sie die Kaltverschiebespeicherabbrechnung und stellen Sie sie wieder her. Bestätigen Sie, dass Guthabenwarnungen das richtige Team erreichen. Stellen Sie aus einem Backup in einer separaten Umgebung wieder her und notieren Sie Zeit und Datenverlust.

Achtens: Einen Workload-Benchmark durchführen, der den Dienst und nicht den GPU-Namen misst. Erfassen Sie Jobabschlusszeit, Speicherdurchsatz, Netzwerktransfer, Fehlerwiederherstellung, Wartezeit und Gesamtabrechnungskosten. Wiederholen Sie ihn nach einer Konfigurationsänderung. Inteliens öffentliche Materialien liefern keine unabhängig verifizierte Leistung, daher sollte der eigene Abnahmelauf des Kunden zur Baseline werden.

Diese Anfragen sind im Verhältnis zu den Beweisen angemessen. Sie bitten einen jungen Anbieter nicht, so zu tun, als sei er ein globaler Hyperscaler. Sie bitten ihn zu zeigen, dass die spezifischen Ressourcen, Pfade, Standorte und Personen hinter einem Vertrag das liefern können, was der Kunde kauft.

Die öffentliche Datenlage ist nützlich, weil sie nicht nahtlos ist

Intelion Cloud hat eine wichtige Schwelle überschritten. Der Name ist nun mit einem registrierten russischen Unternehmen, einem funktionierenden Steuerungsebenen-Angebot, detaillierten Kundenbedingungen, einem aktiven autonomen System, zwei aktuellen RPKI-gültigen Routen und einem sichtbaren Konto- und Support-Modell verbunden. Ein Käufer kann informierte Fragen stellen, weil es echtes Material zu hinterfragen gibt.

Die gleiche Datenlage verhindert eine einfache Befürwortung. Die öffentliche Routing-Oberfläche ist kompakt. Adressregistrierung und Routenursprung gehören zu verschiedenen Organisationen. Carrier-Beschreibungen stimmen nicht sauber über Website, RIPE-Richtlinie und Sammleransicht überein. Russische Infrastruktur behält nicht jede Inferenzanfrage in Russland. Produkt-Support-Formulierungen sind breiter als die Basisvereinbarung. Eine 100-Prozent-Verfügbarkeitszahl hängt von Ausschlüssen, dem Zeitpunkt des Kunden-Tickets und einer Dienstzeit-Abhilfe ab. Eine gestoppte Festplatte kann schließlich einen guthabengetriebenen Löschpfad betreten.

Das sind keine Gründe, den Anbieter abzutun. Sie sind die tatsächliche Form der Entscheidung. Inteliens Wert wird daraus entstehen, teure Rechenleistung leichter zu beschaffen und zu betreiben. Seine Sicherheit wird daraus entstehen, die Aufzeichnungen hinter dieser Bequemlichkeit aktuell, abgleichbar und handlungsfähig zu halten, wenn etwas ausfällt.

Die faire Schlussfolgerung ist daher bedingt, aber nicht ausweichend. Intelion Cloud LTD hat mehr öffentliche Betriebssubstanz als ein Cloud-Name allein. Die Routentabelle, die Verträge und die Produktmechaniken stützen diese Aussage. Ob es die richtige Plattform für einen bestimmten Unternehmensworkload ist, hängt von der nächsten Beweisschicht ab: einer festen Konfiguration, einem getesteten Pfad, einer Workload-Datenkarte, kontrolliertem privilegiertem Zugriff und einem menschlichen Eskalationsversprechen, das stark genug für die Folgen eines Ausfalls ist.