张明杰也被搞的无奈，这个让上层业务进行重传机制引入的话，上层不是做的更复杂看吗，底层传输要保证可靠啊，这个是软件架构的设计思想，他就把这问题反馈给金伟忠，然他在决策下解决方案，实在不行，就买条专线吧，就我们这个业务量10M的专线肯定是够的了，也花不了多少钱，金伟忠的答复是，正在考虑采购专线事宜。
张明杰又把这事跟朱权说了下，上层业务这么做有点不合理啊，朱权的答复是，先这么做吧，当前也没有更好的方式了，等正式上线，用专线来保障底层的数据同步。
张明杰倒是有点无奈了，这个大坑就这样埋在这里了，这解决的方式明显不合理啊，但是大佬都怎么定了，咱们就安心执行吧，然后各个模块，又增加了一周的工作量。
会议上也决定了，对云直播V1.0的数据不进行迁移了，客户量就没有几个，售前，售后的同事，去跟客户解释下，手动切换V2.0平台就行了，原来的V1.0也暂时不停服。
当然这个消息是让谢宁台找销售的那帮人说的，被人家怼的不行，但是谢宁台还是成功的说服了他们，尤其是说服了周言。
谢宁台道：“你就别再为难研发部门了，在搞数据迁移的话，至少需要两周的时间？”
周言道：“难度有这么大，我看数据量也不多啊”
谢宁台道：“数据量不多，但是数据格式都变了，迁移脚本编写，场景覆盖测试验证，这些都是工作量，我们还是优先把V2.0推上线”
周言道：“我也是这样想法，当前确实客户不多，2.0的版本我也试用了几次，感觉还是不错的，但是会出现一些移动端APP的崩溃，这个你们正式上线后要解决”
谢宁台直接往沙发一坐道：“你就放心吧，这些肯定解决，本次2.0版本也没有多少功能的，我们是想通过上线后快速的迭代，来增加更多的功能，你说这功能都这么少了，金伟忠和朱权肯定是可以搞定的，这个我们还是要有信心”
周言笑道：“看出来，本次你们产品很有信心啊，那个新品的发布会我们要好好的宣传下了”
谢宁台道：“我觉得没有啥好宣传的，按照常规的产品发布流程做呗，虽然我看好这个，但是也不能太高调不是”
“哈哈，看来你的想法和我的想法差不多啊，现在快6月底了，我们公司的新产品发布会一般都是在9月份，我也不想为了这个产品，单独搞宣传，这样成本会高很多”周言道。
谢宁台道：“那就先试用三个月，到时候9月分一起在宣传造势就行了”
周言道：“可以的，就看你们这次的产品的质量了”
除了周言，整个公司都在关注这个新的产品线，因为公司已经开始在准备上市了，太需要新的业务增长点了。
6月20号的时候，所有事情准备继续，周五的白天开始部署生产环境，一通操作下来就开始问题不断，首选是域名证书申请不足，当时测试的时候，用的是一个域名，web访问和APP的登陆用的同一个，真正上线的时候，需要的是两个，域名是申请了，安全证书漏了一个没有申请，又赶紧走紧急采购申请了一个。
移动端APP上架的时候，审核不通过，说是没有安全策略，没有让用户选择同意使用哪些权限，然后对整个软端又进行一次修改。
那个专线在使用的时候，发现很多配置类的东西要修改，然后对网络模块临时添加配置文件，来对接专线，终于都把这些都搞定之后，已经是周六晚上了，第二天都看测试部的验证情况。
周天的时候，秦园带领测试部的同学开始对环境验收，结果发现一票系统默认值不对，环境变量设置不正确，陈建志开始对整个系统配置进行检查，在验收容灾的时候，发现经常容灾失败，因为系统的设计主要还是靠Shell脚本来实现，判读不是很准确，网络的波动就可能造成系统的误判。
张明杰和金伟忠，朱权商量之后，还是把容灾的功能去掉，直接不支持容灾，要相信阿里云的机房，不会有服务器的故障，我们自己的核心服务软件，多开几台服务器，就算服务崩溃了，只影响那一台服务器，这样也还好，毕竟前期的用户量不会很大，后面在研究，看看这个容灾怎么来优化。
这个周末连续作战，林美云就负责把餐点到公司了，夜宵也都点好，张明杰感觉这三天都要胖了不少，对林美云说：“给我单独点个素食套餐，肉吃的有点扛不住啊”
林美云道：“你这个不对啊，明显工作量不饱和吧，你看秦园，他的要求是，全点些肉类的，毕竟这次版本上线，经费预算很充足，他中午都是牛肉套餐之后，还额外吃了个大猪脚”
张明杰道：“你这么一说还真是，周天他可是大忙人啊，我们Java团队，本次的问题不多，好像我工作量确实不大啊”
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！
喜欢程序员码梦成真请大家收藏：(m.zjsw.org)程序员码梦成真爪机书屋更新速度全网最快。