2026 伊斯坦布尔服务器租用资源账：双洲分区供电/KVKK 出境/抗震设计避雷全解

把欧洲、中东、中亚三向用户塞进同一张网络，才是伊斯坦布尔真正的动机

企业在土耳其落地第一批机器，几乎从来不是因为便宜。伊斯坦布尔被反复提起的原因只有一条：位置。它同时压在欧洲、中东与中亚三条业务走廊的交汇处，一个站点的网络覆盖面能横跨三个方向的用户群。对跨境电商而言，这意味着商品详情页、购物车与结算链路不必分别在三个大区各建一套；对做区域总部的 SaaS 团队而言，意味着一套主控集群就能覆盖从东欧到海湾再到中亚的租户；对游戏与流媒体业务而言，意味着版本更新与内容分发可以从同一个源站推向三个方向。

三类业务的动机并不一样，选型上也就不该套同一个模板。跨境电商看重的是就近接入与回源稳定，关注点在于本地运营商的覆盖质量与到目标市场的路径；金融与支付类看重的是监管可接受性与审计可解释性，关注点在于数据放在哪里、谁有权访问、日志留存多久；游戏与媒体看重的是突发带宽与连接数，关注点在于峰值能否扛住、扩容周期有多长。把这三类需求混在一起谈"伊斯坦布尔好不好"，得出的结论通常没有可执行性。

也要说清楚什么时候不该把伊斯坦布尔作为第一落点。如果你的用户高度集中在某一个内陆单一市场，而该国本身已有成熟机房与更短的接入链路，那么绕道伊斯坦布尔只会增加一跳；如果你的业务只是需要一台在欧洲有公网地址的跳板机，那么一台低配云主机就能解决，不必进入物理托管市场；如果你的核心诉求是把数据放在监管最宽松的地方，那么土耳其恰恰不是一个宽松的选项——它的个人数据出境规则是明确的、有条件的，这一点后文会展开。

还有一个容易被忽略的前置条件：伊斯坦布尔的需求密度是土耳其全国最高的。第三方口径显示，伊斯坦布尔省约占土耳其 2025 年数据中心支出的 62%。集中度高的好处是生态成熟、可选供应商多、运维人力好找；代价是土地与电力指标紧张，排队与扩容难度高于周边城市。这个矛盾决定了后面所有关于"外溢"的讨论。

跨欧亚两洲不是修辞：欧洲侧与亚洲侧签的是两份不同的配电合同

伊斯坦布尔被博斯普鲁斯海峡切成两半，这件事在旅游语境里是风景，在机房语境里是供电合同。城市欧洲侧的配电公司是 BEDAŞ，亚洲侧的配电公司是 AYEDAŞ，两侧分属不同的配电网运营主体。这条事实的工程含义非常直接：在同一座城市内部做双站点部署时，可以天然落在两个不同的配电网之下，而不需要跨城市、跨国家去凑"独立性"。

把"不同配电网"翻译成可用性语言，就是两个站点的上级变电站、检修计划、故障影响域、扩容审批口子都不在同一套体系里。一侧因计划检修或局部故障停电时，另一侧处于另一个运营主体的调度之下，受到同一事件波及的概率结构与同城同网的两个机房并不相同。这正是"同城双活"和"同城灾备"在伊斯坦布尔比其他城市更容易做出来的根本原因——它不是靠人为拉远物理距离换来的，而是靠城市本身的行政区划与配电格局自带的。

但必须把话说完整：不同配电网不等于绝对独立，更不等于永不中断。两个站点仍然可能共享上游输电通道、共享区域内的发电结构、共享同一份国家层面的能源政策，极端情况下也可能同时受影响。因此采购时要向运营方核实的是具体接入路径：两个站点各自的上级变电站是哪一座、是否为不同引入、机房侧的市电引入是几路、自备电源的续航按什么工况标定。这些问题有答案才叫架构设计，没答案只是把"跨洲"两个字写进了方案里。

还有一种常见误判需要提前排除：如果所谓"双站点"实际上是同一家运营商在同一园区内的两栋楼，或者两栋楼共用同一段引入电缆与同一套配电房，那么"欧洲侧加亚洲侧"的说法就失效了。判断标准不是地图上的距离，而是能否拿到两份可核对的接入说明。拿不出来，就按单站点来做容量与冗余规划，宁可低估也不要高估。

30 到 60 公里是怎么来的：跨洲站间距与跨海峡光缆路由的取舍

在伊斯坦布尔做同城跨洲双站点，站间距落在 30 到 60 公里是常见设计。这个区间不是拍出来的：一端要跨过海峡与建成区，把两个站点真正放进两个不同的配电与市政体系；另一端又要控制在同城范围，让两地之间的互访时延、同步链路成本与运维可达性都保持在可接受水平。距离太短，容易退回同一个影响域；距离太长，就不再是"同城双活"，而变成"异地灾备"，业务架构与成本模型都要重写。

具体到业务侧，这个距离决定了你的数据同步策略能不能用同步复制。数据库同步写对往返时延极其敏感，站间距带来的光纤物理长度会直接吃掉预算；而异步复制虽然不受此约束，却要在故障切换时接受一定程度的数据差异。选型时的正确顺序是：先定数据一致性的容忍度，再定复制方式，最后才看站间距是否可行，而不是反过来先选了两个机房再逼业务改架构。时延部分只能实测，不同运营商、不同路由、不同时段的实测结果都可能存在差异，任何写进方案的毫秒数都必须由你自己在目标链路上跑出来。

跨洲光纤路由的可用性是另一个必须单独拿出来谈的点。海峡是天然的物理分割，两岸之间的光缆过海通道数量有限，这意味着路由多样性需要被当作一个专门问题去核实：两个站点之间有几条物理分离的路径、过海峡的段落是否有备份路由、路由的维护窗口如何安排、历史上是否出现过两岸互联同时受损的事件。这些信息属于必须向运营方与链路提供方逐项确认的范围，不能假设"同城就一定有多路由"。

运维可达性也值得提前算账。同城双站点的优势之一是工程师可以在同一天内到达两处，但这取决于实际交通状况与机房的入场审批流程。跨洲站点之间如果遇到封桥、恶劣天气或大型活动管制，通勤时间可能远超地图距离给出的预期。签约前应该确认两侧的入场授权是否互相通用、7×24 是否都能进入、远程手（Remote Hands）的响应范围包不包含硬件更换与介质操作。

地震语境下的选型口径：索要结构资料，而不是索要口头承诺

土耳其处于地震活跃区域是公开的地理常识，但把这个常识带进采购流程的正确方式不是问"你们那里安不安全"，而是问"你们能拿出什么文件"。安全不是一个形容词，是一组可核对的结构资料。渲染灾害对决策没有任何帮助，因为风险无法靠情绪管理；能管理风险的是设计标准、施工验收与设备固定的具体做法，这些都有据可查。

需要向运营方索取的资料建议列成清单逐项打勾：建筑结构鉴定报告与抗震等级证明、竣工验收文件、机房所在楼层与结构形式说明、机柜与地面的固定方式及配重做法、不间断电源与电池架的支撑与防位移做法、柴油发电机与油箱的基础固定方式、管线与桥架的抗震支吊架做法。隔震设计是其中一项值得特别询问的内容——公开资料提到 Turkcell 位于盖布泽的站点采用了隔震设计，这类设计属于结构性措施，采购方有权要求运营方说明它覆盖的是整体结构还是局部设备，以及交付后是否做过复测。

要把隔震与抗震的区别讲清楚。抗震设计解决的是结构在受力下不倒塌、关键构件不失效；隔震设计解决的是把上部结构与地面运动隔离开、减小传递上来的能量。两者的目标层级不同，代价不同，能提供的保护范围也不同。运营方说"我们是隔震设计"时，追问一句"哪一部分、按什么标准、有没有第三方验证"，得到的答案才是可用的。本文不提供任何地震烈度数值与发生概率的估计，这类数字必须由具备资质的机构依据项目所在地出具，写进采购文件的应该是"要求提供"而不是"我估算"。

设备层面的固定同样不能只看建筑。高密度机柜重量大、重心高，地震作用下的倾覆与位移风险主要落在机柜与地面、机柜与机柜之间的连接上；电池架与 UPS 本体的重量集中，支撑不足时风险更大；柴油发电机与日用油箱如果没有可靠固定，即使结构完好也可能因为附属设施失效而无法启动。因此验收时应实地核对：机柜是否与地面或底座刚性连接、是否成排连接形成整体、电池架是否有防位移挡块、管道是否有抗震支吊架、发电机基础是否有锚固。

还有一条容易被忽视：灾后能否持续运行，取决于备件的可得性与人员的进场能力，而不是取决于建筑本身是否完好。签约时应问清备件库存放在哪里、是否在本国境内、更换件从下单到上架的周期如何、发生区域性事件时运维团队是否有既定的应急接管流程。这些问题的答案不进合同，架构图上的"双活"就只是一张图。

KVKK 出境判断第一层：先分清你要搬走的到底是不是个人数据

土耳其的个人数据保护框架以第 6698 号个人数据保护法（KVKK）为核心，该法自 2016 年起对个人数据的出境设定条件。第一步判断永远是最朴素的一步：你要传输出境的数据里，究竟有没有个人数据。很多团队一上来就讨论"能不能出境""用哪个机制"，却没做过数据清单，结果要么过度保守地把所有系统都压在本地、成本失控，要么草率地把含个人数据的日志同步到境外、事后才发现踩线。

建议的做法是先做数据流测绘，而不是先做法律判断。把系统拆成三类：第一类是确认不含任何个人数据的，例如脱敏后的聚合指标、设备运行 telemetry、公开的商品目录；第二类是可能间接识别到自然人的，例如带用户标识的行为日志、订单号与设备指纹、IP 与账号的映射关系；第三类是明确含个人数据的，例如身份信息、联系方式、支付与账户信息、生物特征。第二类是争议高发区，也是最容易在出境评估中被漏掉的部分，因为它在技术视角下"看起来只是日志"。

还要把数据形态的变化考虑进去。日志、备份、监控快照、测试环境数据、研发用的样本库，往往在生产系统设计时没有被纳入出境评估，却在运维过程中被复制到境外。很多合规风险不是出在主链路，而是出在这些"顺手同步"的支线上。做数据流测绘时，应把这些旁路一并纳入清单，并明确每一项的存储位置、保留周期与访问主体。

这一层的结论必须写成文档，并且与后两层的机制选择对应起来。因为第三层涉及的行业监管要求，往往会回溯审查你在第一层做过什么样的分类。分类做得越粗，后续的解释成本越高；分类做得越细，机制选择的余地越大。具体适用以法律文本与主管机构最新口径为准，本文不作法律意见。

第二层：出境机制是几类可选路径，标准合同只是其中一类

第二层判断落在"能出境的话，靠什么机制出境"。第 7499 号修订法于 2024 年 3 月 12 日刊登在官方公报，大部分修订自 2024 年 6 月 1 日生效，旧的第 9 条在过渡期内沿用至 2024 年 9 月 1 日；个人数据保护局随后于 2024 年 7 月发布了出境程序细则与四份标准合同范本。这些时间节点的意义在于：出境规则在过去两年里经历过实质调整，任何基于旧材料做的判断都可能已经失效，必须以最新文本与主管机构口径重新核一遍。

从机制类别上说，常见的路径包括数据主体的明示同意、接收方所在国家或地区的充分性认定、以及通过标准合同等适格工具提供适当保证等类别。这里只做类别层面的说明，不展开适用条件，也不替任何具体业务下结论——哪一类适用于你的场景、需要满足哪些前置程序、要不要向主管机构办理通知或备案，属于必须由你的法务与当地合规顾问依据现行文本判断的事项。本文能提供的只是提问框架：你走的是哪一类、依据是哪一条、有没有书面记录、接收方链条上还有没有次级接收方。

特别要提醒的是标准合同范本的用法。范本解决的是合同文本问题，不解决数据mapping问题。签署之前仍要回答：出境的数据项有哪些、出境目的是什么、接收方是谁、是否涉及再转移、保存多久、数据主体如何行使权利。范本有四份，说明不同场景的文本并不通用，用错版本的后果与没签差别不大。因此签署动作之前必须先完成第一层的数据清单，两个层次不能颠倒。

流程上还有一个现实的时间成本。出境评估、文本签署、内部审批都会占用项目周期，如果在机房签约与设备上架之后才发现数据出境路径没有打通，返工代价极高。正确顺序是合规先行：先确定哪些数据必须留在土耳其境内、哪些可以出境、可出境的部分走哪类机制，再决定两地之间的系统拆分方式。具体适用以法律文本与主管机构最新口径为准。

第三层：银行与公共部门叠加出来的本地托管要求

第三层是行业监管，也是最容易让"技术上可行"变成"合规上不可行"的一层。监管态度本身已经相当明确：土耳其交通与基础设施部副部长曾表示要把土耳其的数据留在土耳其；2025 年 3 月 19 日《网络安全法》生效，并设立网络安全主席团。这两条信号叠加起来读出的结论是：涉及关键信息基础设施与公共部门负载的系统，本地化的压力会持续存在，而且在未来只会更具体、更可执行。

银行、支付、保险等受监管行业的系统，通常会在通用个人数据规则之外再叠加一层本地托管与审计要求，例如核心系统必须落在境内、日志与备份不得离境、监管有权现场检查、第三方托管方需满足特定资质。公共部门与政务相关负载的要求方向类似，且往往对托管方的资质、人员背景与访问审计提出额外条件。这些要求的具体条文与适用范围，必须向主管机构与你的合规顾问核实，本文不代为列举具体条款。

对架构的直接影响是：受监管负载与非受监管负载应当分开规划，不要为了省事塞进同一个集群。分开之后，受监管部分可以老老实实落在本地机房并接受更严格的访问控制，非受监管部分（例如面向国际用户的静态资源、不含个人数据的计算任务）则保留更大的部署自由度。混在一起的结果是，最严格的那套要求会覆盖到全部系统，成本与复杂度都被拉高。

还有一个常被忽略的点：合规不是一次性动作。监管要求会更新，业务范围会变化，数据流向会随系统迭代而改变。因此托管合同里应保留定期复核与调整空间的条款，运维流程里应保留数据流变更的评审环节。把合规当成项目启动阶段的一个勾选框，是这类项目最常见的失败方式之一。

160 MW 已投运、210 MW 在路上：容量数字背后的电力与土地双紧

看容量不能只看总数，要看结构。第三方口径显示，截至 2025 年末土耳其已投运数据中心总容量约 160 MW，在建项目落地后有望超过 210 MW，增幅约 30%；行业目标是把 250 MW 级的基础设施扩大数倍、在 2030 年前超过 1 GW，配套的国家计划投资超过 100 亿美元。这组数字传达的信息是：新增产能是有的，但增速与需求侧的扩张相比并不宽裕，且新增部分越来越多地落在伊斯坦布尔之外。

对采购方来说，真正影响交付的是"可批给你的那一块"而不是"全国总共有多少"。伊斯坦布尔省约占土耳其 2025 年数据中心支出的 62%，需求高度集中；与此同时，城市土地与电力接入指标是硬性约束，园区不是想扩就能扩。结果是大单客户、高密度客户在伊斯坦布尔市内拿到理想电力容量的难度上升，等待周期变长，而中小功率需求反而相对容易在现有设施中找到空位。谈容量时应当把自己的功率需求、上架时间表与扩容预期一次性说清，让运营方按真实需求给方案，而不是先按小功率签约再试图追加。

容量紧张还会传导到商务条款。签约时应确认：当前批给你的功率是"已建成可用"还是"待扩容交付"、扩容部分的交付时间点写在哪一条、如果扩容延期有什么处理方式、机柜的实际供电上限与铭牌值是否一致。很多纠纷不是出在单价上，而是出在这些时间与口径的模糊上。电力申请的批复状态属于必须逐项核实的内容，不能接受"应该没问题"这类口头答复。

溢出城市不是备胎：盖布泽、安卡拉、伊兹密尔各有明确分工

把视野从伊斯坦布尔市挪开一层，会看到一圈职能清晰的承接城市。土耳其的数据中心分布在安卡拉、布尔萨、代尼兹利、伊斯坦布尔、伊兹密尔、盖布泽、泰基尔达等省市，这不是随意铺开的结果，而是土地、电力、网络与风险因素共同作用的产物。理解每个城市承担什么角色，比单纯比较"哪个城市更便宜"有用得多。

盖布泽（科贾埃利）承接的是伊斯坦布尔亚洲侧的溢出产能，距离主城不远却能提供更大的单体规模。公开资料提到 Turkcell 在盖布泽、安卡拉、伊兹密尔、伊斯坦布尔均有机房，其中盖布泽站点约 30 MW、承载超过 16,000 台服务器，并采用隔震设计。对需要较大功率块、又不想离开伊斯坦布尔都市圈的客户，盖布泽通常是先看的地方。

安卡拉的标签是政务与公共部门负载，同时也是内陆侧的第二个锚点；Türk Telekom 在安卡拉、伊斯坦布尔、伊兹密尔拥有 Tier III 设施，第三方口径称其白区面积超过 10,000 m²。伊兹密尔因远离北安纳托利亚（马尔马拉）断层带，常被视为伊斯坦布尔与安卡拉之外的灾备选项，同一运营商在两地均有设施这一点，也让跨区域双中心在同一个服务方下变得可操作。布尔萨、代尼兹利、泰基尔达等则在区域覆盖与产业配套上各有位置。

Vodafone Türkiye 在伊斯坦布尔拥有约 9,000 m² 的 Tier III 设施，这类运营商自建设施的存在说明本地市场并不只有第三方中立机房一条路。选择运营商机房还是中立机房，取决于你更看重网络侧的整合能力，还是更看重多云与多链路接入的中立性。两种选择没有优劣，只有适配与否。

五城承载角色与待核实项对照

这张表的使用方法很简单：左两列是可以先在公开材料里查到的东西，右一列是无论查到什么都必须再问一遍的东西。采购判断的错误大多发生在"用公开事实替代项目核实"这一步——看到某运营商在某城有机房，就默认功率、路由、资质都满足自己的要求，直到上架阶段才发现问题。

从传统机柜到每机柜 40 到 50 kW：密度改写的是电力申请口径

密度的变化正在重写机柜这个计量单位的意义。公开资料提到 Khazna 位于伊斯坦布尔的 TUR1 设施拥有约 100 MW 电力接入，支持每机柜约 40 至 50 kW 的高密度，设计 PUE 低于 1.3。这类设施的存在说明本地市场已经具备承接 AI 训练、推理集群与高密度存储的能力，但同时也意味着传统的"我租几个柜"的问法已经不够用了。

当单机柜功率从常规水平跃升到 40 至 50 kW，决定成本的不再是机柜数量，而是总功率与供电方式。同样十台机器，塞进两个高密度机柜和散在八个普通机柜，机柜费可能差别不大，但电力接入、配电回路、制冷能力的账单完全不同。因此向运营方提需求时，正确的表达是"我需要多少千瓦、以什么方式供电、未来多久会扩到多少"，而不是"我要几个柜"。用机柜数量提需求，几乎必然导致方案与真实负载不匹配。

混装是最容易出问题的做法。同一排机柜里既有几千瓦的轻载设备，又有几十千瓦的高密度节点，风场与热点会被打乱，制冷效率下降，最终往往是整排按最苛刻的那台来限制。要么在物理上分区，要么在规划阶段就把密度分层写清楚，让运营方按不同密度区分别给出方案。临时插一台高密度设备进普通区，短期看似省事，长期会变成整区的容量天花板。

什么时候不该追高密度？答案很直接：当你的总功率批不下来时，单机柜密度再高也没有意义；当你的业务负载本身是低功率、多节点、重网络的形态（例如大量接入层与缓存节点）时，高密度带来的只是更高的单位成本与更复杂的制冷要求。密度是手段，不是目标，判断依据始终是你的实际负载曲线与扩容节奏。

风冷到液冷就绪之间，真正要问的是改造边界在哪

制冷方式的选择在 2026 年已经不是"要不要上液冷"这种二选一，而是"这个机房在哪个点上具备液冷条件"。设计 PUE 低于 1.3 是设计目标值，不是运行保证值；实际运行效率取决于负载率、气候条件、运维水平与设备状态，必须在合同里明确由谁以什么方式测量、以什么周期提供数据。看到设计值就当成运行值，是能效评估中最常见的错。

"液冷就绪"与"已部署液冷"是两个状态。前者通常意味着机房在结构与管路预留、承重、配电上做了准备，可以在需要时改造；后者意味着冷板或浸没系统已经安装并投入运行。采购时要问清是哪一种：如果只是就绪，那么改造需要多久、改造期间是否影响同区其他客户、改造费用如何分摊，都要提前落字。如果已经部署，就要问清冷却液回路的维护责任、泄漏检测与应急处理方式。

风冷在高密度下的极限也应被正视。通过热通道封闭、精确送风与合理的机柜布局，风冷可以在相当宽的功率范围内工作，但一旦超过某个区间，风冷的经济性与稳定性都会快速劣化。与其争论风冷与液冷谁更好，不如把问题改成"在我这批设备的功率密度与上架时间下，这个机房的制冷方案余量还够不够"，这个问法才能得到可执行的答案。

制冷冗余等级同样必须核实。设计文件上写的冗余架构，与实际可切换的冗余架构有时并不一致；维护状态下是否仍能保持冗余、切换是否需要人工介入、切换过程有没有业务影响，这些都是要在签约前拿到书面答复的问题。

欧亚干线汇聚点的意义是可选路径多，不是自动低时延

伊斯坦布尔在骨干网层面的价值，来自它作为欧亚干线汇聚点的位置：多条陆上与海上国际链路在此交汇，本地运营商与国际运营商在此落地，使得从这里出发有多个方向的可选路径。公开资料提到 Khazna 的 TUR1 设施在 DE-CIX Istanbul 等交换节点做 Peering，这类本地互联网交换节点的存在，是判断一个机房网络成熟度的有效信号之一。

接入本地交换节点的价值要讲准。它带来的是与本地及区域内大量网络之间的直接互访能力，减少对第三方转接的依赖，改善到本地用户与本地运营商的 path 质量，同时在突发流量时提供更好的承载弹性。对面向本地与区域用户的业务来说，这是实打实的收益；对跨洲长距离访问来说，交换节点本身并不能改变物理距离与跨境链路的性质。

因此要立住一条判断：接入了 IX 不等于跨境质量好。一个机房可以同时在多个交换节点上做 Peering，却仍然在通往某些国家的方向上依赖少数上游；它在本地互访上的表现无法外推到国际方向。判断跨境质量必须分方向实测：到你的目标用户所在网络、在业务高峰时段、用真实的业务流量模型测，而不是看运营商提供的平均值，更不能用某个方向的测试结果代表所有方向。

采购时应要求运营方说明：接入了哪些交换节点与上游、每个方向的出口有几家、是否有按方向区分的流量工程策略、带宽计费是按 95 计费还是按均值、超额如何处理。这些问题有答案，网络部分才算评估完成；没有答案，就只能在测试期用实测数据补上。本文不提供任何具体时延数值，所有时延都需实测。

三类租用需求各自看什么：区域总部型、灾备型、合规托管型

区域总部型需求的关键词是"长期演进"。这类客户通常要在当地待很多年，业务会从小规模试点长成区域主控，因此看点不是首年成本，而是扩容路径：同一园区内能否连续扩容、跨园区能否平滑迁移、功率与机位的预留机制是什么、合同到期后的续约与迁移成本如何。第一个机柜的价格在这类决策里权重很低，三年后还拿不到第二个机位才是真正的风险。

灾备型需求的关键词是"独立性与可演练"。看点是两个站点是否真的落在不同配电网（BEDAŞ 与 AYEDAŞ 的分野在这里直接可用）、站间距是否落在 30 到 60 公里的合理区间、跨洲路由是否有物理分离、切换演练多久做一次、演练时业务侧需要多少人参与。灾备型客户最容易踩的坑是"签了双站点却从不演练"，等到真正需要切换时才发现数据同步链路早已中断。演练频率与演练记录的保存，应当写进服务条款。

合规托管型需求的关键词是"可解释"。看点是数据能否确认留在境内、访问日志保留多久、谁能接触介质、审计与现场检查如何配合、出境评估需要哪些材料由谁提供。这类客户需要的不只是机柜，而是一整套可被监管与内审接受的证据链。因此对运营方的询问重点应该从"你有什么"转向"你能提供什么文件"：结构文件、电力文件、访问审计记录、变更管理记录、事件响应流程。

三类的取舍也不同。区域总部型可以为了扩容弹性接受稍高的单价；灾备型可以为了独立性接受不太完美的市内位置；合规托管型应当为了证据链完整接受更严格的流程约束。用同一套标准去评三个场景，只会得到三个都不满意的方案。价格层面本文不给出任何精确数字，具体机型、带宽与报价需以实时报价为准。

把已核对的外部事实与必须核实的项目分开记账

做伊斯坦布尔的选型，最实用的习惯是准备两份清单。第一份是"已核对的外部事实"，写清来源与口径：第三方法律与行业研究给出的容量数据（2025 年末约 160 MW 已投运、在建后有望超 210 MW、增幅约 30%、2030 年前超 1 GW 的目标与超 100 亿美元的国家计划投资）、伊斯坦布尔省约占 2025 年数据中心支出 62%、配电主体分野（欧洲侧 BEDAŞ、亚洲侧 AYEDAŞ）、运营商设施信息（Türk Telekom 的 Tier III 与白区面积、Turkcell 盖布泽约 30 MW 与超 16,000 台服务器及隔震设计、Vodafone Türkiye 约 9,000 m² Tier III）、Khazna TUR1 约 100 MW 接入与每机柜 40 至 50 kW 及设计 PUE 低于 1.3、法律节点（第 6698 号法自 2016 年起设定出境条件、第 7499 号修订法 2024 年 3 月 12 日刊登官方公报、大部分修订 2024 年 6 月 1 日生效、旧第 9 条沿用至 2024 年 9 月 1 日、个人数据保护局 2024 年 7 月发布出境程序细则与四份标准合同范本）、以及 2025 年 3 月 19 日《网络安全法》生效并设立网络安全主席团。这些内容可用于形成判断框架，但都要标注为第三方口径或公开资料。

第二份是"必须向运营方核实的项目"，包括：目标园区的实际可用功率与批复状态、上级变电站与市电引入路数、两岸互联的物理路由数量与分离程度、结构鉴定与抗震相关文件、隔震设计的覆盖范围与验证情况、制冷方案与冗余等级、实际运行的能效数据、接入的上游与交换节点清单、按方向区分的时延实测、入场与远程手的服务范围、备件库存位置与更换周期。第二份清单里的每一项都应以书面形式答复，并写入合同附件或验收清单。

两份清单分开的意义在于，它能防止你把"市场很好"误读成"这个项目可行"。市场容量、运营商设施、法律框架都是外部事实，它们描述的是环境；而可用功率、路由、文件与流程才是项目事实，它们决定你能不能上线。环境好不等于项目顺，这是伊斯坦布尔这类高需求市场里最需要反复提醒自己的一句话。

把这些判断落到具体机型之前，还要先确认三件事

第一件事是数据位置。先把业务拆成必须留在土耳其境内的部分与可以出境的部分，把个人数据的流向、存储位置与保留周期写成清单，再据此决定两地系统的拆分方式。这件事没做完就谈机型与机柜数量，等于在没有图纸的情况下先订材料。合规部分的最终判断务必以法律文本与主管机构最新口径为准，本文不作法律意见。

第二件事是功率口径。把需求换算成千瓦而不是机柜数，区分当前需求与半年、一年后的扩容预期，确认运营方给出的是已建成可用容量还是待扩容容量，并明确扩容的时间点与延期处理方式。密度上不上到每机柜 40 至 50 kW，取决于你的负载曲线而不是市场热点；制冷方案能否匹配，也要在同一时间点确认清楚。

第三件事是路径实测。接入了本地交换节点不等于跨境质量好，设计 PUE 也不等于运行 PUE。时延必须按目标方向、在业务时段、用真实流量实测；能效必须由双方约定测量方式与周期。把实测结果写进验收标准，比在合同里写一堆形容词有用得多。

一万网络的交付边界与验收口径

一万网络深耕 IDC 行业 19 年（成立于 2007 年），在华南、华东、华北及中国香港、海外多地整合自营节点与 BGP 多线资源，提供服务器租用、机柜托管与带宽接入的一体化交付；具体机型、带宽与报价以官网实时信息或咨询确认为准。

在伊斯坦布尔这类跨洲市场，交付边界需要提前划清：我们能负责的是节点资源与带宽接入的整合、方案口径的梳理、以及上架前后的技术对接；需要由当地运营方提供并作为验收依据的，是结构文件、电力接入说明、路由拓扑与实测数据。把这两部分写在同一份验收清单里，项目推进时就不会出现互相等待的空转。

验收口径建议在签约时就固定下来：功率以现场测量为准、路由以双方确认的拓扑图为准、时延以约定的测试方法与时段的实测结果为准、合规材料以运营方出具的书面文件为准。所有涉及数值的项都应有测量方法、测量时间与责任方，避免事后用不同口径各说各话。具体机型、带宽与报价以官网实时信息或咨询确认为准。