TECNOWEB Colombias 99,9 % Versprechen trifft auf eine 48-Stunden-Reparaturklausel in einer unbenannten Einrichtung

Zusammenfassung

• TECNOWEB Colombias jährliche 99,9% Hosting-Garantie erlaubt etwa 8 Stunden 46 Minuten Ausfallzeit, doch die Bedingungen geben dem technischen Team bis zu 48 Stunden nach Benachrichtigung, um einen berechtigten Vorfall zu beheben, und veröffentlichen weder eine Messmethode noch einen Service-Credit-Plan oder ein produktbezogenes Wiederherstellungsziel.
• Das Unternehmen gibt an, seine eigenen Server zu besitzen, exklusive Schränke, Remote-Konsolen und Fernstromsteuerung zu verwenden und inkrementelle Kopien an ein externes Rechenzentrum zu senden, aber es nennt weder die Produktions- noch die Backup-Einrichtungen öffentlich, identifiziert nicht deren Zuständigkeitsbereiche und zeigt nicht, wie viel Kapazität nach einem Host-, Strom-, Kühlungs- oder Netzwerkausfall nutzbar bleibt.
• AS64114 und in Kolumbien registrierte Adressblöcke sind aktive öffentliche Belege für einen realen Netzwerk-Fußabdruck, während zwei beobachtete Upstreams und mehrere Exchange-Präsenzen nur logische Verbindungen sind; sie belegen nicht, dass TECNOWEB Colombias Racks über zwei unabhängige physische Ausgänge, zwei unabhängige Strompfade oder ein getestetes Migrationsziel verfügen.

Acht Stunden Toleranz, gefolgt von einer 48-Stunden-Uhr

Die Arithmetik hinter 99,9 % ist einfach genug, um auf eine Rechnung zu passen. Über ein 365-Tage-Jahr entsprechen die fehlenden 0,1 % 525,6 Minuten: 8 Stunden, 45 Minuten und 36 Sekunden. Das ist die gesamte jährliche Unterbrechungstoleranz, wenn jede nicht verfügbare Minute gezählt wird. Für ein Unternehmen, dessen Website, Checkout, Anwendung oder Mailbox auf dem Dienst gehostet wird, ist die wichtige Frage nicht, ob drei Neunen beruhigend klingen. Es ist, wann die Uhr startet, was sie stoppt, welche Ausfälle zählen und was passiert, wenn die Toleranz überschritten wird.

TECNOWEBsKolumbien-Startseitebewirbt 99,9 % Verfügbarkeit, sofortige Aktivierung, rund um die Uhr spanischsprachigen Support, automatische Backups und Hosting in „erstklassigen“ Rechenzentren. Die aktuellenServicebedingungensind folgenreicher. Sie besagen, dass TECNOWEB Colombia SAS eine jährliche Verfügbarkeit von 99,9 % für Hosting-Dienste garantiert. Bei einem Vorfall außerhalb höherer Gewalt wird das technische Team innerhalb von maximal 48 Stunden nach Benachrichtigung eine Lösung bereitstellen. Dasselbe Dokument schließt Haftung für Unterbrechungen aus oder beschränkt sie, die auf Stromverteiler, Naturkatastrophen, nationale oder internationale von Dritten bereitgestellte Leitungen, Hard- oder Software Dritter und unsachgemäße Anmeldeinformationen zurückzuführen sind.

Diese Aussagen können vertraglich nebeneinander bestehen, aber sie hinterlassen eine große Betriebslücke. Ein 48-Stunden-Lösungsfenster ist mehr als das Fünffache der gesamten jährlichen Ausfalltoleranz. „Lösung“ kann eine Reparatur, eine Problemumgehung, eine wiederhergestellte Kopie oder eine andere Antwort umfassen; die Bedingungen definieren es nicht. Sie sagen auch nicht, ob die Verfügbarkeit an einem Server, einem Anwendungsport, einem Control Panel, einer Kundendomäne oder am Rand des TECNOWEB-Netzwerks gemessen wird.

Es gibt keine öffentliche Formel für geplante Wartung, partielle Verschlechterung, Paketverlust oder einen Kunden, der einen Server nur über eine ausfallende Route erreichen kann. Es gibt auch keine veröffentlichte Service-Credit-Tabelle, die verpasste Verfügbarkeit in Entschädigung übersetzt.

Dies ist kein Beleg dafür, dass TECNOWEB einen 48-stündigen Ausfall geliefert hat oder dass seine normale Wiederherstellung so lange dauert. Es ist ein Beleg dafür, dass der öffentliche Vertrag und die Marketingzahl unterschiedliche Fragen beantworten. Die Marketingzahl beschreibt ein Ergebnis. Die Klausel beschreibt die äußerste Zeit, die nach der Meldung eines Problems durch den Kunden für Maßnahmen erlaubt ist.

Eine ernsthafte Kontinuitätsbewertung benötigt die betriebliche Brücke dazwischen: Überwachung, die einen Vorfall vor einem Ticket erkennt, benannte Schweregrade, Bestätigungs- und Aktualisierungsintervalle, ein Wiederherstellungsziel, ein Datenwiederherstellungsziel und eine Aufzeichnung, ob das Ergebnis erreicht wurde.

TECNOWEBs VPS-Seite beruft sich auch auf „Tier III“. DieErklärung der Uptime Institute zu Tier-Klassifizierungendefiniert Tier III als gleichzeitig wartbar, mit redundanten Komponenten und Verteilungspfaden, die geplante Wartung ohne Abschaltung des IT-Betriebs ermöglichen. TECNOWEBs öffentliche Seite nennt keine Einrichtung, verlinkt kein Zertifikat und gibt nicht an, welchen Raum und welche Last die Bezeichnung abdeckt. Die vernünftige Lesart ist daher eine Anbieterbehauptung über die Hosting-Umgebung, kein unabhängig geprüfter Nachweis, dass jedes Produkt, Rack und jede Abhängigkeit Tier-III-Merkmale erbt.

Das Versprechen wird nur an einer Grenze bedeutsam. Wenn ein Stromereignis einen Host ausfallen lässt und eine virtuelle Maschine innerhalb von Minuten auf einem anderen neu startet, kann das Jahr innerhalb von 99,9 % bleiben. Wenn dem gesunden Host RAM, Speicher oder lizenzierte Kapazität fehlt, stockt die Migration. Wenn der Server überlebt, aber beide sichtbaren Upstreams einen Gebäudeeingang teilen, stoppt der Verkehr trotzdem. Wenn ein Backup existiert, aber nicht schnell wiederhergestellt werden kann, stellt Datenschutz die Verfügbarkeit nicht wieder her.

Die verbleibenden zehn Abschnitte folgen dieser Kette vom Vertrag zum Rack und zurück zum Kunden.

Das Katalog ist breiter als ein einzelner Hosting-Stack

TECNOWEB Colombia verkauft nicht eine einzige einheitliche Maschine. Sein aktueller Katalog umfasst geteilte Umgebungen, virtuelle Maschinen, physische Server, Reseller-Konten, verwaltete Mail, Produktivitätssuiten von Drittanbietern, Domain-Registrierung und Sicherheitsdienste. Jedes Produkt verschiebt die Betriebsgrenze und ändert, was ein Kunde vernünftigerweise von TECNOWEB erwarten kann, zu kontrollieren.

DieLinux-Hosting-Seitevermarktet cPanel, LiteSpeed und NVMe-Speicher. Sie weist den vier Plänen endliche Speicher- und Postfachkontingente zu und unterscheidet wöchentliche Backups bei den kleineren Angeboten von täglichen Backups bei den größeren. DasWordPress-Angebotfügt eine optimierte Anwendungsschicht, Cache und eine WordPress-Verwaltungsoberfläche hinzu.Windows-Hostingverlagert den Kunden zu Plesk, IIS und Microsoft-orientierter Anwendungsunterstützung, während derJava-DienstTomcat- und Java-Laufzeitabhängigkeiten hinzufügt. Dies sind nicht nur unterschiedliche Bezeichnungen. Sie beinhalten unterschiedliche Control Planes, Patch-Zyklen, Lizenzabhängigkeiten, Speicherprofile und Wiederherstellungsverfahren.

DieReseller-Pläneerweitern die Konsequenz eines Infrastrukturfehlers auf die Kunden eines anderen Unternehmens. TECNOWEB vermarktet WHM, White-Label-Konten, nominell unbegrenzte Domains, Kunden und Transfer und endliche Speicherstufen von 20 GB bis 100 GB. Ein Reseller kann sich als der unmittelbare Anbieter präsentieren, obwohl die physische Reparatur, der Hypervisor, der Speicher und der Upstream-Pfad außerhalb seiner Kontrolle bleiben. Ein ausgefallener gemeinsamer Knoten kann daher Endbenutzer erreichen, die noch nie von TECNOWEB gehört haben.

DerVPS-Katalogverwendet KVM auf Proxmox und verkauft Pläne von zwei vCPUs, 2 GB RAM, 40 GB SSD und 1 TB Transfer bis zu vier vCPUs, 8 GB RAM, 300 GB SSD und 10 TB Transfer. Kunden erhalten Root-Zugriff, eine Browser-Konsole, Snapshots und Firewall-Steuerungen auf Hypervisor-Ebene. DieDedicated-Server-Seiteverspricht exklusive Hardware, beschreibt schnelle Lieferung für gängige Konfigurationen und empfiehlt eine zusätzliche Festplatte für Backups. Ein Dedicated-Kunde vermeidet laute Nachbarn auf Gastebene, teilt sich aber weiterhin die Stromversorgung, Kühlung, Upstream-Links, Remote-Hands und möglicherweise einen Top-of-Rack-Switch.

Mail führt zwei weitere Grenzen ein.Email Empresaswird als Open-Xchange-Dienst mit 25 GB Mail-Speicher und 5 GB Dateispeicher pro Konto, Kollaborationsfunktionen und 99,9% Verfügbarkeit präsentiert. Die ältereEmail Pymes-Seitebewirbt 5 GB pro Konto und macht breitere Aussagen über Backup, Redundanz und Netzwerkverfügbarkeit. TECNOWEB verkauft auchGoogle WorkspaceundMicrosoft 365weiter. Bei diesen Produkten kann TECNOWEB Verkauf, Onboarding, Abrechnung und Erstsupport steuern, aber die globale Anwendungs- und Speicherinfrastruktur gehört dem Upstream-Plattformanbieter.

Diese Bandbreite ist wichtig, weil „TECNOWEB ist down“ mehrere unterschiedliche Vorfälle beschreiben kann. Ein gemeinsamer Web-Knoten kann ausfallen, während Google-gehostete Mail weiterläuft. Das Kundenportal kann nicht verfügbar sein, während ein bestehender VPS weiterhin Traffic bedient. Ein Domain-Verlängerungsfehler kann eine funktionierende Website ohne jeden Serverfehler aus dem öffentlichen Internet entfernen. Ein Reseller kann den administrativen Zugriff verlieren, während nachgelagerte Websites online bleiben.

Eine nützliche Serviceverpflichtung muss das Produkt und den gemessenen Punkt identifizieren; ein markenweiter Prozentsatz kann nicht alle diese Zustände beschreiben.

Ein kolumbianischer Vertrag sitzt innerhalb einer regionalen Betriebsgrenze

Der rechtliche Vertragspartner ist sichtbar. Einekolumbianische Unternehmensverzeichnisseite auf Basis von RUES-Datenlistet TECNOWEB COLOMBIA S A S als aktiv, gibt NIT 901182036 an, verortet es in Bogotá und klassifiziert seine Aktivitäten als Datenverarbeitung, Hosting und verwandte Arbeiten sowie IT-Beratung und Verwaltung von Computereinrichtungen. TECNOWEBsKolumbien-Zahlungsseitezeigt die lokale kommerzielle Oberfläche in kolumbianischen Pesos und lokalen Zahlungskanälen. Die Servicebedingungen wählen kolumbianisches Recht und Gerichte in Bogotá.

Das bedeutet nicht, dass jeder Server, Mitarbeiter, jede Lizenz oder Netzwerkressource der kolumbianischen Gesellschaft gehört. Das eigene „Über uns“-Material der Marke sagt, dass sie seit 2002 Hosting-bezogene Dienstleistungen anbietet, während das öffentliche Unternehmensverzeichnis die gegenwärtige kolumbianische SAS identifiziert. Markengeschichte und das Alter einer juristischen Person sind nicht dasselbe. Die Website bietet auch länderspezifische Storefronts in der gesamten Region.

Ein Käufer muss wissen, welches Unternehmen den Dienst in Rechnung stellt, welches Unternehmen die Ausrüstung betreibt, welches Unternehmen die Netzwerkressource hält und welche Einrichtung verantwortlich ist, wenn der Dienst eine Grenze überschreitet.

Die regionale Grenze wird besonders deutlich in Internetnummern-Aufzeichnungen. LACNICsWählerverzeichnis 2025listet TECNOWEB COLOMBIA SAS unter kolumbianischen Organisationen. Doch derLACNIC-Eintrag für AS64114identifiziert den Registranten des autonomen Systems als TECNOWEB PERU SAC und führt ihn als aktiv. Der separateLACNIC-Entitäteneintrag für TECNOWEB COLOMBIA SASgibt eine Bogotá-Verwaltungsadresse an und verbindet die kolumbianische Organisation mit Nummernressourcen-Einträgen.

Diese Einträge etablieren formale Identitäten; sie etablieren keine Muttergesellschaft, keinen Eigentumsanteil und keine interne Servicevereinbarung. Es wäre übergriffig, eine gemeinsame Marke, einen technischen Kontakt oder ein gemeinsames autonomes System in eine rechtlich nachgewiesene Unternehmensbeziehung umzuwandeln. Was die Beweise zeigen, ist betriebliche Interdependenz: kolumbianischer Adressraum kann über ein für ein peruanisches Unternehmen registriertes autonomes System ursprünglich sein, und der technische Kontakt kann Ressourcen über mehrere Länderlabels hinweg verwalten.

Die kundenorientierte kolumbianische Gesellschaft kann daher auf Gruppen- oder Partnerfähigkeiten angewiesen sein, die nicht im Einzelhandelsvertrag beschrieben sind.

Diese Unterscheidung ist bei der Wiederherstellung wichtig. Angenommen, die Adresse eines kolumbianischen Kunden bleibt bei TECNOWEB Colombia registriert, während Routenänderungen unter AS64114 vorgenommen werden. Die Mitarbeiter, die befugt sind, das Routing zu ändern, können für eine andere regionale Einheit oder eine gemeinsame Betriebsfunktion arbeiten. Angenommen, das Produktionsrack befindet sich in einer Einrichtung, die von einer Schwestergesellschaft vertraglich gebunden wurde. Der kolumbianische Verkäufer kann den Support koordinieren, aber nicht den Gebäudezugang oder den Carrier-Einsatz kontrollieren.

Keine dieser Vereinbarungen ist von Natur aus schwach; regionale Hosting-Unternehmen teilen sich häufig die Infrastruktur. Das Risiko entsteht durch Undurchsichtigkeit über Autorität und Eskalation, wenn Minuten zählen.

Ein robuster Kundenplan würde die vertragsschließende Einheit, den Infrastrukturbetreiber, den Einrichtungsbetreiber, den Netzwerkbetreiber und wesentliche Subunternehmer nennen. Es würde auch sagen, welche Partei eine Routenänderung autorisieren, eine virtuelle Maschine verschieben, eine externe Kopie abrufen, eine Festplatte ersetzen und einen Vorfall kommunizieren kann. Die öffentlichen Seiten nennen Produkte und einen kolumbianischen Vertragspartner. Sie veröffentlichen diese Verantwortungsmatrix nicht.

Das Unternehmen beschreibt seine Racks, ohne das Gebäude zu nennen

TECNOWEBsUnternehmensseiteliefert ungewöhnlich konkrete Beschreibungen aus erster Hand. Sie sagt, dass das Unternehmen seine gesamte Ausrüstung und Server besitzt und nicht mietet; Dual-Intel-Xeon-Systeme mit 128 GB bis 256 GB RAM, Enterprise-SSDs und RAID 1 oder RAID 10 verwendet; Server mit 10 Gbps optischen Netzwerkkarten ausstattet; sie in exklusiven Schränken unterbringt; und Remote-Konsolen- und Fernstromverwaltungsgeräte anschließt. Sie beansprucht auch drei Firewall-Ebenen, rund um die Uhr Überwachung, DNS in Chile, den Vereinigten Staaten, Frankreich und England und tägliche inkrementelle Kopien an ein externes Rechenzentrum.

Das sind nützliche Aussagen über eine beabsichtigte Betriebsarchitektur. Sie beschreiben Kontrolle auf Server- und Schrankebene: eigene Hardware, eingeschränkter physischer Zugang, Out-of-Band-Verwaltung und die Fähigkeit, Strom aus der Ferne zu schalten. Sie offenbaren auch Abhängigkeiten. Eine Remote-Konsole funktioniert nur, solange ihr Verwaltungsnetzwerk und Authentifizierungsdienst erreichbar sind. Eine Fernstromeinheit kann einen gesperrten Server neu starten, aber kein defektes Netzteil reparieren, eine Festplatte ersetzen oder einen ausgefallenen Switch wiederherstellen.

RAID kann spezifizierte Festplattenausfälle tolerieren; es ist keine Kopie, die vor Löschung, Beschädigung, Feuer oder einem Speichercontrollerfehler geschützt ist.

Das fehlende Substantiv ist die Einrichtung. Die Seite spricht wiederholt von „dem Rechenzentrum“ oder „einem externen Rechenzentrum“, ohne eines zu nennen. Sie gibt keine Straßenadresse, Einrichtungsbetreiber, Raumkennung, Zertifizierungsnummer, Stromtopologie, Kühlungstopologie, Brandbekämpfungsdesign, Überschwemmungsgefahr, Carrier-Zugänge oder Backup-Standort-Jurisdiktion an.

Die VPS-Seite nennt die Umgebung Tier III, und die Dedicated-Seite spricht von Servern in Kolumbien und einer Reihe von Rechenzentrumsoptionen, aber keine liefert einen einrichtungsspezifischen Nachweis, der diese Beschreibungen an die kolumbianischen Pläne bindet, die zum Forschungsdatum verfügbar waren.

Die Bogotá-Adresse im LACNIC-Entitätseintrag ist ein administrativer Beleg, kein Rechenzentrumskoordinaten. Ein Netzwerkressourceninhaber kann an einem Büro registriert sein, während seine Server in einer anderen Stadt oder einem anderen Land betrieben werden. Ebenso beschreiben landesweite Verkäufe nach Bogotá, Medellín, Cali und anderen Städten einen Markt, nicht den Standort der Racks. Hosting erreicht einen kolumbianischen Kunden über das Internet; es benötigt keinen Server in der Stadt des Kunden.

Eine Adressbeobachtung macht die Standortfrage schärfer, ohne sie zu lösen.IPInfos Seite für 179.61.15.3, eine Adresse innerhalb eines für TECNOWEB Colombia registrierten Blocks, platziert diese Adresse in Tampa, Florida und kennzeichnet sie als Hosting-Infrastruktur. Die Seite selbst ist ein beobachtendes Geolokalisierungsprodukt, kein Einrichtungsvertrag. Eine IP kann verschoben, remote angekündigt, ungenau lokalisiert oder nur für einen Dienst verwendet werden. Sie kann nicht beweisen, wo sich die Shared-Hosting-Flotte, VPS-Hosts, dedizierten Server oder Backup-Kopien befinden.

Die richtige Schlussfolgerung ist nicht „die Server sind in Tampa“. Es ist, dass Länderlabels in Adressregistrierung, Website-Storefronts und Geolokalisierungsdatenbanken unterschiedliche Fragen beantworten. Standort des Rechtsinhabers, Kundemarkt, Routenursprung und physischer Rack-Standort können voneinander abweichen.

Die Beweise, die die Angelegenheit klären würden, sind unkompliziert: ein aktueller Einrichtungsplan, der die Produktions- und Backup-Gebäude, ihre Betreiber und Länder nennt; eine Produkt-zu-Standort-Zuordnung; ein Zertifikat oder Prüfumfang, wo beansprucht; und die Bestätigung, dass Kundendaten nur an den angegebenen Orten gespeichert oder repliziert werden.

Bis diese Beweise verfügbar sind, kann die physische Oberfläche beschrieben, aber nicht genau kartiert werden. Es gibt Server, Schränke, Netzwerkschnittstellen, Fernsteuerungsgeräte und Backup-Systeme laut Unternehmen. Es gibt aktiven Adressraum und Routing. Es gibt ein kolumbianisches Büro und einen Vertrag. Es gibt keine öffentlich überprüfbare Kette, die einen bestimmten kolumbianischen Plan mit einem benannten Rack in einer benannten Einrichtung verbindet.

Verkaufte Kontingente offenbaren nicht die installierte oder überlebensfähige Kapazität

Hosting-Seiten sind reich an Kundenkontingenten und nahezu still über die Gesamtanlage. Das ist im Einzelhandels-Hosting normal, macht aber die Kapazitätsanalyse leicht fehleranfällig. Ein 50-GB-Plan ist kein Beleg dafür, dass ein Anbieter nur 50 GB installiert hat, und 1 TB Transfer ist kein 1-Tbps-Port. Die Zahlen beschreiben, was ein Kunde unter einem Produkt verbrauchen darf, nicht wie viel Server-, Speicher-, Netzwerk- oder Stromkapazität der Anbieter installiert hat.

Die Linux-Pläne veröffentlichen 10 GB, 30 GB, 50 GB und 80 GB NVMe-Speicher mit unterschiedlichen Postfach-, Datenbank-, Domain- und Backup-Berechtigungen. Die Reseller-Seite veröffentlicht 20 GB, 30 GB, 50 GB und 100 GB, während sie „unlimited“ für Domains, Kunden und Transfer verwendet. Unbegrenzt kann nicht physisch unendlich bedeuten; es ist ein kommerzielles Versprechen, das durch gemeinsame Hardware, Nutzungsregeln und die Fähigkeit des Anbieters, Konflikte zu kontrollieren, begrenzt ist.

Die Seiten offenlegen nicht die Anzahl der Konten pro Server, Speicherüberzeichnung, CPU-Limits, Speicherlimits, I/O-Schwellenwerte oder die freie Knotenkapazität, die für die Evakuierung eines ausgefallenen Hosts reserviert ist.

Die VPS-Seite ist auf der Gastgrenze expliziter. Ihre vier Pläne zeigen vCPU-, RAM-, SSD- und Transferzuweisungen und behaupten, dass Ressourcen dediziert und ohne Überzeichnung sind. Selbst wenn jede aufgeführte Gastzuweisung durchgesetzt wird, bleibt der physische Spielraum unbekannt. Vier 8-GB-Gäste passen auf viele verschiedene Hosts; ein Cluster mit einem Reserveknoten verhält sich anders als ein einzelner voll ausgelasteter Server.

KVM-Isolation offenbart nicht die Anzahl der Hosts, die Platzierungsrichtlinie, das gemeinsame Speicherdesign, die Live-Migrationsfähigkeit, die Lizenzverfügbarkeit oder wie viele Gäste nach dem größten Hostausfall neu starten können.

Die Angabe der Unternehmensseite von 128 GB bis 256 GB Server-RAM und 10 Gbps Netzwerkkarte sind installierte Komponentensignale, aber es gibt keine Serveranzahl oder datumsaktuelle Bestandsaufnahme. Eine Netzwerkschnittstelle mit 10 Gbps ist kein Beleg für 10 Gbps bezahlten Transit, Switching-Backplane, nachhaltigen Durchsatz oder nutzbare Bandbreite während eines Upstream-Ausfalls. RAID 1 und RAID 10 beschreiben die Festplattenanordnung, nicht den verfügbaren Speicher nach Reserve, Snapshots und Backups.

Das Versprechen der Dedicated-Server-Seite einer Lieferung in nur vier Stunden für gängige Konfigurationen deutet auf einen gewissen Bestand oder schnellen Provisionierungszugang hin, identifiziert aber nicht, wie viele Einheiten vorrätig sind, wo sie gelagert werden oder was während einer regionalen Hardwareknappheit passiert.

Die E-Mail-Kapazität ist ähnlich segmentiert. Email Empresas weist 30 GB pro Konto für Mail und Dateien zu; Email Pymes weist 5 GB zu. Google Workspace- und Microsoft 365-Angebote legen Lizenz- und Postfachberechtigungen offen, die von ihren Plattformeigentümern bereitgestellt werden. TECNOWEB kann mehr Konten verkaufen, ohne einen Server zum eigenen Rack hinzuzufügen, wenn der Upstream-Anbieter die Arbeitslast trägt. Umgekehrt kann ein Open-Xchange-Dienst, der auf von TECNOWEB kontrollierter oder vertraglich gebundener Infrastruktur betrieben wird, direkt von dessen Speicher- und Mail-Cluster abhängen.

Der Katalog veröffentlicht die Aufteilung nicht.

Die Kapazität benötigt daher mindestens sechs Bezeichnungen. Die Auslegungskapazität ist das, was eine Architektur beabsichtigt. Die installierte Kapazität ist physisch vorhanden. Die versorgte Kapazität kann mit Strom versorgt werden. Die betriebsfähige Kapazität wurde in Betrieb genommen und ist betriebsbereit. Die verkaufte oder reservierte Kapazität ist bereits vergeben. Die nutzbare Kapazität ist das, was nach Overhead und Reserve übrig bleibt. Die im Fehlerfall nutzbare Kapazität ist der Teil, der den relevanten ausgefallenen Host, Strompfad, Speicher oder Netzwerkausgang überlebt.

Die öffentlichen Beweise unterstützen individuelle Produktberechtigungen und einige Komponentenbeschreibungen. Sie offenlegen nicht die gesamte installierte Rechenleistung, den gesamten installierten Speicher, den bezahlten Transit, die aktuelle Auslastung, die verkaufte Kapazität, die reservierte Wiederherstellungsreserve oder die im Fehlerfall nutzbare Kapazität. Aus den Plänen kann keine verantwortungsvolle Schätzung der Kundenzahl oder Flottengröße abgeleitet werden.

Ein Käufer sollte Beweise im Maßstab seiner Arbeitslast verlangen: die Host- oder Cluster-Platzierung, die aktuelle Reservepolitik, die Annahme des größten Ausfalls und die nach diesem Ausfall verfügbare Kapazität. Eine Hardware-Bewertung in der Überschrift ist nur dann von Bedeutung, wenn sie mit diesen Zuständen verbunden ist.

AS64114 zeigt Erreichbarkeit, nicht ein Paar unabhängiger Glasfaser-Routen

TECNOWEB hat mehr Netzwerkbeweise als viele kleine Hosting-Marken. LACNIC-Einträge verbinden kolumbianische Ressourcen mit dem Unternehmen, und öffentliche Route Collector sehen AS64114, das einen multinationalen Satz von Präfixen ursprünglich ankündigt. Das ist ein solider Beleg für ein aktives logisches Netzwerk. Es ist keine Karte der Glasfaser zwischen einem kolumbianischen Rack und dem Rest des Internets.

DieLACNIC-Abfrage für 45.191.2.0/24gibt die umschließende Zuweisung 45.191.0.0/22 und einen Registranten-Handle für TECNOWEB Colombia zurück. Der179.61.15.0/24-Eintragidentifiziert einen aktiven neu zugewiesenen Block, der mit demselben kolumbianischen Entitäts-Handle verbunden ist. Dies sind Nummernressourcen-Einträge. Sie etablieren delegierten Adressraum und administrative Verantwortung, nicht das Gebäude, in dem jede Adresse verwendet wird.

BGP.tools' AS64114-Ansichtbeobachtete 15 IPv4- und 33 IPv6-originierte Präfixe, darunter 45.191.2.0/24 und 179.61.15.0/24 unter kolumbianischen Labels. Es beobachtete auch zwei Upstreams, Hivelocitys AS29802 und NetActuates AS36236, sowie mehrere Internet-Exchange-Präsenzen.IPInfos AS64114-Ansichtlistete ebenfalls diese beiden Upstreams und Tausende gehosteter Domains über Hunderte beobachteter Adressen auf. Die Übereinstimmung zwischen zwei Beobachtungsdiensten stärkt den Fall, dass AS64114 zum Forschungsdatum aktiv und auf autonomer Systemebene multi-homed ist.

Es etabliert keine Routenunabhängigkeit für einen bestimmten kolumbianischen Dienst. Ein autonomes System kann verschiedene Präfixe von verschiedenen Kontinenten aus ankündigen. Die beiden Upstreams können an einem Standort, an getrennten Standorten, an entfernten Exchanges oder in einer Mischung vorhanden sein. Beide können durch denselben Kanal in ein Gebäude gelangen, vom selben Metro-Carrier abhängen oder am selben Router und Stromversorgung enden. Exchange-Teilnahme in Europa oder über virtuelle Verbindungen sagt nichts über den Pfad aus, den 45.191.2.0/24 von einem kolumbianischen Kunden verwendet.

Die Unterscheidung ist auf IPInfos45.191.2.0/24-Seitesichtbar. Sie kennzeichnet die Ressource als Kolumbien, erklärt aber ausdrücklich, dass das angezeigte Land das Land ist, in dem der Ressourceninhaber seinen rechtlichen Sitz hat, und möglicherweise nicht das Land, in dem die Adressen verwendet werden. Diese Warnung sollte die gesamte Karte regieren. Das Tampa-Signal für 179.61.15.3 ist relevant, weil es darauf hindeutet, dass zumindest ein Teil des in Kolumbien registrierten Raums in den Vereinigten Staaten bedient werden könnte. Es kann das gesamte /24 oder den Rest von TECNOWEBs Produkten nicht lokalisieren.

Die gehostete Domain-Anzahl ist ebenfalls ein Marktsignal, keine Kundenstatistik. Viele Domains können einen Kunden teilen, eine Adresse kann Hunderte von Domains hosten, und eine Domain kann ruhend oder proxyt sein. Die Anzahl deutet darauf hin, dass das Netzwerk eine materielle öffentliche Hosting-Aktivität trägt. Sie kann keine Einnahmen, aktive Konten, kolumbianische Nutzer, Rack-Belegung oder die Anzahl der von einem Ausfall betroffenen Personen etablieren.

Der Ausfalltest muss auf Präfix- und Einrichtungsebene operieren. Für jedes Produktionspräfix sollte ein Käufer fragen, welche Router es ursprünglich ankündigen, in welchen Gebäuden, über welche vertraglich gebundenen Carrier und physische Zugänge. Er sollte fragen, ob der zweite Upstream erreichbar bleibt, wenn der erste Router, die erste Querverbindung, der erste Meet-Me-Raum, der erste Kanal und der erste Metro-Anbieter entfernt werden. Er sollte auch fragen, ob ausgehender und eingehender Verkehr beide umschalten, wie die Routensicherheit gewahrt bleibt und wie viel Bandbreite auf dem überlebenden Pfad verfügbar ist.

Öffentliches BGP kann überprüfen, ob eine Route gesehen wird. Ein Traceroute kann einen beobachteten Pfad zu einem Zeitpunkt offenbaren. Keiner kann die unterirdische Trennung beweisen. Die fehlenden Beweise sind ein aktuelles physisches Routendiagramm, Carrier-Schreiben, die gemeinsame Infrastruktur identifizieren, diverse Gebäudeeingänge, Router- und Stromtrennung sowie ein Test, bei dem der primäre Pfad unter Last entfernt wird. Ohne dies ist „zwei Upstreams“ eine nützliche Ausfallshypothese, kein demonstrierter Wiederherstellungspfad.

Backup-Sprache ändert sich mit dem Produkt

Backups sind dort, wo TECNOWEBs öffentliche Beschreibungen am lehrreichsten werden. Sie bilden kein einziges universelles Versprechen. Sie bilden mehrere produktspezifische Versprechen, die vor verschiedenen Ausfällen schützen und unterschiedliche Kundenverantwortlichkeiten tragen können.

Die Servicebedingungen liefern die kontrollierende Vorsicht. Automatische Kopien existieren nur für Pläne, die sie ausdrücklich einschließen. Unmanaged VPS, dedizierte Server und Basis-E-Mail-Pläne enthalten möglicherweise keine automatische Sicherung. Selbst wo Backup enthalten ist, nennen die Bedingungen es komplementär und weisen Kunden an, unabhängige Kopien zu führen. Das Unternehmen lehnt Verantwortung für Datenverlust ab, der durch Software Dritter, Hardware oder Hersteller verursacht wird. Diese Sprache macht eine klare Unterscheidung zwischen einem Hosting-Dienst und dem eigenen Kontinuitätsplan des Kunden.

Die Unternehmensseite macht den breitesten Infrastrukturanspruch: tägliche inkrementelle Sicherung über ein kommerzielles System an ein externes Rechenzentrum an einem anderen physischen Ort. Die Reseller-Seite fügt Details hinzu und sagt, dass tägliche, wöchentliche und monatliche Kopien von Reseller-Konten täglich an ein externes Rechenzentrum übertragen werden. Die Linux-Seite verengt die Häufigkeit nach Plan, mit wöchentlichen Kopien bei den beiden kleineren Plänen und täglichen Kopien bei den beiden größeren.

Diese Aussagen können alle wahr sein, wenn sie unterschiedliche Produkte oder Aufbewahrungsstufen beschreiben, aber die öffentlichen Seiten nennen nicht den externen Standort, sein Land, seinen Betreiber, seine Entfernung, Speicherisolation, Verschlüsselung, Aufbewahrung oder Wiederherstellungsleistung.

Die VPS-Seite sagt, dass manuelle Snapshots enthalten sind, automatisierte Snapshots geplant werden können und externes Backup zusätzliche Kosten verursacht. Ein Snapshot, der auf demselben Speichersystem oder in derselben Einrichtung gespeichert ist, ist wertvoll, um einen Konfigurationsfehler rückgängig zu machen; er kann den Verlust des Speicher-Arrays, der Anmeldeinformationen, des Kontos oder des Gebäudes möglicherweise nicht überleben.

Eine externe Kopie kann den Standort überleben, aber immer noch unbrauchbar sein, wenn das Backup-Netzwerk, die Verschlüsselungsschlüssel, der Katalog oder der Wiederherstellungshost denselben Ausfall teilen. Die Seite veröffentlicht diese Grenzen nicht.

Die Dedicated-Server-Seite empfiehlt den Kauf einer zusätzlichen Festplatte und die Konfiguration durch Techniker für Kopien. Eine zweite Festplatte kann vor Ausfall der primären Festplatte schützen. Wenn sie sich im selben Gehäuse befindet, schützt sie nicht vor Controller-Ausfall, Stromschaden, Diebstahl, Feuer oder einer zerstörerischen Aktion, die beide Geräte erreicht. Es ist daher eine lokale Wiederherstellungskomponente, kein Nachweis für die Wiederherstellung nach einem Standortausfall.

E-Mail fügt eine weitere Inkonsistenz im Umfang hinzu. Die neuere Enterprise-Mail-Seite bewirbt 99,9% Verfügbarkeit auf einer Open-Xchange-Plattform. Die ältere KMU-Seite verwendet stärkere Formulierungen über null Datenverlust, Backup und 100% Netzwerkverfügbarkeit. Die Servicebedingungen sagen jedoch, dass Basis-E-Mail möglicherweise kein automatisches Backup hat, es sei denn, es wird ausdrücklich angegeben. Ein Kunde sollte sich auf die Bestellung und den Produktplan verlassen, die seinen tatsächlichen Plan identifizieren, nicht den stärksten Satz von jeder Marketingseite kombinieren.

Eine nützliche Backup-Verpflichtung hat vier Zahlen und drei Grenzen. Die Zahlen sind Backup-Häufigkeit, Aufbewahrung, Wiederherstellungspunktziel und Wiederherstellungszeitziel. Die Grenzen sind der Produktionsausfall, den sie überleben soll, die administrativen Anmeldeinformationen oder das Konto, das sie von der Produktion trennt, und die physische Gerichtsbarkeit, in der sich die Kopie befindet. TECNOWEBs öffentliches Material gibt Fragmente – täglich, wöchentlich, monatlich, inkrementell, extern – aber nicht die vollständige Kombination für jedes Produkt.

Der Wiederherstellungspfad benötigt auch Kapazität. Die Wiederherstellung eines 300-GB-VPS erfordert sauberen Speicher und Rechenleistung, auf der er ausgeführt werden kann. Der Wiederaufbau eines dedizierten Servers erfordert kompatible Hardware, Lizenzen und Personal. Das Verschieben von Shared-Konten erfordert Reserveknoten, DNS-Änderungen und Control-Panel-Zugriff. Eine Kopie kann intakt sein, während der Dienst nicht verfügbar bleibt, weil das Ziel voll oder das Netzwerk down ist. Installierte Backup-Speicher und nutzbare Wiederherstellungskapazität sind nicht dasselbe.

Die Beweise, die diese Lücke schließen, sind praktisch: ein produktspezifischer Backup-Plan, benannte Backup-Region, Nachweis getrennter Anmeldeinformationen, aktuelle Wiederherstellungstestergebnisse, gemessene Wiederherstellungsgeschwindigkeit und Bestätigung, dass Zielrechenkapazität reserviert ist. Der wichtigste Test beginnt mit einer zerstörten Produktionsinstanz und endet, wenn ein Kunde die Anwendung nutzen und Daten überprüfen kann – nicht, wenn ein Backup-Job Erfolg meldet.

Das Control Panel und der Support Desk sind ebenfalls Infrastruktur

Für viele Kunden ist das Einzelhandels-Control Panel die einzige sichtbare Infrastruktur. Es stellt einen Dienst bereit, zeigt Abrechnungen an, öffnet Tickets, ändert DNS, erstellt Postfächer, startet eine virtuelle Maschine neu und präsentiert Backup-Steuerungen. Wenn es ausfällt, kann der zugrunde liegende Server noch laufen, aber die Fähigkeit des Kunden zu diagnostizieren oder wiederherzustellen kann verschwinden.

TECNOWEB betreibt ein öffentlichesSupport-Portal, das Tickets annimmt und einem Benutzer ermöglicht, den Ticketstatus zu überprüfen. Seine Seiten versprechen 24/7-Unterstützung, während die Bedingungen sagen, dass Support über das Kundenportal verfügbar ist. Das öffentliche Material gibt nicht an, ob es einen separaten Notrufweg gibt, wenn das Portal oder das Kundenauthentifizierungssystem nicht verfügbar ist, oder ob die Support-Schnittstelle außerhalb des von ihr unterstützten Produktionsbetriebs gehostet wird. Das ist eine Frage des gemeinsamen Modus: Eine Statusseite und ein Ticketsystem sind am nützlichsten, wenn sie den Vorfall überleben.

Verschiedene Dienste fügen unterschiedliche administrative Oberflächen hinzu. Linux-Kunden sind auf cPanel angewiesen; Reseller-Kunden verwenden WHM; Windows-Kunden verwenden Plesk; VPS-Kunden verwenden Proxmox-basierte Steuerungen und noVNC; WordPress-Kunden verwenden ein Anwendungs-Toolkit. Eine Störung der Control Plane kann Passwortänderungen, Snapshots, Neuinstallationen, Firewall-Änderungen und Migrationen blockieren, ohne jede gehostete Anwendung unerreichbar zu machen. Die Verfügbarkeitsberichterstattung sollte Kundenverkehr von administrativem Zugriff unterscheiden.

Die Abhängigkeitskette erstreckt sich über das Hosting hinaus. TECNOWEBsDomain-Seiteverkauft Registrierung und DNS-bezogene Dienste, während die Bedingungen das Unternehmen als Vermittler vor Registern beschreiben. Ein gültiger Server kann aus der gewöhnlichen Nutzung verschwinden, wenn eine Domain abläuft, die Delegation sich ändert oder das autoritative DNS ausfällt.SSL-Zertifikatefügen Zertifizierungsstellen und Verlängerungsautomatisierung hinzu.SiteLockfügt einen externen Sicherheitsdienst hinzu. DasDMARC-Angebotwird rund um Valimail präsentiert, undBIMI-Zertifikatestützen sich auf Markenverifikations- und Zertifikatsökosysteme. Keine dieser Abhängigkeiten wird durch den Austausch einer ausgefallenen Serverfestplatte repariert.

Die Google- und Microsoft-Angebote machen die Aufteilung der Verantwortung noch deutlicher. TECNOWEB kann bei der Konfiguration, dem Transfer und dem Support eines Abonnements helfen, kann aber einen globalen Gmail-, Exchange Online-, Teams- oder OneDrive-Dienst nicht unabhängig wiederherstellen. Umgekehrt sollte ein Ausfall in TECNOWEBs eigenem Portal nicht unbedingt diese Upstream-Plattformen beeinträchtigen. Ein Kunde, der „ein Anbieter, ein Support“ kauft, benötigt einen Eskalationspfad, der die Grenzen zwischen Verkäufer, Plattformbetreiber, Register, Zertifizierungsstelle und Netzwerkbetreiber überlebt.

Menschliche Arbeit ist die letzte Control Plane. Ein Remote Power Cycle ist schnell; die Diagnose eines beschädigten Dateisystems, eines ausgefallenen RAID-Controllers oder eines kompromittierten Kontos ist es nicht. Ein physischer Austausch erfordert einen Techniker mit Zugang, ein kompatibles Teil und die Autorität zu handeln. Eine Routenänderung erfordert Netzwerkpersonal. Eine Wiederherstellung erfordert jemanden, der die Arbeitslast versteht und sie validieren kann.

Ein 24/7-Label sagt, wann ein Kanal geöffnet ist, nicht wie viele qualifizierte Personen verfügbar sind, wie Vorfälle priorisiert werden oder wie lange ein Teil benötigt, um zum Rack zu gelangen.

Die 48-Stunden-Klausel macht diese Betriebsdetails zentral. Käufer sollten nach Schweregraddefinitionen, Bestätigungszielen, Eskalationskontakten, Aktualisierungsintervallen, Remote-Hands-Verfügbarkeit, Ersatzteilpolitik und einem alternativen Kanal außerhalb des normalen Portals fragen. Sie sollten auch fragen, ob die Überwachung Vorfälle automatisch eröffnet. Eine Garantie, die erst nach Benachrichtigung des Kunden gemessen wird, kann wertvolle Minuten oder Stunden verlieren, bevor die formelle Uhr des Anbieters zu laufen beginnt.

Ein Ausfall kann Unternehmen erreichen, die nie einen Server gekauft haben

Die von einem Hosting-Ausfall betroffenen Personen sind breiter als die Kontenliste. Ein Shared-Hosting-Kunde kann ein kleiner Einzelhändler sein, dessen Checkout und geschäftliche E-Mail dieselbe Domain verwenden. Ein VPS kann ein Enterprise-Resource-Planning-System, eine Datenbank, einen Buchungsdienst oder eine Anwendungsschnittstelle ausführen. Ein dedizierter Server kann mehrere Geschäftseinheiten tragen. Ein Reseller kann Dutzende nachgelagerter Organisationen auf einer Zuweisung platzieren. Eine Agentur kann Websites für Kunden verwalten, die keine direkte Beziehung zum Infrastrukturanbieter haben.

TECNOWEBs Katalog adressiert explizit Einzelpersonen, kleine und mittlere Unternehmen, Großunternehmen, E-Commerce, Datenbanken, Unternehmensanwendungen und Reseller. Seine Homepage beansprucht mehr als 10.000 kolumbianische Kunden und mehr als 20.000 verwaltete Domains. Das sind Marketingzahlen aus erster Hand ohne begleitende datierte Kundendefinition oder Prüfung. IPInfos niedrigere beobachtete Domain-Anzahl betrifft Domains, die auf AS64114-Adressen gesehen wurden, nicht alle Kunden, alle Produkte oder alle verwalteten Domains. Die beiden Zahlen messen unterschiedliche Dinge und sollten nicht zu einer Übereinstimmung gezwungen werden.

Der Auswirkungsmechanismus ändert sich auch je nach Schicht. Der Verlust eines gemeinsamen Servers betrifft darauf platzierte Konten, nicht unbedingt die Flotte. Der Verlust eines Speichersystems kann mehrere Hosts betreffen. Der Verlust eines Top-of-Rack-Switches kann einen Schrank isolieren. Der Verlust von Strom oder Kühlung in der Einrichtung kann den Raum betreffen. Der Verlust einer gemeinsamen Upstream-Route kann ansonsten gesunde Server betreffen. Der Verlust von DNS kann viele separate Anwendungen als ausgefallen erscheinen lassen. Der Verlust des Support-Portals kann die Wiederherstellung über Produkte hinweg verzögern.

Kunden tragen einen Teil dieser Auswirkung. Ein Unmanaged-VPS-Besitzer kontrolliert das Betriebssystem und die Anwendung. Ein Reseller kontrolliert die nachgelagerte Kommunikation. Ein Domain-Inhaber muss Registrierungsdaten und Verlängerung pflegen. Ein Unternehmen muss entscheiden, ob es eine unabhängige Kopie und einen sekundären Dienst unterhält. TECNOWEBs Bedingungen machen mehrere dieser Pflichten explizit. Aber die Kundenverantwortung entbindet den Anbieter nicht von der Verpflichtung, seine eigenen Grenzen verständlich zu machen.

Keine öffentlichen Beweise unterstützen eine genaue Anzahl von Benutzern, die von einem Rack-, Präfix- oder Einrichtungsausfall betroffen wären. Domain-Anzahlen sind keine Benutzer; beworbene Kunden sind keine gleichzeitigen Arbeitslasten; Adressraum ist keine Belegung. Die fundierte Bewertung ist qualitativ: Die Serviceoberfläche ist breit, Reseller vervielfachen Abhängigkeiten, und kleine Unternehmen können Web, Mail, DNS und Support bei einer Marke konzentrieren. Diese Konzentration kann einen lokalen technischen Fehler in einen kommerziellen Ausfall verwandeln, selbst wenn der zugrunde liegende Anbieter bescheiden in der Größe ist.

Datenlokalität kann nicht aus einem kolumbianischen Storefront abgeleitet werden

Der Servicevertrag ist kolumbianisch, aber der physische und rechtliche Weg der Kundendaten bleibt unvollständig beschrieben. TECNOWEBsDatenschutzrichtliniesagt, dass von Benutzern bereitgestellte personenbezogene Informationen vertraulich verarbeitet, zur Verbesserung der Dienste verwendet und ohne Zustimmung nicht an Dritte weitergegeben werden, außer wenn dies von einer Behörde verlangt wird. Sie identifiziert nicht die Hosting-Länder, Backup-Länder, Infrastrukturbetreiber, Unterauftragsverarbeiter, Aufbewahrungsfristen für gehostete Inhalte oder die von jedem Produkt verwendeten Standorte.

KolumbiensGesetz 1581 von 2012regelt die Verarbeitung personenbezogener Daten und adressiert Übermittlungen in Drittländer. Das Vorhandensein kolumbianischen Rechts zwingt hier keine Schlussfolgerung für eine bestimmte Kundenarbeitslast auf. Es macht Standort und Rollenzuweisung kommerziell wichtig für Kunden, die personenbezogene Daten speichern. Sie müssen wissen, ob TECNOWEB als Auftragsverarbeiter fungiert, ob ein anderes regionales Unternehmen oder ein Plattformanbieter beteiligt ist und wo Produktions- und Backup-Kopien verarbeitet werden.

Der Produktkatalog zeigt bereits, dass eine Antwort nicht alle Dienste abdecken kann. Google Workspace und Microsoft 365 nutzen ihre jeweiligen globalen Plattformen. Open-Xchange-Mail führt eine weitere Plattformgrenze ein. Domain-Registrierung umfasst Register und Registrare. Sicherheitsprodukte umfassen ihre Anbieter. Von TECNOWEB betriebenes Shared Hosting, VPS und dedizierte Server können einem anderen Standortmuster folgen. Die Bedingungen beziehen sich auf nationale und internationale Leitungen und auf externe Hersteller, während die Unternehmensseite DNS in vier Ländern und Backup in einer unbenannten externen Einrichtung platziert.

Nichts davon beweist eine rechtswidrige Übermittlung oder einen Schutzversagen. Es beweist, dass ein Kolumbien-Label kein ausreichender Beleg für die Datenresidenz ist. LACNIC-Registrierung identifiziert einen Ressourceninhaber; IP-Geolokalisierung ist probabilistisch; eine Abrechnungswährung identifiziert einen Markt; ein Vertrag identifiziert das anwendbare Recht. Nur ein Serviceplan, Architekturaufzeichnung und Unterauftragsverarbeiterliste können identifizieren, wohin die Inhalte, Metadaten, Protokolle und Kopien eines Kunden tatsächlich gehen.

Ein Käufer mit Lokalitätsanforderungen sollte nach Produktions- und Backup-Ländern, dem rechtlichen Betreiber an jedem Ort, grenzüberschreitenden Übermittlungsbedingungen, Verschlüsselungsbesitz, Zugriffsjurisdiktionen und Löschverhalten nach Kündigung fragen. Er sollte fragen, ob Support-Personal in anderen Ländern auf Daten oder Konsolen zugreifen kann und ob eine Migration den Standort ändert. Diese Antworten sollten produktspezifisch und in den Vertrag aufgenommen sein. Eine mündliche Zusicherung, dass der Dienst „für Kolumbien“ ist, ist nicht dasselbe wie eine Residenzverpflichtung.

Der Wiederherstellungspfad muss vom Stromausfall bis zur Kundennutzung getestet werden

Ein nützlicher Resilienztest beginnt mit einem bestimmten Ausfall. Stellen Sie sich vor, der Strompfad, der einen Produktionsschrank versorgt, geht verloren. Gespeicherte Energie muss die Last tragen, während ein Generator oder ein alternativer Pfad verfügbar wird. Die Kühlung muss fortgesetzt werden. Die Remote-Konsole und der Strommanager müssen erreichbar bleiben. Wenn ein Server ausfällt, benötigt gesunde Hardware genügend RAM, CPU, Speicher, Netzwerk und Lizenzen, um seine Arbeitslast zu übernehmen. Wenn der Speicher beschädigt ist, muss eine saubere Kopie außerhalb der ausgefallenen Domäne verfügbar sein.

Wenn die primäre Route verloren ist, muss ein physisch unabhängiger Pfad das Präfix tragen. Wenn das Control Panel nicht verfügbar ist, benötigen die Mitarbeiter eine andere Möglichkeit zu handeln. Der Dienst ist nur wiederhergestellt, wenn der Kunde ihn nutzen und seine Daten überprüfen kann.

TECNOWEBs öffentliches Material unterstützt Teile dieser Sequenz: eigene Server, RAID, 10-Gbps-Schnittstellen, exklusive Schränke, Fernsteuerungen, Überwachung, zwei beobachtete Upstreams, externe Kopie-Behauptungen, Snapshots, Ticket-Support und ein vertraglicher Verfügbarkeitsprozentsatz. Es veröffentlicht keinen vollständigen End-to-End-Test, der einen Strompfad, Host, Speicherdienst oder Upstream entfernt und die Kundenwiederherstellung unter repräsentativer Last demonstriert.

Die erste Anfrage sollte daher ein benannter Einrichtungsplan sein. Er sollte das Produktionsgebäude und das Backup-Gebäude, ihre Betreiber, Länder und anwendbare Zertifizierungen identifizieren. Er sollte zeigen, welche Produkte an welchem Standort platziert sind. Wenn „Tier III“ Teil des Verkaufs ist, sollte der Kunde das aktuelle Zertifikat, den genauen bewerteten Umfang und die Bestätigung erhalten, dass sein Rack, seine Strom- und Kühlpfade darin enthalten sind.

Die zweite Anfrage sollte die Kapazität abgleichen. Für Shared Hosting und VPS benötigen Käufer die Host- und Cluster-Architektur, Platzierungsregeln, zugesagte Ressourcen, Überzeichnungspolitik und freie Kapazität nach dem größten Host- oder Speicherausfall. Dedicated-Kunden benötigen Bestand, Ersatzteilzusagen und eine Migrationsoption. Netzwerkbeweise sollten bezahlte Kapazität und die nach Entfernung eines Upstreams verfügbare Bandbreite identifizieren. Keiner dieser Werte sollte aus einer NIC-Bewertung oder einem Einzelhandelstransferkontingent abgeleitet werden.

Die dritte Anfrage sollte gemeinsame Modus-Abhängigkeiten kartieren. Ein physisches Diagramm sollte Versorgungseingänge, unterbrechungsfreie Stromversorgung, Erzeugung, Kühlung, Schrankspeisungen, Router, Carrier-Zugänge und externe Pfade zeigen. Für Netzwerkdiversität reichen Carrier-Namen nicht: Die Pfade, Zugänge, Meet-Me-Räume, Router und Stromversorgungen müssen getrennt sein. Für Backup sollte „extern“ durch ein Land, eine Einrichtung, eine Berechtigungsgrenze, einen Aufbewahrungsplan und ein gemessenes Wiederherstellungsergebnis ersetzt werden.

Die vierte Anfrage sollte die 99,9%-Zahl in eine vollständige Serviceverpflichtung umwandeln. Sie sollte den Messpunkt, das Intervall, die Ausschlüsse, die Wartungsbehandlung, den Vorfallbeginn, den Schweregrad, die Bestätigungs-, Aktualisierungs- und Wiederherstellungsziele, Service-Credits und Kündigungsrechte definieren. Sie sollte klären, ob die 48-Stunden-Sprache eine äußerste Lösungspflicht ist, was vorübergehende Wiederherstellung bedeutet und wie eine verpasste jährliche Schwelle behoben wird.

Die fünfte Anfrage sollte Personen und Kommunikation testen. Kunden sollten einen Eskalationspfad außerhalb der Geschäftszeiten sehen, der nicht allein vom gewöhnlichen Portal abhängt, eine Ersatzteilpolitik, Remote-Hands-Abdeckung und einen Statuskanal, der außerhalb der betroffenen Systeme gehostet wird. Eine Übung sollte TECNOWEB, den Einrichtungsbetreiber, Netzwerkanbieter und den Kunden umfassen. Sie sollte mit Anwendungs- und Datenvalidierung enden, nicht nur mit einem grünen Infrastrukturalarm.

Die öffentliche Aufzeichnung unterstützt ein operatives kolumbianisches Hosting-Unternehmen, ein aktuelles Serviceverzeichnis, aktive Nummernressourcen und ein logisches Netzwerk mit mehr als einem beobachteten Upstream. Sie unterstützt keinen genauen Rack-Standort, keine unabhängigen kolumbianischen Glasfaser-Routen, keine Flottengesamtzahlen, keine aktuelle Reservekapazität, keine benannte Backup-Jurisdiktion und keine gemessene Wiederherstellungszeit.

Deshalb ist die stärkste Tatsache in TECNOWEBs Angebot auch die beste Eröffnungsfrage: 99,9 % kann auf die Sekunde genau berechnet werden, während das physische System, das es liefern soll, immer noch ohne Namen beschrieben wird.