数据中心运营商 L1-L7
「数据中心」这一组共 6 家厂商 / 机构，每一家都按 L1～L7 分层整理：那一层它卖什么、哪一层是它的主场。
Equinix
主场：L1
L1 物理层
这一层就是这个域的产品本身，所以它是全站最厚的 L1。要理解四件事。IBX 与覆盖：Equinix 的资产是分布在全球数十个国家、数量级为两百余个的数据中心（以最新披露为准），它的价值高度依赖「你要连的人是否也在里面」——这是一种网络效应，也是选址成为战略决策的原因（Megaport 域 L1 提出的那个结论，在这里变成具体约束）。空间与电力：你以为买的是机柜面积，实际买的是电力——月费主要由承诺功率决定，而电力（不是空间）才是真正稀缺的资源，高密度机柜在很多老机房里根本供不上。交叉连接：机房内点对点的物理连接，一次性安装费加月费，这是 Equinix 商业模式里毛利最高也最有护城河的部分（数十万条量级的存量连接本身就是壁垒）；
L2 数据链路层
这一层是这个域除物理层之外最有价值的部分，因为互联才是 Equinix 真正的高毛利业务。要掌握三条产品线与一个对照。Equinix Fabric：在你已有物理接入的基础上，用软件按需开出到云、到其他机房、到服务商的虚拟连接——机制与 Megaport 的 VXC 高度相似，这是全站第一次出现两个直接对标的产品，所以本层专门做一节对照，因为选型时最需要知道的就是两者差别（一个拥有机房、一个租用机房空间）。Equinix Internet Exchange：交换型对等平台，用于与其他成员交换流量，可显著降低传输成本并改善时延，但需要自有 AS 号与地址。同城与园区内互联：同一都会区内跨站点、同园区跨楼的连接，这是企业双机房架构的物理基础。
L3 网络层
这一层有一个别的域给不了的独特价值，也有一组与 Megaport 高度重合的产品，要分开看。独特的那部分是多归属：IBX 里聚集了大量运营商与交换成员，所以在这里做多归属是全站最容易的——向两三家运营商各拉一根交叉连接买传输、再接一个交换端口做对等，你就有了真正的多路径出口；这件事在自有机房里往往要等数月施工，在云上则根本不是同一种能力。重合的那部分是软件定义路由：Fabric Cloud Router（FCR）是 fabric 里的虚拟路由器，跑 BGP、不需要买硬件，机制与 Megaport 的 MCR 高度相似（L2 的对照结论在这里继续适用）；
L4 传输层
该层为空，没有产品或服务。这个域卖的是空间、电力、制冷、物理安保与跨接互联（见前面各层），不是设备或网络服务——它没有负载均衡、会话管理等四层产品，这类能力属于本站进驻它机房的设备厂商与云域，不是它自己的业务。
L5 会话层
这一层的应用会话部分是空白（fabric 与交叉连接对上层会话完全透明），但控制面上有实在内容，而且这个域在这里有一个别的域都没有的混合特征：它同时是两种运维模式。物理侧仍是订单与工单驱动的——交叉连接要下订单、要对端授权书、要等施工，Smart Hands 要开工单，这些流程虽然慢，但天然带着确认环节，是一层免费的护栏（与 GCX 域跨层的工单模式同源）。软件侧则是点几下就生效的——Fabric 虚拟连接、FCR 路由、Network Edge 实例都是分钟级变更、没有内置审批，风险方向与 Megaport 域跨层完全一样。所以这个域的运维治理必须按两套节奏设计，不能用一套流程套两边：物理变更要防的是流程漏项与排期误判，软件变更要防的是无人审批与无人认领。
L6 表示层
该层为空，没有产品或服务。跨接互联（见 L1）是物理层的一段线路，它不参与其中承载的比特是什么、有没有加密——加解密完全由跨接两端各自的设备决定，这个域不提供、也不参与。
L7 应用层
按 L4 立下的读法，这一层很薄：Equinix 不做任何应用层流量处理——没有 WAF、没有 API 网关、没有 DNS 服务、没有 CDN、没有应用交付与全局负载。但它有两块实在内容，其中一块是这个域独有的。它自己的应用是门户、API 与设施遥测：门户与 API 承担下单、连接管理、进场预约与工单跟踪（见 L5），而设施遥测（IBX SmartView 类能力）提供机柜与回路级的电力与环境数据——这一项直接闭合了 L1 留下的一个环：既然月费是按承诺功率算的，你就需要能核查实际用量到底是多少、离承诺还有多少余量，这是这个域少有的、别人给不了的应用层价值。
夸层 运维与治理
这一层要讲清一件在前面七层里反复出现但没有正面处理的事：这个域的运维模型与本站其他任何域都不同——它不是「改配置」的运维，而是「签合同 + 提工单 + 派人到现场」的运维。 后果很实际：你的响应速度取决于合同等级与当地人力，而不取决于你的自动化水平（Fabric 类逻辑连接是例外，见 L2、L5）。四块内容。合同与生命周期：这是最重要也最容易被忽略的一块——这家公司是房地产信托结构（见公司简介），它的商业行为要从「收租」这个角度理解，而由此产生的续约涨价、合同期与退出成本，是选型时比功能更该算清的东西。成本治理：电力是最硬的约束也是主要成本项，而交叉连接的月费会累积成一笔可观的固定支出，这两项的失控通常不是因为单价，而是因为没有台账。
世纪互联
主场：L1
L1 物理层
这一层就是这个域的全部生意，所以它标星在这里——它卖的是机柜、电力、制冷与物理互联，而不是网络服务。 理解这个域的入口是「中立」这两个字，而它的含义必须放在中国的语境里才说得清：在中国大陆，三大运营商各自都有规模庞大的自建机房，而租在其中一家的机房里，网络上天然偏向那一家；这个域自己不拥有运营商网络，所以它能把多家运营商的线路引进同一栋楼——这就是它存在的理由，也是它相对运营商自建 IDC 的核心卖点。与本站 Equinix 域是同一套中立逻辑，但规模与地理完全不同：Equinix 是全球布局、互联生态密集；这个域以中国大陆为主、覆盖范围小得多——两个域对照读是理解双方最快的方式。三块内容。
L2 数据链路层
这一层要先如实说清分量：它比 L1 薄，因为这个域的生意本体是物理空间，网络服务是长在物理设施之上的邻接业务而不是核心。 这个定位差别有实际意义：本站几个运营商域（AT&T、NTT、Lumen）在这一层卖的是跨城市跨国的二层电路，靠的是自有长途路由；而这个域卖的二层业务主要在自己的园区之间、以及从园区通往云和交换平台——范围小得多，但在它覆盖的位置上，因为起点就在你机柜旁边，交付快、成本低。三块内容。园区内与跨园区二层互联：这一节最重要的内容是一条反模式警告——把二层延伸到另一个机房听起来方便，实际是把两个机房的故障域合并了。云直连的二层交付：从机柜直接连到云服务商的接入点。交接规格与租户隔离：标签、MTU 与多租户环境下的隔离责任。
L3 网络层
这一层是这个域最有中国特色的一层，两块内容在本站其他域里都找不到对应。 多线 BGP 接入：它存在的根本原因是一个中国特有的结构性问题——跨运营商访问的质量长期明显差于同运营商内访问（互联互通带宽有限，跨网时延与丢包更高）。在海外市场，你的用户从哪家运营商来通常不太影响体验；而在国内，这件事直接决定了访问快慢——所以「多线」在国内是刚需而不是优化项，这也是中立机房最核心的网络卖点。这一节要说清一个市场上混用很严重的区别：「BGP 多线」与「双线双 IP」根本不是一回事。IP 地址与备案：在中国大陆提供网站服务需要备案，而备案与 IP 地址、机房主体绑定——这是一条会实质影响迁移成本的行政约束，海外域完全没有。
L4 传输层
这一层要先说清一件事，它是这个域与本站 H3C 域的一处差别：服务器负载均衡不是它的产品线。 本站 Arista 域、Juniper 域、Palo Alto 域、锐捷域与几个运营商域在这一层同样是缺口，而 H3C 域有自己的负载均衡产品——这个域回到了缺口那条线上，需要做应用交付时要用第三方设备或云服务。那么这一层它真正的内容是什么？是「带宽这件商品的实际交付质量」，而这恰好是国内 IDC 采购里水最深的一块。 三块内容。跨运营商传输性能：这一节是把 L3 那条多线 BGP 的价值真正讲透的地方——跨网访问「慢」不是线性的，因为丢包对 TCP 吞吐的影响是按平方根反比放大的，所以跨网那点丢包造成的实际损失，远比时延数字看起来严重。
L5 会话层
这一层在托管场景下有一个非常具体的形态：你的设备在别人的楼里，那么「你怎么对它下指令」这件事本身就是一层需要设计的东西。 三块内容，按技术、人、流程分开。带外管理与远程操作：这一节要讲清一条最容易被省掉、又在最需要时致命的设计要求——带外管理网络必须与业务网络物理分离，否则业务网不通的时候，你连进去看一眼的手段也一起没了。授权治理：谁能代表你向机房下指令——这是人的问题而不是技术问题，而它是这一层最被忽视的风险：授权人清单不更新，离职的人还能让机房重启你的服务器。工单、响应时限与变更窗口：流程侧的约定。
L6 表示层
这一层要拆掉一个在国内 IDC 采购里极常见的误解，它是这一层最有价值的内容：「机房过了等保」不等于「你的系统过了等保」。 这两件事的测评对象、范围与责任主体都不同，而把它们当成一件事会导致一个很具体的后果：以为选了合规机房就万事大吉，结果自己的系统测评时发现大量条目没人负责。三块内容。它在合规链条里的角色：这个域不是密码产品提供方——它提供的是符合要求的物理与网络环境，而国密算法与密码产品要看本站 华为域、H3C 域、锐捷域与阿里云域。责任边界划分：机房覆盖哪些条目、你自己要覆盖哪些。数据本地化与出境：把数据放在境内是很多业务的合规要求，而这恰恰是选境内机房的原因之一；跨境传输则涉及另一套要求。
L7 应用层
这一层有一块内容是这个域独有的，在本站找不到第二处：它的关联主体持牌运营境外公有云在中国大陆的实例。 因为境外云服务商不能直接在中国大陆运营，微软的 Azure 与 Office 365 中国实例长期由其关联主体运营（具体主体与形态以最新公告为准）——这个安排对跨国企业有一系列很具体的实际影响，而它们几乎总被「我们全球用 Azure」这句话掩盖过去。三块内容。门户、监控与告警：机柜环境、电力与带宽的可视化，而这一节要立的判断与本页 Lumen 域 L7 同源：你看到的是机房侧的指标，业务侧要自己建。托管运维与增值服务：代维之上的那些服务。境外公有云的中国实例运营：这一节是这个域最值得读的部分。
万国数据
主场：L1 / L7
L1 物理层
这一层就是这个域的全部生意，跟本站 Vianet 域是同一套中立逻辑与同样的能耗指标硬约束（机柜、电力、制冷、交叉连接、能耗指标——机制不重复，见 Vianet 域 L1）。这个域真正值得单独讲的是卫星城策略：北京、上海、深圳这类核心一线城市的土地与电力指标已经接近枯竭，这个域把大量规模建在了核心城市外围的卫星城——廊坊（临近北京）、昆山/南通（临近上海）、惠州（临近深圳）——离核心城市近到能维持可接受的时延，又远到能拿到土地与电力审批。
L2 数据链路层
机房内配线与交叉连接，机制与本站 Vianet 域完全一致（中立性的技术体现，见 Vianet 域 L2），不重复展开。
L3 网络层
多家运营商线路的物理引入与多线接入，机制与本站 Vianet 域完全一致（见 Vianet 域 L3），不重复展开。核查要点也相同：确认你需要的运营商是否真的已引入目标那栋楼，而不是「园区有」。
L4 传输层
带宽池与突发额度计费，机制与本站 Vianet 域完全一致（见 Vianet 域 L4），不重复展开。
L5 会话层
带外管理、门户与工单流程，机制与本站 Vianet 域完全一致（见 Vianet 域 L5），不重复展开。
L6 表示层
等保测评与合规责任边界，机制与本站 Vianet 域完全一致（见 Vianet 域 L6），不重复展开。
L7 应用层
这一层有一块内容是这个域独有的：DayOne，它面向东南亚市场（印度尼西亚、马来西亚等）的国际业务品牌。这跟本站 Vianet 域 L7 的独有内容正好是方向相反的镜像——Vianet 域讲的是境外云服务商的中国实例由本地持牌主体运营（资本与能力向内流入）；这个域的 DayOne 讲的是中国数据中心运营商向海外扩张（资本与能力向外输出），两者放在一起读，能看清中国数据中心行业跟全球资本/能力流动的两种关系。门户、监控与告警、以及代维/托管运维这两块常规能力，机制与本站 Vianet 域完全一致，不重复展开。
CoreSite
主场：L1 / L3
L1 物理层
这一层就是这个域的产品本身。跟本站 Equinix 域一样，机柜面积不是真正稀缺的资源，电力才是——月费主要由承诺功率决定。这个域跟 Equinix 最大的架构差异是覆盖策略：Equinix 追求全球城市数量最大化，这个域反过来，只集中在美国少数几个大都会区（洛杉矶、湾区、丹佛、芝加哥、纽约/新泽西、波士顿、迈阿密与北弗吉尼亚），但在每一个都会区里做得很深——尤其是云服务商直连接入点的密度，洛杉矶与丹佛的园区是这个域跟主流云服务商专线接入点最密集的地方之一。交叉连接同样是机房内点对点物理连接，一次性安装费加月费，跟 Equinix 域的模式一致。
L2 数据链路层
该层为空，没有产品或服务。这个域不建交换机、不管理 VLAN——机房内的二层交换是入驻客户自己设备的事；它的软件定义互联能力（Open Cloud Exchange）整体上是把「连接到云和其他客户」这件事产品化，放在 L3 一起讲更完整，这里不单独拆分。
L3 网络层
这是这个域第二个星标层：Open Cloud Exchange，它的软件定义互联平台，是本站 Equinix 域 Fabric、Megaport 域 VXC 的直接对标产品——在已有物理接入的基础上，用软件按需开出到云服务商、到其他入驻客户的虚拟连接，不需要为每一条新连接重新拉一根物理交叉连接。跟 Equinix Fabric 的差异主要不在机制（两者都是「先接一次物理、后续软件开连接」的思路），而在覆盖范围：Open Cloud Exchange 只在这个域自己的园区内生效，覆盖的都会区数量远少于 Equinix Fabric，但在它覆盖的园区里（尤其洛杉矶、丹佛），云直连接入点的密度是它的核心卖点（见 L1）。
L4 传输层
该层为空，没有产品或服务。这个域卖的是空间、电力与物理/虚拟互联，不是设备或网络服务——它没有负载均衡、会话管理等四层产品，这类能力属于进驻它机房的设备厂商与云域。
L5 会话层
这一层的应用会话部分是空白（互联对上层会话完全透明），但运维节奏上有实在内容：跟本站 Equinix 域一样，这个域同时是两种运维模式。物理侧仍是订单与工单驱动的——交叉连接要下订单、要对端授权书、要等施工，remote hands（代客操作）要开工单，流程慢但天然带确认环节。软件侧是分钟级生效的——Open Cloud Exchange 的虚拟连接开通没有内置审批。选型与运维时必须按两套节奏设计流程，不能用一套流程套两边；另外权限也有物理（门禁名单）与逻辑（门户账号）两套，人员离职或转岗需要两边一起回收。
L6 表示层
该层为空，没有产品或服务。交叉连接与虚拟连接都是物理/链路层的透明通路，不参与承载的比特是什么、有没有加密——加解密完全由连接两端各自的设备决定。
L7 应用层
这一层很薄，跟本站 Equinix 域一致：它不做任何应用层流量处理——没有 WAF、没有 CDN、没有应用交付。但有两块实在内容。自己的应用是客户门户与设施遥测：门户承担下单、连接管理、进场预约与工单跟踪，设施遥测提供机柜与回路级的电力与环境数据——这直接对应 L1 「电力才是真正稀缺资源」这个结论：月费按承诺功率算，客户需要能核查实际用量离承诺还有多少余量。另一块是同楼直连的优势：如果目标云服务商或客户就在同一栋楼里，可以直接用一根交叉连接连过去（见 L1），比任何虚拟连接都短；但要如实说明，这依赖目标方是否提供本地接入点，并非所有云服务或 SaaS 都支持。
Colt DCS
主场：L1
L1 物理层
这一层就是这个域几乎全部的业务，但跟本站 Equinix、CoreSite 两个域的形态完全不同：它卖的不是机柜零售，而是整层、整栋的批发空间与建好即用的电力容量（powered shell / build-to-suit），客户几乎全部是超大规模云服务商与顶级企业，不是聚集大量小租户的零售托管市场。历史上它跟本站 Colt Technology Services 域出自同一家 Colt Group，约 2015 年拆分为独立的数据中心专营公司，此后主要投资方变成日本三井物产——这条投资关系跟它在日本市场的重点布局相互印证。它在欧洲有长期积累的园区网络，近年重点投入扩展到日本与印度这类超大规模云需求快速增长的市场。
L2 数据链路层
该层为空，没有产品或服务。这个域不做零售托管，客户拿到的是整层/整栋专属空间，没有跟其他租户共享的二层网络需要它来管理——机房内的网络由客户自己的设备负责。
L3 网络层
该层为空，没有产品或服务。这是这个域跟本站 Equinix、CoreSite 两个域最关键的差异：它没有软件定义互联产品——没有可比拟 Equinix Fabric 或 CoreSite Open Cloud Exchange 的互联交易市场，因为它的客户结构是少数超大规模租户各自独占整层空间，不存在「很多租户互相连接」的互联需求。
L4 传输层
该层为空，没有产品或服务。这个域卖的是批发空间、电力与制冷，不是设备或网络服务。
L5 会话层
该层为空，没有产品或服务。批发客户直接管理自己整层空间内的运维，不依赖这个域提供的门户或工单系统做日常连接管理——这跟本站 Equinix、CoreSite 域面向大量零售租户的门户/工单运维模式不同。
L6 表示层
该层为空，没有产品或服务。它不参与客户在自己专属空间内运行的任何应用或加密方案。
L7 应用层
该层为空，没有产品或服务。它不提供应用层流量处理，也没有公开披露的客户门户/遥测类产品可以确认——跟本站 Equinix、CoreSite 域面向零售租户的门户与设施遥测应用不同，批发客户的设施监控通常整合进合约条款而非标准化的自助式产品，如实说明为空而不是猜测其具体形态。
Digital Realty
主场：L1 / L3
L1 物理层
这一层就是这个域的产品本身，跟本站 Equinix 域一样，机柜面积不是真正稀缺的资源，电力才是。这个域最值得单独讲的是它同时跨越批发与零售两端——这跟本站其他数据中心域都不一样：本站 Colt DCS 域是纯批发（整层卖给超大规模客户，没有互联交易市场），本站 Equinix、CoreSite 两个域是纯零售（大量小租户密集互联）；这个域最初以批发式整层电力容量起家服务超大规模云厂商，2020 年以约 84 亿美元收购欧洲互联运营商 Interxion，一次性获得了欧洲主要互联网与云直连枢纽城市（法兰克福、阿姆斯特丹、伦敦、巴黎、马赛等）里高密度的零售托管与互联能力，这笔收购是它从「纯批发玩家」变成「跟 Equinix 正面竞争的双线玩家」的关键一步。
L2 数据链路层
该层为空，没有产品或服务。这个域不建交换机、不管理 VLAN——机房内的二层交换是入驻客户自己设备的事；它的软件定义互联能力（PlatformDIGITAL / ServiceFabric）整体上是把「连接到云和其他客户」这件事产品化，放在 L3 一起讲更完整，这里不单独拆分。
L3 网络层
这是这个域第二个星标层：PlatformDIGITAL，对外统一命名的数据中心平台生态，其中软件定义互联的具体产品是 ServiceFabric——在已有物理接入的基础上，用软件按需开出到云服务商、到其他入驻客户的虚拟连接，跟本站 Equinix 域 Fabric、CoreSite 域 Open Cloud Exchange 是同一类产品。这个域独特的一点是它同时继承了两条覆盖版图：批发客户原有的园区网络与并购 Interxion 后获得的欧洲零售互联枢纽，选型时应该确认目标都会区的互联能力具体来自哪一条谱系，因为两条谱系的成熟度与本地生态密度可能不一样。
L4 传输层
该层为空，没有产品或服务。这个域卖的是空间、电力与物理/虚拟互联，不是设备或网络服务——它没有负载均衡、会话管理等四层产品，这类能力属于进驻它机房的设备厂商与云域。
L5 会话层
这一层的应用会话部分是空白（互联对上层会话完全透明），但运维节奏上有实在内容，跟本站 Equinix、CoreSite 两个域一致：这个域同时是两种运维模式。物理侧仍是订单与工单驱动的——交叉连接要下订单、要对端授权书、要等施工，remote hands 要开工单。软件侧是分钟级生效的——ServiceFabric 虚拟连接开通没有内置审批。这个域还多一层复杂性：批发客户与零售客户（原 Interxion/Teraco 客户）的运维流程与账号体系历史上可能并不完全统一，选型时应确认目标园区适用的是哪一套流程。
L6 表示层
该层为空，没有产品或服务。交叉连接与虚拟连接都是物理/链路层的透明通路，不参与承载的比特是什么、有没有加密——加解密完全由连接两端各自的设备决定。
L7 应用层
这一层很薄，跟本站 Equinix、CoreSite 两个域一致：它不做任何应用层流量处理——没有 WAF、没有 CDN、没有应用交付。但有两块实在内容。自己的应用是客户门户与设施遥测：门户承担下单、连接管理、进场预约与工单跟踪，设施遥测提供机柜与回路级的电力与环境数据——这直接对应 L1「电力才是真正稀缺资源」这个结论。另一块是同楼直连的优势：如果目标云服务商或客户就在同一栋楼里（尤其在原 Interxion 覆盖的欧洲互联枢纽），可以直接用一根交叉连接连过去，比任何虚拟连接都短；但要如实说明，这依赖目标方是否提供本地接入点。
