Ftrans SFT 文件安全传输系统 · 解决方案
FTP服务器国产化替代改造｜Ftrans SFT
兼容既有协议与存储，分阶段推进 FTP 服务器国产化改造。
FTP 服务器国产化替代改造，指在信创改造过程中，把现有的国外或老旧开源 FTP/SFTP 服务器替换为自主可控、已通过信创适配的国产文件传输平台，同时保持既有业务对接不中断。
改造卡在哪一步?
信创改造推进到文件传输这一环时，最常听到的两句话是：
- “老 FTP 用了很多年，对接了一堆系统，直接换怕业务中断。”
- “不换又过不了自主可控要求，验收交不了差。”
具体的阻力通常在这几处：
- 对接面：上下游系统、定时脚本、合作方客户端都指向那台老服务器，改一处牵一片。
- 数据搬迁风险： 存量数据体量大，迁移窗口短，搬数据本身就是风险点。
- 协调成本高：如果需要合作方改客户端配置，沟通成本可能比技术改造更大。
- 停机窗口稀缺 ：关键业务的传输链路很难拿到长时间停机窗口。
为什么”重建一套再切”往往行不通？
理想做法是新建平台、逐步迁移、旧系统下线。但现实中，如果新平台不兼容原有协议，或者必须先把数据全量搬过去才能用，改造就会退化成一次大爆炸式切换——风险集中在切换当晚，回退代价极高。
真正可行的改造路径，必须同时满足三个条件：客户端不用改、数据可以先不搬、切换可以灰度。
Ftrans SFT 的低摩擦改造路径
协议兼容，客户端零改造
SFT原生支持FTP/FTPS、SFTP、HTTP/HTTPS 标准协议，现有客户端、自动化脚本与对接方式基本无需改动即可切换。合作方那一侧无感知。
灰度切换，可回退
可先让部分用户/部分目录走新平台，与旧系统并行运行一段时间，验证无误后再逐步扩大范围，最后旧系统下线。任一阶段出问题都可回退。
建议改造路径
| 阶段 | 动作 | 产出 |
|---|---|---|
| ① 评估现状 | >盘点现有 FTP 节点数、账号数、目录结构、对接系统与脚本、数据量、并发峰值 | >迁移评估报告 |
| ② 部署 SFT | >在信创环境（国产 CPU/OS/数据库）部署 SFT，按需选择单机 / 主备 / 集群架构 | >可用的新平台 |
| ③ 协议与账号对接 | >配置协议服务、虚拟目录与权限；对接 AD 或统一身份；导入账号 | >与旧系统等价的访问能力 |
| ④ 存储纳管与灰度切换 | >将旧 FTP/NAS 纳管为后端存储；按用户或目录分批切换，双跑观察 | >平滑过渡，可回退 |
| ⑤ 旧系统下线 | >确认无残留调用后停用旧服务，完成数据归位与审计基线建立 | >改造完成，可交付验收 |
常见问题
Q：改造会不会导致业务中断？
A：支持灰度切换与双跑过渡，可按用户或目录分批迁移，任一阶段可回退，无需一次性大切换。
Q：合作方需要改客户端配置吗？
A：多数情况不需要。SFT 兼容 FTP/FTPS/SFTP 标准协议，合作方沿用原有客户端与脚本即可；如需保持原访问地址，可通过域名重指向方式切换。
Q：存量数据必须先迁移吗？
A：不必。SFT 可将现有 FTP/SFTP 服务器、NAS、对象存储纳管为后端存储，改造初期数据可留在原处，后续再按计划迁移。
Q：改造要多久？
A：取决于节点数量、对接系统复杂度与切换策略。建议先做迁移评估，再制定分批切换计划。可申请迁移评估与 POC 测试。