讲真，我再也不想加班了！
你见过凌晨3点的软件园么？
Jack Wang抿了一口保温杯的红枣枸杞茶
“我见过！”
“不光见过凌晨3点的软件园”
“我还见过123456点的软件园”
Jack Wang，大家都叫他老王
国内一家知名手机厂商的运维
虽然看上去快30了，但实际他才23
因为加班
答应女朋友的烛光晚餐又再一次爽约
黯然神伤的夜晚，能够拯救老王的唯有歌单
我们来回顾一下事情的经过
公司为了拓展东南亚市场
让老王负责定期把OTA升级数据包、大文件压缩包等
从深圳总部发往印度等服务器中转站点
文件包小的几百M，大的几十G
But~
FTP这种基于TCP协议的大文件远距离传输
外加恶劣的网络环境
使得一个不到3G的数据包传输速度可能仅有0.17MB/s
需要花上一两天时间才能传完
真是人在公司坐，锅从天上来
掐指一算，似乎离渡劫成功只差一个点拨
改变不了传输环境不如强大自己的传输工具
一张设计图纸1-2G、一份更新包十几G、一部视频素材几十G… 甚至还有上百G的研发数据，这些可能是企业的业务数据，也可能是重要的信息资源。通常，企业都会面临一个共同的问题：如何高效的进行长距离大文件的分发和共享？
那什么业务场景下需要远距离传输？
例如：国内制作综艺节目在欧洲多地进行拍摄，拍摄团队会将当天的原始素材（2G10G）发给北京后期制作中心，北京再将制作好的节目素材（300600G）发到东南亚各国视频平台进行播出，为了满足播出计划，需在12小时内完成传输。
例如：汽车厂商，在北京、河北、意大利、日本都有设立研发机构和设计中心，24小时协同研发，国内总部与海外分支机构的跨国大文件传输十分密切，设计图纸、研发资料等，小则上百M甚至上百G。
传输效率低，TCP的锅！
企业级的文件传输通常是使用FTP、网盘等，它们的底层走TCP协议，TCP的性能与丢包率和延迟呈负相关，在长距离传输中网络拥塞、包率高，即使两端增加更多的带宽也无法提升利用率，传送任务仍旧很耗时。超大文件最后可能还会采用“硬盘拷贝+人力传送”来完成。
RCT大文件远距离传输服务带宽利用率99%
网宿企速通旗下的RCT传输服务，聚焦于企业级大文件传输，基于核心的DTP自主研发协议，不受文件大小、传输距离或丢包影响，传输性能和带宽成正比，带宽利用率高达99%，速度比FTP快数百倍，实现了远距离区域之间的高效传输。
回到现场，拯救加班的Jack Wang
我们在实际互联网中测试，从深圳传输2.6G的iso镜像文件到印度，深圳是50Mbps出口宽带，印度100Mbps，两端分别安装FTP和RCT，使用两种方式分别传输相同的文件，重复10次，算出平均传输码率。
实际环境测试对比：
FTP的平均速度只有0.17MB/s，耗时43小时，这几乎是不可接受的结果，RCT平均速度5.8MB/s，传输花了7.5分钟，FTP和RCT差距350倍！即使在最恶劣条件下，RCT仍然表现出很高的带宽利用率，达到90%。
43小时 VS 7.5分钟
这一刻，渡劫成功的Jack Wang哭了
因为终于可以不用加班传文件了！
RCT传输服务在企业级文件传输的应用潜力
1）存量大数据传输：比如文物考古局的资产数据定期传至国家文物数据中心；P2P金融公司的实施双录项目，需要将业务影像定期传至机构总部。
2）增量大数据传输：比如室外工作或物联设备采集的数据需远距离传输回总部处理；广告媒体、动画设计公司的设计文稿定期同步。
3）实时大数据传输：比如分布全球的研发中心协同工作的研发数据、测试日志，代码仓库等大文件传输。
网宿“企速通”面向制造、快消、家电、消费电子、汽车、能源、政务、交通等行业，适用于企业办公系统（OA、ERP、Mail）、SaaS应用、远程办公、移动APP、企业官网、门店POS系统、供应链管理系统、生产与管理系统等。
经济全球化时代，企业分支机构遍布世界各地，“企速通”可以有效解决企业全球办公过程中出现的网络拥塞、人均带宽窄、网络不稳定和企业组网难等问题。适用于总部与分支机构之间的三种网络模式：公网互联、VPN互联和专线互联。
.jpg "DDoS防护10G免费试用")
