摘要
- TECNOWEB 哥伦比亚的年化 99.9% 托管保证允许约 8 小时 46 分钟的停机时间，但其条款规定技术团队在通知后最长 48 小时内解决符合条件的故障，且未公布测量方法、服务信用计划或按产品的恢复目标。
- 该公司声称拥有自己的服务器，使用专属机柜、远程控制台和远程电源控制，并将增量副本发送到外部数据中心，但未公开标明生产或备份设施的名称、其管辖区域，也未说明在主机、电源、冷却或网络故障后还有多少可用容量。
- AS64114 和哥伦比亚注册的地址块是真实网络足迹的活跃公开证据，而两个观测到的上游和几个交换节点存在只是逻辑连接；它们并不证明 TECNOWEB 哥伦比亚的机柜拥有两个独立的物理出口、两个独立的电源路径或经过测试的迁移目标。
八小时余量，然后倒计时四十八小时
99.9% 背后的算术简单到可以写在发票上。在 365 天的一年中，缺失的 0.1% 等于 525.6 分钟：8 小时 45 分 36 秒。如果每一分钟的不可用都被计算在内，这就是全年的中断余量。对于网站、结账、应用程序或邮箱托管在该服务上的企业来说，重要的问题不是三个九听起来是否令人放心，而是计时从何时开始、什么停止计时、哪些故障算数以及超出余量时会发生什么。
TECNOWEB 的哥伦比亚主页宣传 99.9% 的正常运行时间、即时激活、全天候西班牙语支持、自动备份以及“一级”数据中心的主机服务。当前的服务条款更具实质性。它们称 TECNOWEB COLOMBIA SAS 保证托管服务年度可用性为 99.9%。对于不可抗力事件之外的故障，技术团队将在通知后最长 48 小时内提供解决方案。同一文件排除或限制了对以下情况的责任：归因于电力分销商、自然灾害、第三方提供的国内或国际链路、第三方硬件或软件以及凭证处理不当。
这些陈述在合同上可以共存，但它们留下了巨大的操作空白。48 小时的解决窗口是整个年度停机余量的五倍多。“解决方案”可能涵盖维修、变通方案、恢复副本或其他回应；条款未定义它。它们也没有说明可用性是在服务器、应用程序端口、控制面板、客户域名还是 TECNOWEB 网络边缘测量的。没有关于计划维护、部分降级、数据包丢失或只能通过一条故障路线到达服务器的客户的公开公式。也没有公布将错过可用性转化为补偿的服务信用表。
这并非表明 TECNOWEB 曾发生过 48 小时中断，或其正常修复需要那么长时间。它表明公共合同与营销数字回答的是不同问题。营销数字描述的是结果，而条款描述的是客户报告问题后允许采取行动的最长时间。严肃的连续性评估需要它们之间的操作桥梁：能够在工单之前检测到故障的监控、命名严重级别、确认和更新间隔、恢复目标、数据恢复目标以及是否达到结果的记录。
TECNOWEB 的 VPS 页面还提到了“Tier III”。Uptime Institute 对 Tier 分类的解释将 Tier III 定义为可并行维护，具有冗余组件和分配路径，允许在不关闭 IT 操作的情况下进行计划维护。TECNOWEB 的公开页面未指明设施、链接证书或说明该名称涵盖哪个房间和负载。因此，谨慎的解读是供应商关于主机环境的声明，而不是独立证明每个产品、机架和依赖项都继承了 Tier III 特性。
只有在边界上，这个承诺才有意义。如果电源事件导致一台主机宕机，而虚拟机在几分钟内重新启动到其他地方，那么这一年可能仍保持在 99.9% 以内。如果健康主机缺乏 RAM、存储或授权容量，迁移就会停滞。如果服务器幸存，但两个可见上游共享同一建筑入口，流量仍会停止。如果备份存在但无法快速恢复，数据保护不会恢复可用性。接下来的十个部分将沿着从合同到机架再回到客户的链条进行探讨。
产品目录比单一主机栈更广泛
TECNOWEB 哥伦比亚销售的不是单一统一机器。其当前产品目录涵盖共享环境、虚拟机、物理服务器、转售商账户、托管邮件、第三方生产力套件、域名注册和安全服务。每个产品都移动了操作边界，改变了客户可以合理期望 TECNOWEB 控制的范围。
Linux 主机页面宣传 cPanel、LiteSpeed 和 NVMe 存储。它为四个计划分配有限的存储和邮箱配额，并区分较小计划上的每周备份和较大计划上的每日备份。WordPress 服务增加了优化的应用层、缓存和 WordPress 管理界面。Windows 主机将客户转向 Plesk、IIS 和微软导向的应用支持，而Java 服务增加了 Tomcat 和 Java 运行时依赖项。这些不仅仅是不同的标签，它们涉及不同的控制面板、补丁周期、许可证依赖项、内存配置和恢复程序。
转售商计划将一个基础设施故障的后果延伸到另一家公司的客户。TECNOWEB 营销 WHM、白标账户、名义上无限制的域名、客户和传输，以及从 20 GB 到 100 GB 的有限存储层级。转售商可能将自己呈现为直接提供商，即使物理修复、虚拟机监控程序、存储和上游路径仍在其控制之外。因此，一个共享节点失败可能会影响到从未听说过 TECNOWEB 的最终用户。
VPS 目录使用 Proxmox 上的 KVM，销售从 2 vCPU、2 GB 内存、40 GB SSD 和 1 TB 流量到 4 vCPU、8 GB 内存、300 GB SSD 和 10 TB 流量的计划。客户获得 root 访问权限、浏览器控制台、快照和虚拟机监控程序级别的防火墙控制。专用服务器页面承诺独占硬件，描述热门配置的快速交付，并推荐额外磁盘用于备份。专用客户避免了客户级别的噪声邻居，但仍然共享设施电源、冷却、上游链路、远程手以及可能的机架顶部交换机。
邮件引入了另外两个边界。Email Empresas被呈现为 Open-Xchange 服务，每个账户 25 GB 邮件存储和 5 GB 文件存储、协作功能以及 99.9% 的可用性。较旧的Email Pymes 页面宣传每个账户 5 GB，并对备份、冗余和网络可用性做出更广泛的声明。TECNOWEB 还转售Google Workspace和Microsoft 365。在这些产品中，TECNOWEB 可以控制销售、入职、计费和一线支持，但全球应用和存储基础设施属于上游平台提供商。
这种范围很重要，因为“TECNOWEB 宕机”可以描述几种不同的事件。共享 Web 节点可能失败，而 Google 托管的邮件继续运行。客户门户可能不可用，而现有 VPS 继续提供流量。域名续费错误可能使一个正常运行的网站从公共互联网上消失，而没有任何服务器故障。转售商可能失去管理权限，而下游站点保持在线。一个有用的服务承诺必须识别产品和测量点；品牌范围的百分比本身无法描述所有这些状态。
哥伦比亚合同位于区域操作边界内
法律对手方是可见的。一个利用 RUES 数据的哥伦比亚商业目录页面将 TECNOWEB COLOMBIA S A S 列为活跃状态，给出 NIT 901182036，将其置于波哥大，并将其活动分类为数据处理、主机及相关工作，以及 IT 咨询和计算设施管理。TECNOWEB 的哥伦比亚支付页面以哥伦比亚比索和本地支付渠道显示本地商业表面。服务条款选择哥伦比亚法律和波哥大法院。
这并不意味着每台服务器、员工、许可证或网络资源都属于哥伦比亚公司。该品牌自己的“关于”材料称其自 2002 年以来提供主机相关服务，而公共商业列表标识了当前的哥伦比亚 SAS。品牌历史和一个法律实体的年龄不是一回事。该网站还提供针对该地区各国的具体店面。买家需要知道哪家公司为服务开票、哪家公司操作设备、哪家公司持有网络资源以及在服务跨境时哪个实体负责。
区域边界在互联网号码记录中尤为清晰。LACNIC 的2025 年选举名册将 TECNOWEB COLOMBIA SAS 列为哥伦比亚组织。然而，AS64114 的 LACNIC 记录将自治系统的注册人识别为 TECNOWEB PERU SAC，并将其记录为活跃。单独的TECNOWEB COLOMBIA SAS 的 LACNIC 实体条目给出了波哥大的行政地址，并将哥伦比亚组织与号码资源记录联系起来。
这些条目确立了正式身份；它们不确立母公司、所有权比例或内部服务协议。将共享品牌、技术联系人或公共自治系统转换为法律上证明的公司关系是过度解读。证据显示的是操作上的相互依赖：哥伦比亚地址空间可以通过注册在秘鲁公司下的自治系统发起，技术联系人可以管理跨多个国家标签的资源。因此，面向客户的哥伦比亚公司可能依赖于零售合同中未描述的集团或合作伙伴能力。
这种区别在恢复中很重要。假设一个哥伦比亚客户的地址仍注册在 TECNOWEB 哥伦比亚下，而路由更改在 AS64114 下进行。被授权更改路由的员工可能为另一个区域实体或共享操作职能工作。假设生产机架位于由姐妹公司签约的设施中。哥伦比亚销售商可能协调支持，但不控制建筑访问或运营商调度。这些安排本身并不弱；区域主机企业通常共享基础设施。风险在于当时间紧迫时，关于权限和升级的模糊性。
一个稳健的客户计划将命名签约实体、基础设施运营商、设施运营商、网络运营商和重要分包商。它还会说明哪一方可以授权路由更改、移动虚拟机、检索异地副本、更换磁盘以及与客户沟通故障。公共页面命名了产品和哥伦比亚对手方。它们没有公布这个责任矩阵。
公司描述其机架，但未命名建筑
TECNOWEB 的公司页面提供了异常具体的第一方描述。它表示公司拥有而非租用所有设备和服务器；使用双 Intel Xeon 系统，内存 128 GB 到 256 GB，企业级 SSD 和 RAID 1 或 RAID 10；为服务器配备 10 Gbps 光纤网卡；将它们安置在专属机柜中；并附加远程控制台和远程电源管理设备。它还声称三个防火墙层、全天候监控、位于智利、美国、法国和英国的 DNS，以及每天将增量副本发送到外部数据中心。
这些是关于预期操作设计的有用陈述。它们描述了服务器和机柜级别的控制：自有硬件、受限物理访问、带外管理和远程重启电源的能力。它们也揭示了依赖项。远程控制台仅在其管理网络和认证服务可达时工作。远程电源单元可以重启锁定的服务器，但不能修复故障电源、更换磁盘或恢复死掉的交换机。RAID 可以容忍指定的磁盘故障；它不是受到删除、损坏、火灾或存储控制器故障保护副本。
缺少的名词是设施。页面反复提到“数据中心”或“外部数据中心”，但没有命名任何一个。它没有给出街道地址、设施运营商、房间标识符、证书编号、电源拓扑、冷却拓扑、灭火设计、洪水暴露、载波入口或备份站点管辖区域。VPS 页面称环境为 Tier III，专用页面提到哥伦比亚的服务器和一系列数据中心选项，但两者都没有提供设施特定记录，将这些描述与研究日期可用的哥伦比亚计划联系起来。
LACNIC 实体记录中的波哥大地址是行政证据，而非数据中心坐标。网络资源持有者可以在办公室注册，而其服务器在另一个城市或国家运营。同样，全国范围内向波哥大、麦德林、卡利和其他城市的销售描述的是市场，而非机架位置。主机服务通过互联网到达哥伦比亚客户；它不需要服务器在客户所在城市。
一个地址级别的观察使位置问题更加尖锐，但没有解决它。IPinfo 上 179.61.15.3 的页面，这是一个注册在 TECNOWEB 哥伦比亚下的块内的地址，将该地址置于佛罗里达州坦帕，并将其标记为主机基础设施。该页面本身是观察性地理位置产品，而非设施合同。一个 IP 可以被移动、远程宣告、定位不准确或仅用于一项服务。它无法证明共享主机群、VPS 主机、专用服务器或备份副本位于何处。
正确的结论不是“服务器在坦帕”。而是地址注册、网站店铺和地理位置数据库中的国家标签回答的是不同问题。法律持有者地点、客户市场、路由起源和物理机架位置可能不同。能够解决这个问题的证据很简单：一份当前的设施清单，命名生产和备份建筑、其运营者和国家；产品到站点的分配；声称的证书或审计范围；以及确认客户数据只存储在所述地点。
在该证据可用之前，物理表面可以描述但无法精确映射。根据公司说法，有服务器、机柜、网络接口、远程控制设备和备份系统。有活跃的地址空间和路由。有哥伦比亚办公室和合同。没有公开可验证的链条将特定哥伦比亚计划与命名设施中的命名机架连接起来。
销售配额不揭示已安装或可生存的容量
主机页面富含客户配额，但对总工厂几乎保持沉默。这在零售主机中是正常的，但它使容量分析容易出错。50 GB 计划不是供应商仅安装了 50 GB 的证据，1 TB 流量不是 1 Tbps 端口。这些数字描述了一个客户在产品下可能消耗的内容，而非供应商已安装了多少服务器、存储、网络或电源容量。
Linux 计划公布了 10 GB、30 GB、50 GB 和 80 GB 的 NVMe 存储，具有不同的邮箱、数据库、域名和备份权利。转售商页面发布了 20 GB、30 GB、50 GB 和 100 GB，同时使用“无限”用于域名、客户和传输。无限不可能意味着物理无限；它是一个受共享硬件、可接受使用规则和供应商控制争用能力约束的商业承诺。页面未披露每台服务器的账户数量、存储超售、CPU 限制、内存限制、I/O 阈值或为迁移故障主机保留的备用节点容量。
VPS 页面在客户边界更为明确。其四个计划显示 vCPU、内存、SSD 和传输分配，并声称资源是专用的，没有超售。即使每个列出的客户分配都被强制执行，物理余量仍然未知。四个 8 GB 客户可以适合许多不同的主机；带有备用节点的集群行为与单个完全投入的服务器不同。KVM 隔离不披露主机数量、放置策略、共享存储设计、实时迁移能力、许可证可用性或最大主机故障后有多少客户可以重启。
公司页面上的 128 GB 到 256 GB 服务器内存范围和 10 Gbps 网卡声明是已安装组件信号，但没有服务器数量或日期特定的库存。标称为 10 Gbps 的网络接口不是付费传输、交换背板、持续吞吐量或上游故障期间可用带宽的证据。RAID 1 和 RAID 10 描述的是磁盘布局，而非储备、快照和备份后的可用存储。专用服务器页面对热门配置承诺最快四小时交付，表明一些库存或快速配置访问，但它没有说明有多少单元在手、它们存放于何处或区域硬件短缺时会发生什么。
邮箱容量同样被分割。Email Empresas 在邮件和文件之间分配每个账户 30 GB；Email Pymes 分配 5 GB。Google Workspace 和 Microsoft 365 服务暴露了其平台所有者提供的许可证和邮箱权利。TECNOWEB 可以在上游供应商承载工作负载的情况下销售更多账户而无需向自己的机架添加服务器。相反，在 TECNOWEB 控制或签约的基础设施上运行的 Open-Xchange 服务可能直接依赖于其存储和邮件集群。目录没有公布这种划分。
因此，容量至少需要六个标签。设计容量是架构意图的容量。已安装容量是物理存在的。供电容量可以通电。运营容量已投入使用且可服务。销售或预留容量已承诺。可用容量是扣除开销和储备后剩余的。故障状态可用容量是在相关故障主机、电源路径、存储系统或网络出口后幸存的部分。
公开证据支持单个产品权利和一些组件描述。它不披露总已安装计算、总已安装存储、付费传输、当前利用率、销售容量、预留恢复余量或故障状态可用容量。无法从计划中得出客户数量或舰队规模的可靠估计。买家应要求以其工作负载规模为单位的证据：主机或集群放置、当前预留策略、最大故障假设以及该故障后可用的容量。标题硬件评级只有在连接到这些状态时才重要。
AS64114 显示可达性，而非一对独立的光纤路由
TECNOWEB 的网络证据比许多小型主机品牌更多。LACNIC 记录将哥伦比亚资源与公司联系起来，公共路由收集器看到 AS64114 发起了一组多国前缀。这是活跃逻辑网络的坚实证据。它不是哥伦比亚机架与互联网其他部分之间的光纤地图。
45.191.2.0/24 的 LACNIC 查询返回包含的 45.191.0.0/22 分配和 TECNOWEB 哥伦比亚的注册人句柄。179.61.15.0/24 记录标识与相同哥伦比亚实体句柄相关的活跃重新分配块。这些是号码资源记录。它们确立了委派地址空间和行政责任，而非每个地址使用的建筑。
BGP.tools 的 AS64114 视图观测到 15 个 IPv4 和 33 个 IPv6 发起前缀，包括哥伦比亚标签下的 45.191.2.0/24 和 179.61.15.0/24。它还观测到两个上游，Hivelocity 的 AS29802 和 NetActuate 的 AS36236，以及几个互联网交换节点存在。IPinfo 的 AS64114 视图同样列出了这两个上游和数百个观测地址上的数千个托管域名。两个观测服务之间的一致性增强了研究日期 AS64114 活跃且自治系统级别多宿主的可能性。
它不建立特定哥伦比亚服务的路由独立性。一个自治系统可以从不同大陆宣布不同前缀。两个上游可以存在于一个站点、不同站点、远程交换或混合情况。两者都可以通过同一管道进入建筑，依赖同一城市运营商，或终止于同一路由器和电源馈线。欧洲的交换参与或通过虚拟连接本身对哥伦比亚客户使用 45.191.2.0/24 的路径没有说明。
这种区别在 IPinfo 的45.191.2.0/24 页面中可见。它将资源标记为哥伦比亚，但明确解释说显示的国家是资源持有者的法律所在地，可能不是地址使用的地点。该警告应主导整个地图。179.61.15.3 的坦帕信号是相关的，因为它表明至少一些哥伦比亚注册的空间可能在美国提供服务。它不能定位整个 /24 或 TECNOWEB 的其他产品。
托管域名计数也是市场信号，而非客户普查。许多域名可以共享一个客户，一个地址可以托管数百个域名，域名可以休眠或被代理。该计数表明该网络承载着重要的公开主机活动。它不能建立收入、活跃账户、哥伦比亚用户、机架占用或一次故障会影响多少人。
故障测试必须在前缀和设施级别进行。对于每个生产前缀，买家应询问哪些路由器发起它、在哪些建筑中、通过哪些签约运营商和物理入口。应询问移除第一台路由器、第一个交叉连接、第一个交会室、第一根管道和第一个城市运营商后，第二个上游是否仍然可达。还应询问出站和入站流量是否都故障转移、路由安全如何维护以及幸存路径上保留了多少带宽。
公共 BGP 可以验证路由是否被看到。路由追踪可以在某一时刻揭示一条观测到的路径。两者都不能证明地下分离。缺失的证据是当前的物理路由图、标识公共基础设施的运营商信函、多样的建筑入口、路由器和电源分离，以及在负载下移除主路径的测试。没有这些，“两个上游”是一个有用的弹性假设，而非已证实的恢复路径。
备份语言随着产品变化而变化
备份是 TECNOWEB 公开描述中最具教育意义的部分。它们不是一个统一的承诺。它们形成了几个产品特定的承诺，可以防御不同的故障，并带有不同的客户责任。
服务条款提供了控制性的警告。自动副本仅存在于明确包含它们的计划中。非托管的 VPS、专用服务器和基本邮件计划可能不包括自动备份。即使包含备份，条款也称其为补充，并告诉客户维护独立副本。公司否认因第三方软件、硬件或制造商造成的数据丢失的责任。该语言明确区分了主机服务和客户自己的连续性计划。
公司页面做出了最广泛的基础设施声明：通过商业系统每日增量备份到另一个物理地点的外部数据中心。转售商页面增加了细节，称转售商账户的每日、每周和每月副本每天传输到外部数据中心。Linux 页面按计划缩小频率，两个较小计划每周备份，两个较大计划每日备份。如果它们描述不同的产品或保留级别，这些陈述都可以成立，但公共页面没有命名外部站点、其国家、运营者、距离、存储隔离、加密、保留或恢复性能。
VPS 页面称手动快照包含在内，自动快照可以安排，外部备份需要额外费用。存储在相同存储系统或相同设施中的快照对于反转配置错误很有价值；它可能无法在存储阵列、凭证、账户或建筑丢失时幸存。外部副本可能在站点幸存，但如果备份网络、加密密钥、目录或恢复主机共享相同的故障，它可能仍然不可用。页面没有公布这些边界。
专用服务器页面推荐购买额外磁盘并让技术人员配置用于副本。第二个磁盘可以防御主磁盘故障。如果它在同一机箱内，则不能防御控制器故障、电源损坏、盗窃、火灾或影响两个设备的破坏性操作。因此，它是一个本地恢复组件，而非站点级灾难恢复的证据。
邮件在范围上增加了另一个不一致。较新的企业邮件页面在 Open-Xchange 平台上宣传 99.9% 的可用性。较旧的 SME 页面使用关于零数据丢失、备份和 100% 网络可用性的更强措辞。然而，服务条款称基本邮件可能缺乏自动备份，除非明确说明。客户应依赖识别其实际计划的订单和产品计划，而非结合每个营销页面中最强的句子。
一个有用的备份承诺有四个数字和三个边界。数字是备份频率、保留、恢复点目标和恢复时间目标。边界是设计用来防御的生产故障、将其与生产分开的管理凭证或账户，以及副本所在的物理管辖区域。TECNOWEB 的公开材料给出了片段——每日、每周、每月、增量、外部——但没有每个产品的完整组合。
恢复路径也需要容量。恢复一个 300 GB 的 VPS 需要干净的存储和计算来运行。重建专用服务器需要兼容的硬件、许可证和员工。移动共享账户需要备用节点、DNS 更改和控制面板访问。副本可以完好，而服务由于目标已满或网络中断仍然不可用。已安装的备份存储和可用恢复容量不是一回事。
缩小这一差距所需的证据是实用的：产品特定的备份计划、命名的备份区域、独立凭证的证明、最近的恢复测试结果、测量的恢复速度以及预留的目标计算资源。最重要的测试从销毁的生产实例开始，到客户能够使用应用程序并验证数据结束——而非备份作业报告成功。
控制面板和服务台也是基础设施
对于许多客户来说，零售控制面板是唯一可见的基础设施。它配置服务、暴露计费、开立工单、更改 DNS、创建邮箱、重启虚拟机并呈现备份控制。当它失败时，底层服务器可能仍在运行，但客户诊断或恢复的能力可能消失。
TECNOWEB 运营一个公开的支持门户，接受工单并允许用户检查工单状态。其页面承诺 24/7 支持，而条款称通过客户门户提供支持。公开材料没有说明当门户或客户认证系统不可用时是否有单独的紧急电话路径，或者支持界面是否托管在它所支持的生产环境之外。这是一个共模问题：状态页面和工单系统在存活于故障中时最有用。
不同的服务增加了不同的管理界面。Linux 客户依赖 cPanel；转售商客户使用 WHM；Windows 客户使用 Plesk；VPS 客户使用基于 Proxmox 的控制和 noVNC；WordPress 客户使用应用工具包。控制平面故障可以在不使每个托管应用不可达的情况下阻止密码重置、快照、重装、防火墙更改和迁移。可用性报告应区分客户流量和管理访问。
依赖链延伸到主机服务之外。TECNOWEB 的域名页面销售注册和 DNS 相关服务，而条款将公司描述为注册商之前的中间人。一个有效的服务器可能因域名过期、委派更改或权威 DNS 故障而从普通使用中消失。SSL 证书增加了证书颁发机构和续期自动化。SiteLock增加了外部安全服务。DMARC 服务围绕 Valimail 呈现，BIMI 证书依赖品牌验证和证书生态系统。这些依赖项都不能通过更换故障服务器磁盘来修复。
Google 和 Microsoft 服务使责任划分更加清晰。TECNOWEB 可以帮助配置、迁移和支持订阅，但它不能独立恢复全局 Gmail、Exchange Online、Teams 或 OneDrive 服务。相反，TECNOWEB 自身门户的中断不应必然使这些上游平台宕机。购买“一个供应商，一个支持”的客户需要一条在销售商、平台运营商、注册商、证书颁发机构和网络运营商之间的边界中幸存下来的升级路径。
人力劳动是最后的控制平面。远程电源循环很快；诊断损坏的文件系统、故障的 RAID 控制器或受损的账户则不然。物理更换需要有权限的技术人员、兼容的部件和行动的授权。路由更改需要网络员工。恢复需要了解工作负载并能验证它的人。24/7 标签说明的是渠道开放时间，而非有多少合格人员可用、故障如何优先处理或部件到达机架需要多长时间。
48 小时条款使这些操作细节成为核心。买家应要求严重性定义、确认目标、升级联系人、更新间隔、远程手可用性、备件政策以及正常门户之外的替代渠道。还应询问监控是否自动打开故障单。仅在客户通知后测量的保证可能在供应商正式计时开始前损失宝贵的时间。
一次故障可以影响到从未购买过服务器的企业
受主机故障影响的人比账户列表更广。共享主机客户可能是一个小型零售商，其结账和商业邮件使用相同域名。VPS 可能运行企业资源规划系统、数据库、预订服务或应用程序接口。专用服务器可以承载多个业务单元。转售商可以将数十个下游组织放在一个分配上。代理可以管理与其基础设施提供商没有直接关系的客户的网站。
TECNOWEB 的产品目录明确针对个人、中小企业、大型企业、电子商务、数据库、企业应用和转售商。其主页声称超过 10,000 名哥伦比亚客户和超过 20,000 个托管域名。这些是第一方营销数字，没有附带的日期定义或审计。IPinfo 的较低观测域名计数涉及在 AS64114 地址上看到的域名，而非所有客户、所有产品或所有管理下的域名。这两个数字衡量的是不同的事物，不应强行一致。
影响机制也按层变化。一个共享服务器的丢失会影响放置在其上的账户，但不一定影响全部。存储系统的丢失会影响几个主机。机架顶部交换机的丢失可以隔离一个机柜。设施电源或冷却的丢失可以影响整个房间。公共上游路由的丢失可以使其他健康的服务器看起来宕机。DNS 的丢失可以使许多独立应用程序看起来不可用。支持门户的丢失可以延迟跨产品的恢复。
客户承担了部分影响。非托管 VPS 所有者控制操作系统和应用程序。转售商控制下游通信。域名持有者必须维护注册数据和续费。企业必须决定是否保留独立副本和二级服务。TECNOWEB 的条款明确了几项这些责任。但客户责任并不免除提供商使其自身边界可理解的义务。
没有公共证据支持机架、前缀或设施故障会影响多少用户的精确数字。域名计数不是用户；广告客户不是并发工作负载；地址空间不是占用率。合理的评估是定性的：服务表面宽广，转售商放大了依赖关系，小企业可能将网络、邮件、DNS 和支持集中在一个品牌下。这种集中可以将本地技术故障转变为商业中断，即使基础提供商规模不大。
数据本地性不能从哥伦比亚店铺推断
服务合同是哥伦比亚的，但客户数据的物理和法律路径仍不完整。TECNOWEB 的隐私政策表示用户提供的个人信息被机密处理，用于改善服务，未经同意不会披露给第三方，除非当局要求。它没有识别主机国家、备份国家、基础设施运营商、子处理者、托管内容的保留期限或每个产品使用的位置。
哥伦比亚的2012 年第 1581 号法律管辖个人数据处理并涉及向第三国的传输。哥伦比亚法律的存在并不对任何特定客户工作负载施加结论。但它使位置和角色分配对于存储个人数据的客户在商业上变得重要。他们需要知道 TECNOWEB 是否充当处理者、是否有其他区域公司或平台提供商参与、以及生产和备份副本在哪里处理。
产品目录已经显示一个答案不能覆盖所有服务。Google Workspace 和 Microsoft 365 使用其各自的全球平台。Open-Xchange 邮件引入了另一个平台边界。域名注册涉及注册机构和注册商。安全产品涉及其供应商。TECNOWEB 运营的共享主机、VPS 和专用服务器可能遵循不同的位置模式。条款提到国内和国际链路以及外部制造商，而公司页面将 DNS 置于四个国家，备份置于未命名的外部设施。
这都不证明非法传输或保护失败。它证明哥伦比亚标签不足以作为数据驻留的证据。LACNIC 注册识别资源持有者；IP 地理位置是概率性的；计费货币识别市场；合同识别适用法律。只有服务计划、架构记录和子处理者列表可以识别客户的内容、元数据、日志和副本实际流向何处。
有本地性要求的买家应询问生产和备份国家、每个地点的法律运营者、跨境传输条款、加密所有权、访问管辖区域以及取消后的删除行为。应询问其他国家的支持人员是否可以访问数据或控制台，以及迁移是否改变位置。这些答案应针对特定产品并纳入合同。口头保证服务“面向哥伦比亚”不等于驻留承诺。
恢复路径必须从电源故障测试到客户使用
一个有用的弹性测试始于特定故障。假设服务生产机柜的电源路径丢失。储能必须承载负载，同时发电机或替代路径可用。冷却必须继续。远程控制台和电源管理器必须保持可达。如果一台服务器故障，健康硬件需要有足够的内存、CPU、存储、网络和许可证来接收其工作负载。如果存储损坏，故障域外必须有一个干净的副本可用。如果主路由丢失，物理独立路径必须承载前缀。如果控制面板不可用，员工需要另一种方式行动。服务仅在客户可以使用它并验证其数据时才恢复。
TECNOWEB 的公开材料支持这个序列的片段：自有服务器、RAID、10 Gbps 接口、专属机柜、远程控制、监控、两个观测到的上游、外部副本声明、快照、工单支持和合同可用性百分比。它没有公布一个完整的端到端测试，移除电源路径、主机、存储服务或上游，并在代表性负载下演示客户恢复。
因此，第一个请求应该是命名的设施计划。它应识别生产建筑和备份建筑、其运营者、国家和适用认证。它应显示每个站点放置了哪些产品。如果“Tier III”是销售的一部分，客户应收到当前证书、确切评估范围以及其机架、电源和冷却路径在其内的确认。
第二个请求应调和容量。对于共享主机和 VPS，买家需要主机和集群架构、放置规则、承诺资源、超售策略以及最大主机或存储故障后的备用容量。专用客户需要库存、更换部件承诺和迁移选项。网络证据应识别付费容量以及移除一个上游后可用的带宽。这些值都不应从 NIC 评级或零售传输配额推断。
第三个请求应映射共模依赖项。物理图应显示公用设施输入、不间断电源、发电、冷却、机柜馈线、路由器、运营商入口和外部路径。对于网络多样性，运营商名称不够：路径、入口、交会室、路由器和电源馈线需要分离。对于备份，“外部”应被替换为国家、设施、凭证边界、保留计划和测量的恢复结果。
第四个请求应将 99.9% 数字转化为完整的服务承诺。它应定义测量点、间隔、排除、维护处理、故障开始、严重性、确认、更新和恢复目标、服务信用和终止权利。应澄清 48 小时语言是最长解决方案承诺、临时恢复意味着什么以及如何补救错过的年度阈值。
第五个请求应测试人员和沟通。客户应看到不依赖普通门户的下班后升级路径、备件政策、远程手覆盖和托管在受影响系统之外的状态渠道。演练应包括 TECNOWEB、设施运营商、网络提供商和客户。它应以应用和数据验证结束，而不仅仅是绿色基础设施警报。
公开记录支持一个运营的哥伦比亚主机企业、一个当前服务目录、活跃号码资源以及一个拥有多于一个观测到上游的逻辑网络。它不支持确切的机架位置、独立的哥伦比亚光纤路由、舰队总数、当前备用容量、命名的备份管辖区域或测量的恢复时间。这就是为什么 TECNOWEB 报价中最强的事实也是最好的开场问题：99.9% 可以计算到秒，而预期交付它的物理系统仍然没有名字被描述。