Zusammenfassung
- Intelion Cloud kann mit einer im März 2024 eingetragenen russischen Gesellschaft mit beschränkter Haftung, einer detaillierten öffentlichen Dienstleistungsvereinbarung und RIPE-Organisationsregistern mit derselben Adresse in Moskau in Verbindung gebracht werden. Die englische Bezeichnung
Intelion Cloud LTDist daher mit einer realen Unternehmens- und Netzwerkoberfläche verbunden, auch wenn jede Registrierung ihren eigenen Zweck hat. - AS214186 war am 15. Juli 2026 für alle 326 IPv4-Sammler von RIPEstat vollständig sichtbar und kündigte zwei gültige RPKI /24 an. Dies ist ein signifikanter 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, und nicht ein Beweis für jede Infrastrukturbehauptung auf der Website.
- Intelion veröffentlicht eine glaubwürdige Automatisierungsgeschichte rund um Self-Service-Ressourcen, OpenStack, virtuelles Networking, nutzungsabhängige Abrechnung und einen KI-Support-Agenten. Dieselben Bedingungen offenbaren die wichtigen Kontrollen: einen standardmäßig ausgewählten Zugangsschlüssel, vom Kunden genehmigte Aktionen, VM-Limits von einem Gigabit, ticketausgelöste Ausfallzeiten, geplante Backup-Optionen und eine vom Kontostand abhängige Aufbewahrung.
- Lokalität und Support sind dienstspezifisch. Russische Rechenstandorte bewahren nicht jede Inferenzanfrage in Russland, und die öffentliche Support-Beschreibung reicht von 24 Stunden bis zu vertraglich eingeschränkten Zeiten. Ein Käufer benötigt eine Workload-Datenkarte, eine unterzeichnete Support-Matrix und aktuelle Carrier-Nachweise, bevor er den Cloud-Namen als Betriebsgarantie betrachtet.
Ein Cloud-Name ist ein Bündel von Versprechen
Der einfachste Fehler bei der Cloud-Due-Diligence ist zu fragen, ob ein Anbieter echt ist, und aufzuhören, wenn die Antwort ja lautet. Eine Unternehmensregistrierung wird gefunden. Eine Website akzeptiert Zahlungen. Ein autonomes System erscheint in einer Routing-Datenbank. Das Identitätskästchen ist angekreuzt, und alle anderen Behauptungen beginnen, sein Vertrauen zu leihen.
Intelion Cloud ist ein nützlicher Fall, denn die öffentliche Akte ist solide genug, um eine Untersuchung zu belohnen, und uneben genug, um Abkürzungen zu bestrafen. Es ist kein Verzeichnisname ohne Produkt dahinter. 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 genug Material, um zu verstehen, wie eine Kundenbeziehung funktionieren soll.
Dennoch lassen sich die Aufzeichnungen nicht auf ein einzelnes Gütesiegel reduzieren. Die russische Unternehmensregistrierung begründet eine rechtliche Gegenpartei. Die Website beschreibt einen ambitionierten Dienst. Die Kundenunterlagen weisen Rechte und Pflichten zu. Die RIPE-Registrierungen zeigen die Verwaltung digitaler Ressourcen. Die Routensammler zeigen, welche Ursprünge zu einem bestimmten Zeitpunkt sichtbar sind. Eine Produktseite beschreibt den Support. Keine dieser Quellen beantwortet alle Fragen, die die anderen aufwerfen.
Diese Trennung ist keine Pedanterie. Sie entspricht direkt einem Ausfall. Wenn eine Zahlung bestritten wird, zählen die vertragschließende Einheit und der Abrechnungsdatensatz. Wenn ein Präfix verschwindet, zählen das autonome System, die Routenautorisierung und die Carrier-Eskalation. Wenn eine Modellanfrage regulierte Daten enthält, zählt die ausgewählte Verarbeitungsregion. Wenn eine gestoppte virtuelle Maschine unbezahlt bleibt, zählt die Aufbewahrungsklausel. Wenn eine GPU außerhalb der Geschäftszeiten ausfällt, zählt der Unterschied zwischen Einrichtungsüberwachung und technischem Kundensupport.
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. Dies ist ein positives Signal, da 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 Ränder desselben Dienstes beschreiben.
Das zentrale Urteil ist nicht, dass Intelion Cloud zu wenige Beweise hat. Es ist, dass die verfügbaren Beweise die Arbeit 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, ausreichend abgegrenzt ist, so 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 ergibt ein einziges Unternehmen für die Steuernummer 9703176519: OOO „Intelion Oblako“, eine russische Gesellschaft mit beschränkter Haftung, eingetragen in Moskau am 14. März 2024. Das Ergebnis liefert OGRN 1247700236519 und identifiziert Maksim Nikolaevich Vyaznikov als Generaldirektor. Die „Über uns“-Seite von Intelion veröffentlicht dieselben Steuer- und Registrierungsnummern, dieselbe Moskauer Gerichtsbarkeit und eine Adresse am Presnenskaja-Damm.
Sie nennt Vyaznikov als CEO und beschreibt die Haupttätigkeit des Unternehmens als Datenverarbeitung, Hosting und damit verbundene Dienstleistungen.
Diese Übereinstimmung zwischen einer offiziellen Unternehmenssuche und der eigenen rechtlichen Seite des Anbieters ist der sauberste Identitätsanker in den Beweisen. Sie verbindet die kundenorientierte Marke mit einer rechtlichen Einheit, die in der Lage ist, ein öffentliches Angebot zu machen, Kunden in Rechnung zu stellen und Benachrichtigungen zu empfangen. Der Nutzungsvertrag wiederholt die OGRN und die Steuernummer und gibt an, dass die Kontoeröffnung, Finanzierung oder Nutzung das Angebot annimmt. Die öffentlichen Bedingungen definieren auch das Bedienfeld, den Kontostand, elektronische Dokumente und Kanäle für rechtliche Nachrichten.
Diese Details machen die kommerzielle Oberfläche lesbarer als eine reine Markenseite.
Die Netzwerkidentität tritt an einem anderen Punkt hinzu. Die registrierte RIPE-Organisation ORG-ICL71-RIPE wurde im September 2024 unter dem Namen Intelion Cloud LTD und derselben Moskauer Adresse gegründet. Fünf Tage später wurde AS214186 unter dem Namen INTLMN mit der Organisation Intelion als Registrant registriert. Die Registrierung des autonomen Systems wurde im Februar 2026 geändert, während die Registrierung der Organisation im Mai erneut geändert wurde. Die Unternehmenswebsite, die RIPE-Organisation und die Registrierung des autonomen Systems sind also nicht nur alte Namen, die anderen ähneln.
Sie teilen eine aktuelle Adresse, eine Marke und eine betriebliche Kontaktoberfläche.
Es gibt dennoch nützliche Grenzen. Das Unternehmen ist jung. Das Registrierungsdatum März 2024 beweist nicht, dass jede Einrichtung, jeder Mitarbeiter oder jede verbundene Aktivität zu diesem Zeitpunkt begonnen hat, und es bietet keine lange Leistungsbilanz. Die RIPE-Organisation verwendet die englische WiedergabeLTD, während die vertragschließende Gesellschaft 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 untersuchten Aufzeichnungen definieren weder eine Unternehmensgruppe noch übertragen sie die Verantwortung von einer Marke auf eine andere.
Ein Käufer sollte die Verbindung im Vertragsdossier explizit machen. Die Servicebestellung, der Rechnungsempfänger, die Datenverarbeitungsbedingungen, der Missbrauchskontakt und der Netzwerkbrief sollten alle die rechtliche Einheit und ihre Rolle identifizieren. Wenn Ausrüstung, Carrier-Vereinbarungen oder Support-Personal von verbundenen Unternehmen oder Subunternehmern bereitgestellt werden, sollten diese Verantwortlichkeiten benannt werden. Die öffentliche Akte bietet einen glaubwürdigen Ausgangspunkt. Sie sollte einen Kunden nicht zwingen, die rechtliche Kette während einer Unterbrechung abzuleiten.
Die „Über uns“-Seite behauptet auch, dass Intelion im russischen Hosting-Anbieter-Register eingetragen ist, und gibt die autorisierte IT-Unternehmensnummer 73678 an. Dies sind relevante regulatorische Hinweise, aber die fixierten Beweise enthalten keinen unternehmensspezifischen amtlichen Auszug, der jedes Detail bestätigt. Die verantwortungsvolle Schlussfolgerung ist, dass Intelion diese Status öffentlich beansprucht und Identifikatoren zur Überprüfung bereitstellt. Sie sollten im Rahmen eines Beschaffungsprozesses überprüft werden, insbesondere wenn die Berechtigung, Datenverarbeitung oder das Steuerregime davon abhängen.
Die Unternehmensidentität ist hier von Bedeutung, da der Dienst nicht einfach eine herunterladbare Software ist. Ein Kunde vertraut einem Unternehmen physische Beschleuniger, Speicher, Netzwerkzugang, Kontoguthaben und möglicherweise Modellanfragen an. Je stärker die Automatisierung, desto bedeutsamer wird der rechtliche Anker. Ein Konto kann in Minuten Kapazität bereitstellen; ein Streit über gelöschte Daten, einen ausgefallenen Dienst oder einen kompromittierten Zugangsschlüssel wird sich immer mit der Geschwindigkeit von Verträgen, Beweisen und Menschen bewegen.
Das Produkt ist lesbarer als das Cloud-Label
Die Startseite von Intelion macht nun ein konkretes Angebot. Sie bewirbt GPU-Server in Russland, sekundengenaue Abrechnung, die Möglichkeit, Rechenleistung zu stoppen und nicht mehr zu zahlen, Speicherung von Festplatten nach dem Stoppen, ö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 vorgesehenen Workloads umfassen Modelltraining, Bild- und Videogenerierung, Computer Vision, Inferenz und Sprachverarbeitung.
Die zugrunde liegenden Dokumente erweitern diese Oberfläche. Der Nutzungsvertrag deckt dedizierte Server, die Cloud-Plattform und verbundene Dienste ab. Die Bedingungen der Cloud-Plattform definieren virtuelle Maschinen, virtuelle Festplatten, isolierte virtuelle Netzwerke, Backups, Datenbankcluster, Dateispeicher, öffentliche Adressen und Projekte. Die Bedingungen für dedizierte Server beschreiben die physische Ausrüstung, die dem Anbieter gehört und für den Kunden zusammengestellt wird, normalerweise innerhalb von 24 Stunden geliefert, wenn Kapazität vorhanden ist.
Die Bedingungen der Inferenzplattform definieren eine HTTPS-API für große Sprachmodelle und andere Machine-Learning-Modelle, mit nutzungsabhängiger Abrechnung und expliziten Verarbeitungsregionen.
Dies ist nicht ein einziges Produkt. Es sind mindestens drei operative Märkte unter einem Namen.
Der Kunde des dedizierten Servers erhält eine ferngesteuerte Nutzung einer physischen Maschine und akzeptiert hardwarespezifische Einschränkungen. Der Cloud-Kunde erstellt logische Ressourcen auf einer gemeinsamen Infrastruktur und betreibt sein eigenes Gastsystem. Der Inferenzkunde sendet eine Anfrage an einen Modell-Endpunkt, dessen Anbieter und Verarbeitungsregion sich außerhalb der eigenen Einrichtungen von Intelion befinden 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 einen A100 für eine kurze Trainingssitzung sucht, sollte Fragen zur Beschleunigerzuweisung, Festplattenpersistenz, Netzwerklimit, Imageherkunft und Wiederherstellung nach einem Host-Ausfall stellen. Ein Team, das eine langfristige dedizierte Maschine kauft, sollte sich auf Komponentenaustausch, Remote-Hands, Nachfristen, Ersatzteile und Wiederaufbauzeit konzentrieren. Eine Anwendung, die einen Inferenz-Endpunkt aufruft, sollte sich um Modellversion, Anfrageprotokollierung, Region, Abhängigkeit vom externen Anbieter, Ratenbegrenzungen und Abkündigungsfristen kümmern.
Das Wort Cloud kann diese analytische Arbeit nicht leisten.
Das öffentliche Inventar ist ebenfalls sichtbar dynamisch. Die H100-Seite gab an, dass die Karte am 15. Juli nicht verfügbar war, und leitete Kunden auf eine A100-Alternative um. Diese kleine Tatsache ist nützlicher als eine allgemeine Behauptung umfangreicher 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 seltene Beschleuniger sollte die Due-Diligence-Einheit eine datierte Konfiguration sein: Modell, Speicher, Menge, Host-Topologie, Interconnect, Speicherklasse, Region, Verfügbarkeitsdatum und Substitutionsrechte.
Intelion nennt OpenStack, OVN/Open vSwitch, PostgreSQL, Redis, Celery, NVMe und NUMA unter den Technologien hinter seiner Plattform. Diese Liste ist konsistent mit einer modernen Self-Service-Cloud-Steuerungsebene. Sie muss auch das bleiben, was sie ist: ein Hinweis auf die Architektur der ersten Partei. Ein Technologie-Logo etabliert nicht die bereitgestellte Version, den Patch-Stand, die Mandantenisolierung, die Speicherhaltbarkeit oder die betriebliche Kompetenz. Diese Fragen erfordern Konfigurationsnachweise und Tests.
Was die öffentliche Produktakte festlegt, ist eine Grenze, die substanziell genug ist, um geprüft zu werden. Kunden werden nicht einfach gebeten, einem Namen zu vertrauen. Sie können das erwartete Ressourcenmodell, die Netzwerkgrenzen, die Abrechnungsbasis, den Support-Kanal, die Aufbewahrungsregeln und die Service-Remediation sehen. Der nächste Schritt ist zu verstehen, wo die Automatisierung die Arbeit verändert, anstatt so zu tun, als würde sie sie verschwinden lassen.
Self-Service verlagert die Arbeit hin zu Richtlinien und Ausnahmen
Der attraktive Teil des Angebots von Intelion ist die Geschwindigkeit. Ein Kunde wählt Ressourcen aus, lädt ein Konto auf und erstellt eine Maschine über das Bedienfeld. Die Bedingungen geben an, dass der Dienst beginnt, wenn eine Ressource in einem Projekt erstellt wird und ausreichende Mittel vorhanden sind. Kunden wählen virtuelle Maschinen, Festplatten und Netzwerke aus, passen Kontingente an und betreiben Gastsysteme remote. Abrechnungsdatensätze werden aus den Messungen des Anbieters der verbrauchten Dienste generiert.
Dies ist Unternehmensautomatisierung in einer erkennbaren Form. Eine Sequenz, die früher eine Hardware-Anfrage, eine Bestellung, einen Rack-Besuch, eine Betriebssysteminstallation und manuelle Netzwerkkonfiguration erforderte, wird zu einer kontrollierten Transaktion. Der Kunde erhält Kapazität bei Bedarf und gibt sie frei, wenn die Aufgabe beendet ist. Für stoßweisen GPU-Betrieb kann dies sowohl die Kosten als auch die Experimentiergeschwindigkeit verändern.
Aber die Arbeit ist nicht verschwunden. Sie hat sich hin zur Richtliniengestaltung, Kapazitätsverwaltung, Messung, Kontosicherheit, Image-Wartung, Ausnahmeprüfung und Wiederherstellung verlagert. Jemand muss die Projektlimits festlegen. Jemand muss entscheiden, welche GPU-Substitutionen akzeptabel sind. Jemand muss eine Abrechnungsabweichung untersuchen. Jemand muss eine Port-Ausnahme genehmigen, einen ausgefallenen Workload wiederherstellen oder erklären, warum eine beworbene Ressource nicht verfügbar ist.
Die Plattform ist effektiv, wenn diese Verantwortlichkeiten explizit sind; sie wird undurchsichtig, wenn das Bedienfeld als der gesamte Dienst behandelt wird.
Die eigenen Dokumente von Intelion offenbaren mehrere Beispiele. Ein Host wird als mit 10 Gbit/s angebunden beschrieben, gemeinsam genutzt von den darauf laufenden virtuellen Maschinen, während jede VM auf 1 Gbit/s begrenzt ist. Der Anbieter kann die Bandbreite drosseln oder den Dienst aussetzen, wenn die Nutzung die gemeinsame Infrastruktur oder andere Kunden gefährdet. Öffentliche Ports unterliegen dauerhaften Sperren, sind standardmäßig geschlossen und erfordern Ausnahmen auf Anfrage. Konto- und Projektlimits können angepasst werden, aber die technische Möglichkeit und die Zustimmung des Anbieters bleiben Teil des Prozesses.
Dies sind angemessene Multi-Tenant-Kontrollen. Es ist auch der Punkt, an dem 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 ein Gigabit-Limit haben, während die Marketingseite eine schnellere Struktur innerhalb der Einrichtung beschreibt. Ein Projekt kann möglicherweise mehr Adressen anfordern, erhält sie aber nicht sofort.
Ein Käufer sollte jede relevante Kontrolle vor dem Start in eine Betriebsregel umsetzen: Wer kann eine Ausnahme beantragen, welcher Nachweis ist erforderlich, wie lange dauert die Genehmigung normalerweise und was passiert, wenn der Antrag abgelehnt wird.
Die Messung verdient dieselbe Behandlung. Die sekundengenaue Abrechnung ist nur dann wertvoll, wenn die Ereignisse, die Ressourcen starten, stoppen und erhalten, gut verstanden sind. Die Startseite sagt, dass das Stoppen eines Servers die Rechenkosten stoppt und die Festplatte 30 Tage lang kostenlos aufbewahrt wird. Die Cloud-Bedingungen vom Juli liefern die vollständigere Zustandsmaschine. Wenn eine VM 30 aufeinanderfolgende Tage nicht gelaufen ist, kann Intelion die Instanz löschen, während die Festplatte erhalten bleibt, und sie nach mindestens 24-stündiger Vorankündigung in eine kostenpflichtige Kältespeicherung verschieben.
Wenn das Guthaben im Kältespeicher auf Null fällt, hat der Kunde 72 Stunden Zeit, um das Konto aufzuladen, bevor der Anbieter die Festplatte und ihre Daten ohne weitere Vorankündigung löschen kann.
Die einfache Verkaufsbotschaft und der detaillierte Vertrag sind nicht unbedingt widersprüchlich. Der kostenlose Speicher für angehaltene Festplatten kann einen Anfangszeitraum abdecken, gefolgt von kostenpflichtigem Kältespeicher. Aber der Unterschied ist betrieblich wichtig. Ein Kunde, der nur „stoppen und nicht zahlen“ hört, könnte einen Archivierungsprozess entwerfen, den die Bedingungen auf Dauer nicht unterstützen. Die Automatisierung hat den Zustandswechsel einfach gemacht; sie hat auch Guthabenwarnungen, Zustellung von Benachrichtigungen und Überwachung der Aufbewahrung zu einem Teil des Datenschutzes gemacht.
Die Steuerungsebene sollte daher als ein Aufzeichnungssystem bewertet werden. Kann ein Kunde den Ressourcenverlauf, Nutzungsereignisse, Konfigurationsänderungen, Support-Nachrichten und Abrechnungsmessungen exportieren? Sind die Zeitstempel konsistent? Kann ein Administrator eine Benutzeraktion von einer Anbieteraktion unterscheiden? Sind eine gestoppte Maschine, eine Kältespeicherfestplatte und eine gelöschte Ressource klar dargestellt? Können Warnungen mehr als eine verantwortliche Person erreichen? Dies sind keine dekorativen Enterprise-Funktionen.
Sie bestimmen, ob der Kunde nach einer umstrittenen Gebühr oder einem verlorenen Workload rekonstruieren kann, was passiert ist.
Intelion hat genügend Mechanismen 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 real
Der stärkste Beweis außerhalb der eigenen Website von Intelion ist AS214186. RIPE hat das autonome System am 16. September 2024 unter dem Namen INTLMN zugewiesen und bei Intelion Cloud LTD registriert. RIPEstat hat erstmals am 15. Oktober 2024 eine aktuelle Ursprungsroute davon gesehen. Am 15. Juli 2026 war das System angekündigt und für alle 326 in der Antwort enthaltenen IPv4-RIPE-RIS-Peers sichtbar.
Der Fußabdruck war kompakt: zwei IPv4 /24, insgesamt 512 Adressen. RIPEstat sah keine IPv6-Ankündigungen und ein benachbartes autonomes System. Die beiden /24 waren während des gesamten Beobachtungsfensters vom 1. bis 15. Juli vorhanden. Sekundäre Routenzusammenfassungen meldeten ebenfalls zwei IPv4-Präfixe, kein IPv6 und einen sichtbaren Upstream, AS12389, PJSC Rostelecom.
Diese Fakten zählen. Ein lebendes autonomes System gibt Intelion eine öffentliche Routing-Identität, die sich von einer Reseller-Seite unterscheidet, die vollständig hinter dem Adressraum eines anderen Hosts liegt. Die vollständige Sichtbarkeit durch die Sammler bedeutet, dass die beiden Ursprungsrouten keine obskuren Ankündigungen waren, die nur an einem Rand gesehen wurden. Das Datum der ersten Sichtung folgt der ASN-Zuweisung um etwa einen Monat, was mit einem neuen Netzwerk, das in Betrieb genommen wird, konsistent ist. Die Registrierung wurde auch im Jahr 2026 aufrechterhalten.
Gleichzeitig setzen die Zahlen eine Grenze um die Inferenz. Zwei /24 beweisen kein geografisch verteiltes Netzwerk, keine große Kapazität, keinen diversifizierten Transit, keine niedrige Latenz und keine vielen Kunden. Ein beobachteter Nachbar ist ein Topologiehinweis, kein vollständiger Carrier-Vertrag. Keine IPv6-Ankündigung ist eine aktuelle reale Einschränkung in der öffentlichen Routenansicht, aber das sagt nicht, ob IPv6 in privaten Netzwerken existiert oder geplant ist. Die Routing-Tabelle kann die Erreichbarkeit auf Ursprungsebene überprüfen. Sie kann nicht den GPU, Speicher oder Support hinter einer Adresse überprüfen.
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 einwandfrei funktionieren, ohne eine öffentliche Peering-Seite zu pflegen. Was das Fehlen bedeutet, ist, dass ein Käufer dieses Verzeichnis nicht nutzen kann, um Einrichtungen, Austauschpunkte, Verkehrsvolumen oder Peering-Richtlinien abzugleichen. Der Anbieter muss aktuelle Interkonnektivitätsnachweise direkt erbringen, wenn dies für den Dienst wichtig ist.
Hier muss der Maßstab ehrlich gelesen werden. Die öffentliche Routing-Oberfläche von Intelion ist weder leer, noch ruhend oder nur registriert. Sie ist auch kein riesiges Internet-Backbone. Sie sieht aus wie der gezielte Ursprungs-Fußabdruck eines jungen Cloud-Betreibers: genug, um kundenorientierten IPv4-Raum unter eigener ASN anzukündigen, klein genug, dass jedes Präfix und jeder externe Pfad zählt. Für einen Unternehmenskäufer erhöht diese Konzentration den Wert genauer Routen-, Carrier- und Wiederherstellungsnachweise.
Ursprungsautorisierung ist nicht Adresseigentum
Die beiden aktuellen Ankündigungen haben gültige RPKI-Ursprungsautorisierungen für AS214186. Der RIPEstat-Validator fand eine gültige Routenursprungsautorisierung für194.67.95.0/24und eine weitere für185.182.108.0/24, die jeweils AS214186 erlauben, das /24 zu originieren. Dies ist eines der besten Details in der Netzwerkaufzeichnung.
Die RPKI-Gültigkeit reduziert ein spezifisches Risiko. Netzwerke, die die Routenursprungsvalidierung durchführen, können sehen, dass die registrierte Autorisierung mit der Ursprungs-ASN und der Präfixlänge von Intelion übereinstimmt. Dies erleichtert die Ablehnung einer versehentlichen oder nicht autorisierten widersprüchlichen Ursprungsangabe. Für ein Netzwerk mit zwei Präfixen ist die Aufrechterhaltung beider gültiger Autorisierungen eine praktische betriebliche Kontrolle und kein Compliance-Schmuck.
Dies beantwortet nicht alle Eigentumsfragen. Die RIPE-Adressregistrierungen nennen RADIO-FSU/RADIO-MSU NETWORK Ltd als Registrant für beide Bereiche. Jede Registrierung enthält separat eine Intelion-Referenz: eine nennt Intelion Cloud LTD und verlinkt die Unternehmenswebsite, während die andere die Domain enthält. Dies ist konsistent damit, dass Intelion berechtigt 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 rechtlich besitzt.
Diese Unterscheidung wird bei Verlängerung, Missbrauchsbekämpfung oder Migration wichtig. Die Organisation, die die Adressressource hält, die Organisation, die berechtigt ist, sie zu originieren, der Carrier, der die Route akzeptiert, und der Kunde, der eine Adresse nutzt, können alle unterschiedlich sein. Eine heute gültige Route zeigt nicht von selbst, wie lange Intelion die Präfixe nutzen kann, wer die Routenautorisierung ändern kann oder was passiert, wenn die zugrunde liegende Vereinbarung endet.
Ein Kunde, der von stabilen Quelladressen abhängt, sollte die dienstspezifische Kette erfragen: welches Präfix wird zugewiesen, wer ist der registrierte Inhaber, welche Vereinbarung unterstützt die Nutzung durch Intelion, wer pflegt die Routenursprungsautorisierung, kann die Adresse zwischen Carriern wechseln und welche Kündigungsfrist gilt, falls eine Umnummerierung erforderlich wird. Für einen kurzen Trainingsjob mag dies eine geringe Sorge sein. Für Whitelist-Unternehmensintegrationen, Mail-Infrastruktur oder adressgebundene lizenzierte Software kann dies ein Migrationsrisiko darstellen.
Die positive Schlussfolgerung bleibt bedeutsam. Intelion kündigt nicht einfach unvalidierten Raum an und bittet Beobachter, den Namen zu akzeptieren. Beide Routenursprungspaare waren zum Zeitpunkt der Erfassung gültig. Die vorsichtige Schlussfolgerung ist ebenso wichtig: Ein gültiger Ursprung ist ein Beweis für autorisiertes Routing, kein Eigentumsnachweis des Adressblocks und keine Garantie für die Dienste, die darüber erreichbar sind.
Redundanz muss Schicht für Schicht abgeglichen werden
Die Intelion-Website stellt eine spezifische Resilienzbehauptung auf. Sie besagt, dass ein Rechenzentrum in der Nähe von Samara physisch getrennte Internetleitungen von MegaFon und Rostelecom verwendet und die /24 PI des Anbieters auf beiden ankündigt, sodass sich der Verkehr ohne Adressänderung bewegen kann, wenn eine Leitung ausfällt. Dies ist eine weitaus bessere Aussage als das übliche Versprechen redundanter Konnektivität, da es die Carrier, das Routing-Verhalten und das erwartete Ergebnis bei einem Ausfall identifiziert.
Die externe Akte unterstützt einen Teil dieser Geschichte und lässt einen Teil offen. Das RIPE-Aut-Num-Objekt gibt die Import- und Export-Policy mit AS12389, Rostelecom, und AS21446, SOTEL LLC, an. RIPEstat beobachtete am 15. Juli einen Nachbarn. Sekundäre Routenzusammenfassungen identifizierten Rostelecom als den sichtbaren Upstream. Eine Sonde vom März 2026 in Samara erreichte das Intelion-Netzwerk ebenfalls über Rostelecom. Die Quellen stimmen also in einem aktuellen Rostelecom-Pfad überein.
Sie zeigen MegaFon nicht als beobachteten Nachbarn in der erfassten globalen Ansicht, während das zweite im RIPE-Objekt deklarierte Netzwerk SOTEL und nicht MegaFon ist.
Dies ist eine zu untersuchende Abweichung, kein Urteil. Ein Carrier kann physischen Dienst über ein anderes autonomes System bereitstellen. Eine Backup-Sitzung kann von allen Sammlern unsichtbar sein, konfiguriert, aber inaktiv sein, oder sich geändert haben, nachdem ein öffentlicher Datensatz geschrieben wurde. Eine Website kann auch eine Großeinkaufsvereinbarung zu einem Einzelhandels-Carrier-Namen vereinfachen. Die fixierten Beweise können nicht bestimmen, welche Erklärung zutrifft.
Der Käufer sollte zwei gleichermaßen schwache Schlussfolgerungen vermeiden. Die eine ist, dass die Behauptung des Dual-Carrier falsch sein muss, da nur ein Nachbar beobachtet wurde. Die andere ist, dass zwei Namen auf einer Website unabhängige End-to-End-Pfade beweisen. BGP-Diversität, physische Strecken-Diversität und kommerzielle Anbieter-Diversitä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 Backup-Design haben, das wie erwartet funktioniert.
Daher sollten aktuelle Nachweise auf jeder Ebene angefordert werden. Eine Routenansicht kann beide Sitzungen und die darauf angekündigten Präfixe zeigen. Eine Topologiezeichnung kann die Verteilerausrüstung und die physischen Eingangspfade zeigen. Carrier-Bestellungen können den vertraglich vereinbarten Dienst identifizieren. Ein kontrollierter Failover-Test kann zeigen, ob der etablierte Verkehr wechselt, wie lange die Konvergenz dauert und ob die Kundenadressen stabil bleiben. Der Überwachungsverlauf kann Paketverlust und Auslastung vor und nach einem Übergang zeigen.
Das Netzwerk ist kompakt genug, dass dies handhabbar ist. Es gibt zwei öffentliche Präfixe, zwei RPKI-Autorisierungen und eine deklarierte kleine externe Policy. Intelion muss keine große Backbone-Erzählung produzieren. Es muss zeigen, dass die spezifische Redundanz, die einem Kunden verkauft wird, aktuell, getestet und an die Einrichtung und den Dienst in der Bestellung 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 kommend. Die Startseite 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 Antwort auf Datenresidenz. Eine juristische Adresse ist kein Serverstandort. Ein Land eines autonomen Systems ist kein Festplattenstandort. Eine BGP-Route sagt dem Internet, wie eine Adresse zu erreichen ist, nicht wo die dahinter liegenden Daten gespeichert sind. Selbst eine Liste von Einrichtungen sagt nicht, welches Produkt an welchem Standort verfügbar ist und wo Backups, Steuerungsebenenprotokolle, Support-Transkripte und Abrechnungsdaten gespeichert sind.
Die eigene Produktstruktur von Intelion macht diese Unterscheidung unvermeidlich. 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 ganz anderen Weg nehmen. Ihre Bedingungen vom Mai 2026 definieren zwei Klassen von Verarbeitungsregionen: Russland für Open-Weight-Modelle auf der eigenen Infrastruktur von Intelion 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 im Bedienfeld und im Modelllisten-Endpunkt sichtbar sein, bevor eine Anfrage gesendet wird.
Dies ist eine nützliche Offenlegung. Es bedeutet, dass ein Kunde nicht so tun muss, als sei jeder Modell-Endpunkt lokal, nur weil die Rechnung von einem russischen Anbieter stammt. Es bedeutet auch, dass der Kunde eine aktive architektonische Wahl treffen muss. Eine Anfrage, die an ein internationales Modell gesendet wird, überquert die russische Grenze, und die Bedingungen weisen dem Kunden die mit diesem Transfer verbundenen Verantwortlichkeiten zu, wenn personenbezogene Daten vorhanden sind.
Die Inferenzbedingungen fügen weitere Details hinzu. Intelion gibt an, dass der Inhalt von Anfragen und generierten Inhalten nicht zum Trainieren von Modellen verwendet und nach der Verarbeitung nicht aufbewahrt wird, außer zur technischen Fehlerprotokollierung oder gesetzlichen Anforderungen. Nutzungsmetadaten, einschließlich Modell, Zeitpunkt, Token-Anzahl, Schlüssel-ID, Kunden-ID, Status und Kosten, werden drei Jahre lang aufbewahrt. Kunden wird der Zugriff auf mindestens 180 Tage ihrer eigenen Nutzungsmetadaten versprochen.
Diese Aussagen erstellen eine nützlichere Datenlandkarte als das allgemeine Cloud-Wort, aber sie bleiben vertragliche Behauptungen und kein unabhängiger Test jedes Modellanbieters.
Eine Unternehmensdatenlandkarte sollte daher den Workload durch alle seine Zustände verfolgen. Für eine VM umfasst dies das Image, die Startfestplatte, den angehängten Speicher, Backups, Snapshots, Host-Protokolle, Konsolenzugriff, Support-Artefakte und den Zustand gelöschter Ressourcen. Für eine Inferenzanfrage umfasst dies den Anfrageinhalt, den generierten Inhalt, den Modellanbieter, die Region, transiente Fehlerprotokolle, Nutzungsmetadaten und vom Kunden aufbewahrte Anwendungsprotokolle. Für die Kontoverwaltung umfasst dies Identitätsdokumente, Abrechnungsereignisse, Kontaktdaten und Support-Gespräche.
Der Käufer sollte dann jeder dieser Zustände eine zulässige Geografie und eine Aufbewahrungsregel zuordnen. „Server in Russland“ ist zu weit gefasst, um diese Funktion zu erfüllen. Eine vertretbare Anforderung sieht eher so aus: Eine benannte VM, eine Festplatte und ein Backup verbleiben an einem benannten russischen Standort; der Support-Zugriff wird protokolliert; internationale Modell-Endpunkte sind für das Projekt deaktiviert; die Metadatenaufbewahrung ist verstanden; und jede Ausnahme erfordert eine autorisierte Änderung. Dies ist Datensouveränität als betriebliche Kontrolle und nicht als Slogan.
Die öffentlichen Dokumente von Intelion machen ein solches Gespräch möglich. Sie zeigen auch, warum Lokalität nicht aus dem Firmennamen abgeleitet werden kann. Dasselbe Konto kann lokales Rechnen und internationale Modellinfrastruktur erreichen. Das entscheidende Feld ist der für den Workload ausgewählte Dienst und die Region.
Der KI-Support-Agent schafft eine Zugangskontrollentscheidung
Intelion beschreibt sich als eine KI-native Cloud, und der konkreteste Ausdruck dieser Idee erscheint in den Bedingungen der Cloud-Plattform vom Juli. Der Anbieter gibt an, dass er einen KI-Softwareagenten anbietet, der bei der Konfiguration und Wartung virtueller Maschinen hilft. Bei der Erstellung der Maschine wird ein öffentlicher Schlüssel für den Agenten über ein standardmäßig ausgewähltes Kontrollkästchen gesteuert, 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 in der Lage sein, in eine Kundenmaschine einzudringen und Aktionen auszuführen, die sonst einen Administrator erfordern würden. Wenn es gut funktioniert, kann es die Routine-Konfigurationsarbeit reduzieren und die Entfernung zwischen einem Support-Gespräch und einer Konfigurationsänderung verkürzen. Es kann auch einen Support-Fehler schneller und reproduzierbarer machen.
Die zentrale Frage ist nicht, ob ein KI-Agent im Abstrakten sicher ist. Es ist, ob die Zugangsgrenze 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 kann dies ganz verbieten.
Die Bedingungen liefern ein nützliches Skelett für diese Kontrolle: einen separaten Schlüssel, eine vorherige Vereinbarung im Chat und einen Widerruf durch den Kunden. Ein Käufer sollte den Rest der Nachweise anfordern. Welche Identität signiert den Agentenschlüssel? Ist der Schlüssel pro Kunde oder pro Maschine eindeutig? Welche Befehle kann der Agent ausführen? Wo wird die vorgeschlagene Aktion angezeigt? Kann der Kunde eine zweite Genehmigung verlangen? Werden Befehle und Ausgaben unveränderlich protokolliert? Schließt der Widerruf aktive Sitzungen? Wie werden Modellfehler, Prompt-Injection und kompromittierte Support-Konten gehandhabt?
Können Geheimnisse maskiert werden, bevor der Kontext an ein Modell gesendet wird?
Dies sind keine spekulativen Grenzfälle. Der geschäftliche Wert des Agenten kommt von seiner Fähigkeit zu handeln. Die Schadensreichweite kommt von derselben Eigenschaft. Die Bedingungen besagen, dass Aktionen im Chat vereinbart werden, aber Zustimmung kann alles bedeuten, von einer klaren Befehlsvorschau bis zu einer vagen gesprächsweisen Bestätigung. Ein Unternehmenskäufer sollte definieren, was eine Genehmigung darstellt, und die erforderliche Aufzeichnung aufbewahren, um sie zu beweisen.
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 übernehmen, wenn die Maschine nicht erreichbar ist. Die Intelion-Website behauptet separat, dass ein Vor-Ort-Ingenieur über IPMI neu starten, eine Festplatte oder ein Speichermodul austauschen und eine ausgefallene GPU behandeln kann. Der Software-Agent und der Ingenieur lösen unterschiedliche Probleme. Einer handelt innerhalb der logischen Maschine; der andere kann die physische Ausrüstung berühren.
Ein glaubwürdiges Support-Modell erklärt, wie die Arbeit zwischen ihnen wechselt.
Intelion gebührt Anerkennung dafür, dass sie die Zugriffsmechanismen des Agenten in öffentliche Bedingungen aufgenommen hat. Viele Dienste würden eine solche Funktion in einer Produktbeschreibung belassen. Die Offenlegung ermöglicht es dem Käufer, die richtige Frage zu stellen: nicht „nutzt die Cloud KI?“, sondern „welche Autorität erhält der Agent, und wie wird jede Ausübung dieser Autorität genehmigt, beobachtet und widerrufen?“
Der 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 gibt an, dass es Port-Flaps, CRC-Fehler und Auslastung rund um die Uhr sammelt und einen Vor-Ort-Ingenieur im Rechenzentrum unterhält. Dies beschreibt Erkennung und physische Intervention. Es ist relevant für einen ausgefallenen Switch, eine Festplatte, ein Speichermodul oder eine GPU. Es sagt nicht von selbst, wann eine Nachricht beantwortet wird.
Die zweite Uhr ist die Produktseitenverfügbarkeit. Die H100-Seite gibt in einem Abschnitt technischen Support rund um die Uhr an und zeigt dann 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 gibt auch an, dass Backup und Systemadministration zusätzliche Dienste sein können, was darauf hindeutet, dass der Umfang der enthaltenen Hilfe ebenso wichtig ist wie die Uhr.
Die dritte Uhr ist der Basisvertrag. Abschnitt 13.3 des Nutzungsvertrags vom März 2026 besagt, dass technischer Support an Werktagen von 09:00 bis 18:00 Uhr UTC+3 für maximal 30 Minuten pro Tag bereitgestellt wird; Überstunden werden zu einem separaten Satz abgerechnet. Anfragen werden per E-Mail oder über das offizielle Telegram-Konto entgegengenommen. Sofern nicht eine Bestellung etwas Stärkeres gewährt, ist dies die öffentlich folgenreichste Beschreibung des Rechts des Kunden auf Support.
Die vierte Uhr ist die Dienstverfügbarkeitsuhr. Die Verfügbarkeit der Cloud-Plattform wird als 24x7x365 beschrieben. Dies gibt an, wann der Dienst betriebsbereit sein soll, nicht wann ein Mensch antworten soll. Eine Plattform kann eine Verfügbarkeitsverpflichtung rund um die Uhr haben, während die enthaltene Support-Hotline nach einem engeren Zeitplan arbeitet. Dieses Design kann für selbstverwaltete, nicht kritische Workloads ausreichend 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 antwortet. Es ist der Beweis, dass der Käufer kein Recht aus einem Produktsatz ableiten sollte. Der Anbieter kann verbesserten Support verkaufen, eine betriebliche Dienstbereitschaft aufrechterhalten oder freiwillig antworten. Der öffentliche Vertrag macht einfach nicht alle diese Möglichkeiten zum Teil des Basisversprechens.
Ein nützlicher Support-Zeitplan sollte Schweregrad, Kanal, Bestätigungsziel, technisches Einsatzziel, Aktualisierungshäufigkeit, Wiederherstellungsziel und Eskalationsverantwortlichen nennen. Er sollte Kontoanfragen von Infrastrukturvorfällen, Missbrauchsmeldungen, Sicherheitsereignissen, Datenwiederherstellungsanfragen und kostenpflichtiger Administration unterscheiden. Er sollte auch angeben, ob das tägliche Limit von 30 Minuten während einer vom Anbieter verursachten Unterbrechung gilt und ob ein Vor-Ort-Ingenieur jederzeit direkt vom Support-Desk angefordert werden kann.
Die lokale Support-Arbeit ist genau deshalb wertvoll, weil Cloud-Ausfälle Schichten durchqueren. 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 reparieren kann. Die Organisation braucht jemanden, der den Steuerungsebenenstatus, die Netzwerkbeobachtung, die Host-Telemetrie und die physische Ausrüstung korrelieren kann. Die öffentliche Akte zeigt Teile dieses Betriebsmodells. Der Vertrag muss sie verbinden.
Ein perfekter Prozentsatz kann dennoch eine praktische Lücke hinterlassen
Die Verfügbarkeitssprache von Intelion ist ungewöhnlich ambitioniert. Die Bedingungen der Cloud-Plattform vom Juli geben eine Verfügbarkeit von 24x7x365 und eine Betriebsbereitschaft von 100 % pro Stunde an, vorbehaltlich Ausschlüssen. Die Bedingungen für dedizierte Server geben 100 % pro Monat an, wiederum mit Ausschlüssen. Die Inferenzplattform verwendet eine monatliche Verfügbarkeit von 99,5 % und schließt Beta-Modelle sowie spezifizierte Ausfälle außerhalb der Kontrolle von Intelion aus.
Diese Prozentsätze sollten nicht zu einer einzigen unternehmensweiten Zahl gemittelt werden. Sie gelten für unterschiedliche Dienste, Messzeiträume und Abhängigkeitsketten. Noch wichtiger ist, dass die Abhilfemechanismen bestimmen, was die Zahl für einen Kunden tut.
Für die Cloud-Plattform ist technische Arbeit von der Ausfallzeit ausgeschlossen, einschließlich geplanter und ungeplanter Arbeit, die darauf abzielt, die Ausrüstung in betriebsbereitem Zustand zu halten oder Mängel zu beheben. Die Ausfallzeit beginnt, wenn der Kunde eine Nachricht über das Ticketsystem sendet, und endet, wenn die Wiederherstellungsarbeit abgeschlossen ist. Die Entschädigung erfolgt in Form von zusätzlicher Zeit unter Verwendung desselben Dienstes, die in der Regel dem Ausfallzeitraum entspricht, und der Kunde muss sie beantragen.
Eine Unterbrechung von mehr als fünf Minuten, aber weniger als einer Stunde wird für die Entschädigung als eine Stunde behandelt.
Diese Struktur hat drei praktische Konsequenzen. Erstens startet die Überwachung des Anbieters nicht unbedingt die vertragliche Ausfallzeituhr; das Ticket des Kunden tut dies. Zweitens ist der angekündigte Prozentsatz keine historische Kennzahl, die zur externen Überprüfung veröffentlicht wird. Es ist ein Versprechen, das nach 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 ausgefallenen Workload.
Dies macht die SLA nicht bedeutungslos. Eine klare Uhr, eine Mindestentschädigungseinheit von einer Stunde und ein Ziel von 100 % geben dem Kunden einen vertraglichen Weg zu einer Abhilfe. Aber die Regelung belohnt Kunden, die unabhängig überwachen und schnell Tickets erstellen. Ein Team, das annimmt, dass die 24/7-Überwachung des Anbieters automatisch einen Anspruch begründet, könnte feststellen, 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 Schaltungen. Sie schwächt die Fähigkeit des Vertrags, die Netzwerkabhängigkeit ohne externen Kontext zu identifizieren. Ein Kunde sollte dieses Feld in der Bestellung oder einem beigefügten technischen Anhang ausgefüllt haben.
Der richtige Test ist nicht, ob 100 % plausibel erscheint. Es ist, ob die Dienstdefinition die Komponente enthält, die den Kunden interessiert. Eine VM kann als verfügbar markiert sein, während optionale Software defekt ist; die Hauptvereinbarung stellt ausdrücklich klar, dass die VM-SLA nicht auf Drittanbieter-Softwareerweiterungen ausgedehnt wird. Eine öffentliche IP kann zugewiesen sein, während eine Route degradiert ist. Ein Inferenz-Endpunkt kann erreichbar sein, während ein bestimmtes externes Modell nicht verfügbar ist.
Käufer benötigen Überwachung auf Komponentenebene und eine Abhilfe, die an die geschäftlichen Auswirkungen gebunden ist, insbesondere für langlaufende Trainingsarbeiten, die mehr als die Minuten der Unterbrechung verlieren können.
Aufbewahrung und Wiederherstellung verstecken sich hinter dem freundlichen Stopp-Button
Der Stopp-Button ist zentral für das Wertversprechen von Intelion. Stoppen Sie den Server, stoppen Sie die Rechenkosten, bewahren Sie die Festplatte für einen Zeitraum auf und nehmen Sie später wieder auf. Für intermittierende KI-Arbeit ist dies ein sinnvolles Modell. Es vermeidet die Berechnung teurer Beschleuniger, während die Umgebung erhalten bleibt, deren Vorbereitung Zeit in Anspruch genommen 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 einen Dienst, der hinzugefügt werden kann. Ein Käufer sollte daher davon ausgehen, dass der Wiederherstellungsschutz ausgewählt, konfiguriert und getestet werden muss, es sei denn, eine Bestellung besagt etwas anderes.
Nach 30 Tagen ohne VM-Start kann Intelion die Instanz löschen, während die Festplatte erhalten bleibt und in Kältespeicher verschoben wird. Vor diesem Übergang wird eine Vorankündigung von mindestens 24 Stunden versprochen. Kältespeicher ist kostenpflichtig. Wenn das Kontoguthaben auf Null fällt, beginnt ein 72-stündiges Finanzierungsfenster, nach dem die Festplatte und ihre Daten ohne weitere Vorankündigung gelöscht werden können. Diese Sequenz macht das Kontoguthaben und die Kontaktzustellung zu einem Teil des Wiederherstellungsdesigns.
Dies ist wichtig für Teams, die GPU-Kapazität stoßweise nutzen. Eine Forschungsumgebung kann zwischen Experimenten inaktiv bleiben. Ein abwesender Mitarbeiter kann der einzige Empfänger von Abrechnungsbenachrichtigungen sein. Eine Verzögerung bei der Beschaffung kann eine Aufladung des Guthabens während der Nachfrist verhindern. Keines dieser Ereignisse ist ein Ausfall des Speichersystems, aber jedes kann unter einer automatisierten Aufbewahrungsregel zu Datenverlust führen.
Die Abhilfe ist betriebliche Disziplin. Wichtige Daten sollten außerhalb des Lebenszyklus einer einzelnen kostenpflichtigen Festplatte existieren. Backup-Zeitpläne sollten durch Wiederherstellungstests überprüft werden. Kontoalarme sollten eine gemeinsame betriebliche Adresse erreichen. Finanzierungs- und Löschschwellen sollten nach Möglichkeit über ein separates System überwacht werden. Ein Exit-Plan sollte definieren, wie Images, Daten und Konfigurationsaufzeichnungen vor der Beendigung des Dienstes exportiert werden.
Die öffentlichen Bedingungen von Intelion sind wertvoll, weil sie den Löschmechanismus zeigen, bevor ein Kunde ihn entdeckt. Der Käufer sollte diese Klarheit nutzen. Die beruhigende Überschrift erklärt, wie man die Kosten pausiert. Der Vertrag erklärt, wie man eine angehaltene Ressource nicht mit einem Archiv verwechselt.
Was ein Käufer von Intelion verlangen sollte, um zu beweisen
Die Beweise stützen ein reales Unternehmen, reale Produktdokumente und eine lebende öffentliche Routing-Oberfläche. Eine Beschaffungsprüfung kann daher über allgemeine Fragebögen hinausgehen und einen kompakten, dienstspezifischen Beweisordner anfordern.
Erstens: Identität abgleichen. Die Bestellung sollte OOO „Intelion Oblako“, seine Registrierungs- und Steuernummern, die Adresse für Benachrichtigungen und die Marke, unter der der Support arbeitet, nennen. Sie sollte angeben, ob ein verbundenes Unternehmen, ein Einrichtungsbetreiber oder ein Subunternehmer die Ausrüstung, die Adressressourcen oder die Kundendaten hält. Die Netzwerk- und Missbrauchskontakte sollten an den Dienst gebunden sein und nicht als nicht zugewiesene E-Mail-Adressen zurückgelassen werden.
Zweitens: Die gekaufte Konfiguration einfrieren. Notieren Sie das GPU-Modell und den Speicher, die CPU, den RAM, die Festplattenklasse, die öffentliche Adressanordnung, das VM-Bandbreitenlimit, die Region, das Betriebssystem-Image, das Abrechnungsereignis und die nächstgelegene Substitutionsregel. Wenn ein Cluster erforderlich ist, notieren Sie die Interconnect-Topologie und den für die Abnahme verwendeten Test. Eine Katalogseite ist zu fließend, um als technischer Anhang zu dienen.
Drittens: Aktuelle Netzwerknachweise anfordern. Das nützliche Paket ist klein: die beiden Ursprungspräfixe, die aktuellen Routenursprungsautorisierungen, die erwarteten externen autonomen Systeme in normalen und Failover-Zuständen, eine datierte Routenansicht, die physischen Carrier-Vereinbarungen und ein aktuelles Failover-Ergebnis. Fragen Sie, warum die Website MegaFon und Rostelecom nennt, während das RIPE-Policy-Objekt Rostelecom und SOTEL nennt, und wie die Ein-Nachbarn-Ansicht des Sammlers mit dem beabsichtigten Design übereinstimmt. Eine Antwort kann völlig gewöhnlich sein; sie muss dennoch explizit sein.
Viertens: Eine Datenlokalisierungsmatrix erstellen. Listen Sie VM-Festplatten, Backups, Snapshots, Steuerungsebenen-Metadaten, Support-Aufzeichnungen, Identitätsdokumente, Abrechnungsdaten, Inferenzinhalte und Inferenzmetadaten auf. Weisen Sie jeder eine Region, einen Prozessor, einen Aufbewahrungszeitraum, 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 verwalten. Entscheiden Sie, ob der KI-Support-Schlüssel standardmäßig installiert werden darf. Verlangen Sie eine eindeutige Identität, einen engen Umfang, eine zeitlich begrenzte Aktivierung, eine Handlungsvorschau, eine Genehmigungsaufzeichnung, ein Befehlsprotokoll und einen Widerrufstest. Legen Sie den menschlichen Eskalationspfad für einen Agentenfehler fest und klären Sie, welche Geheimnisse oder regulierten Daten der Agent antreffen kann.
Sechstens: Eine Support-Matrix unterzeichnen. Setzen Sie die enthaltenen Stunden, das 30-Minuten-Limit, die kostenpflichtige Support-Stufe, die Incident-Kanäle, die Schweregrade, die Bestätigungsziele und die Vor-Ort-Eskalation in einen einzigen Zeitplan. Trennen Sie die Plattformüberwachung von der Kundenantwort. Nennen Sie die Personen oder Rollen, die berechtigt sind, einen Incident zu melden, eine riskante Änderung zu genehmigen und eine Wiederherstellung zu beantragen.
Siebtens: Die SLA und die Aufbewahrungszustandsmaschine testen. Eröffnen Sie einen Test-Incident und bestätigen Sie, welcher Zeitstempel die Uhr startet. Überprüfen Sie, wie die Entschädigung beantragt wird. Stoppen Sie eine nicht kritische VM, beobachten Sie die Benachrichtigungen, überprüfen Sie die Abrechnung des Kältespeichers 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 die Auftragsabschlusszeit, den Speicherdurchsatz, die Netzwerkübertragung, die Fehlerbehebung, die Wartezeit in der Warteschlange und die gesamten berechneten Kosten. Wiederholen Sie dies nach einer Konfigurationsänderung. Die öffentlichen Materialien von Intelion liefern keine unabhängig verifizierte Leistung, daher sollte die Abnahme durch den Kunden zum Maßstab werden.
Diese Anforderungen sind im Verhältnis zu den Beweisen angemessen. Sie verlangen nicht von einem jungen Anbieter, sich als globaler Hyperscaler auszugeben. Sie verlangen von ihm zu zeigen, dass die spezifischen Ressourcen, Pfade, Standorte und Personen hinter einem Vertrag das liefern können, was der Kunde kauft.
Die öffentliche Akte ist nützlich, weil sie nicht nahtlos ist
Intelion Cloud hat eine wichtige Schwelle überschritten. Der Name ist nun mit einer eingetragenen russischen Gesellschaft, einem funktionalen Steuerungsebenen-Angebot, detaillierten Kundenbedingungen, einem aktiven autonomen System, zwei gültigen RPKI-Routen und einem sichtbaren Konto- und Support-Modell verbunden. Ein Käufer kann fundierte Fragen stellen, weil es echtes Material zu befragen gibt.
Dieselbe Akte verhindert eine einfache Zustimmung. Die öffentliche Routing-Oberfläche ist kompakt. Die Adressregistrierung und der Routenursprung gehören zu verschiedenen Organisationen. Die Carrier-Beschreibungen stimmen nicht perfekt zwischen Website, RIPE-Policy und Sammleransicht überein. Die russische Infrastruktur bewahrt nicht jede Inferenzanfrage in Russland. Die Support-Produktsätze sind breiter als die Basisvereinbarung. Eine Verfügbarkeitszahl von 100 % hängt von Ausschlüssen, dem Zeitpunkt des Kunden-Tickets und einer Dienstzeit-Entschädigung ab.
Eine angehaltene Festplatte kann schließlich einen kontostandgesteuerten Löschpfad betreten.
Dies sind keine Gründe, den Anbieter abzulehnen. Sie sind die tatsächliche Form der Entscheidung. Der Wert von Intelion wird daraus erwachsen, teures Rechnen einfacher zu beschaffen und zu nutzen. Seine Sicherheit wird daraus erwachsen, die Aufzeichnungen hinter dieser Bequemlichkeit aktuell, abgleichbar und handlungsfähig zu halten, wenn etwas schief geht.
Das faire Fazit ist daher bedingt, aber nicht ausweichend. Intelion Cloud LTD hat mehr öffentliche betriebliche Substanz als ein bloßer Cloud-Name. Die Routing-Tabelle, die Verträge und die Produktmechanismen stützen diese Aussage. Ob es die richtige Plattform für einen bestimmten Unternehmens-Workload ist, hängt von der nächsten Beweisschicht ab: einer fixierten Konfiguration, einem getesteten Pfad, einer Workload-Level-Datenlandkarte, kontrolliertem privilegiertem Zugriff und einem menschlichen Eskalationsversprechen, das stark genug für die Folgen eines Ausfalls ist.