如何为IBM Cloud Engine配置自定义域名（无需Cloudflare Worker）

完全可以实现无Cloudflare依赖的平滑迁移，核心逻辑和原Cloud Foundry（CF）的路由配置逻辑几乎一致，不需要额外引入第三方中转服务。

具体配置步骤 #

• 第一步：确认区域对应ICE原生接入点
  你原使用的是法兰克福（eu-de）区域，对应ICE自带的IBM托管公网七层负载均衡域名为*.eu-de.ice.appdomain.cloud，这个接入点由IBM官方全托管，自带自动续期的HTTPS证书，和原CF的eu-de.cf.appdomain.cloud定位完全一致。
• 第二步：ICE侧预绑定自定义域名
  1. 进入ICE控制台对应工作负载的「公网访问」配置页，找到自定义域名绑定入口
  2. 直接填入原CF环境使用的自定义域名，选择平台托管的默认SSL证书选项，提交后等待状态变为「已激活」（通常耗时1-3分钟）
  3. 如果你原CF配置了路径级路由（比如同域名下不同路径转发到不同应用），直接在ICE的路由规则里配置完全一致的匹配规则即可，匹配逻辑和CF原生routes完全兼容。
• 第三步：调整DNS解析配置
  将原域名指向eu-de.cf.appdomain.cloud的CNAME记录，目标值修改为eu-de.ice.appdomain.cloud即可。

  注意事项：

  • 调整前建议把该条解析的TTL临时改为300秒（5分钟），缩短全球解析生效时间，等迁移稳定后再调回原有长TTL
  • 如果要绑定的是根域名（非子域），直接使用DNS服务商自带的CNAME扁平化（CNAME Flattening/别名记录）功能即可，主流DNS服务商均原生支持该能力，不需要依赖Cloudflare服务
  • 不要手动绑定ICE节点的固定IP，节点IP会随平台运维动态调整，硬绑A记录后续会出现随机访问故障

• 第四步：零停机切流
  等ICE侧域名状态显示已激活后再修改DNS解析，解析生效期间新旧平台会同时承接流量，等通过多地dig、访问测试确认全球解析生效、所有流量均正常访问ICE应用后，再删除原CF侧的路由配置、下线旧应用即可，整个过程不会出现证书错误、访问404的问题。

常见误区说明 #

官方文档提到Cloudflare属于可选增强方案，面向需要额外配置边缘WAF、缓存、灰度切流能力的用户，并非自定义域名配置的强制要求。不少人误以为必须走Cloudflare，是把可选增强方案和基础配置要求搞混了，ICE原生就支持和CF一致的域名路由能力，不需要额外通过Cloudflare Worker做流量转发。

内容的提问来源于stack exchange，提问作者Jan C