123不大不小的奇迹（1 / 2）

一周后，梦谷云迎来了极为重要的转变时期。

首先是路舟给梦谷云新规划的两项新增的云服务，由机房带宽升级和软件层面优化后的高防ddos以及工信部审核下发的商业短信二次开发的新服务。

这两项中，第一项虽然已经在官网有所公布，但实际上并没有正式发布，仅仅是‘创梦计划’的参与者能够享受到。

而第二项，目前已经正式交付使用，但开发者的反响并不热烈。

对此，路舟也并不意外。他非常清楚，这还是一个安全和身份认证不那么被看重的时期。

最重要的环节，也就是手机号码和个人身份的一一对应尚未正式界定手机号码实名制还没有到来。

所以对于大部分互联网企业而言，是用邮箱还是用手机号码，并没有本质区别。又或者说，这是一种从pc做应用时沿袭下来的习惯。好比心浪围脖，大部分人使用的登陆账号仍然是邮箱。

这类似一种选择性忽略。

然而，对路舟而言这却是不得不去做的事情。

kik的初诞生，产品从一开始就具有了一个“强关系网”手机通讯录。一个用户用手机号码注册kik，相应的手机通讯录将会被收集。

从零到有，手机号码这个被常人所忽略的用户属性，赋予了kik类应用极大的自增长生命力。

当然，路舟也清楚，这是一个容易被模仿的功能。

但不管从何说起，也许开发者反响并不火热，可梦谷云集成短信服务这件事主要还是服务于微讯。

在这个转变时期中，更为重要的则是“创梦计划”几个团队的入驻。

无论是“d+”统计运营组件还是短信平台，梦谷云所要做的事情都是搭建一个业务平台并提供一个sdk给开发者。本身开发者所能做的事情，就是按照梦谷云规定返回和获取数据。

而现如今这几个团队的入驻，意味着梦谷云此前所构建的一些虚拟技术、云管理工具将正式投入使用和测试。

因为如今创梦的团队，他们内部本身的业务代码均是自主定制的，这不同于“d+”和短信等，这些团队需要编写业务上传到云端。

这中间，温旭伟也是嗤笑过路舟，说他将创梦计划的团队当成了梦谷云的“小白鼠”。对此，路舟自是不以为然。

如果一定要用“小白鼠”来形容，那无疑微讯才是最大的那只。

从程旭元就位以来，大量微讯的微服务都是部署在了服务器上进行了大量的测试。从某个版本编写完毕后，这些微服务的代码会经由自动化脚本编译、部署和做定时压力测试。

可以说，但凡是路舟觉得可能存在问题的地方，几乎都是调整了无数遍。若是微讯，那可能出问题，但几个创梦团队的东西，那实在是小试一把牛刀。

当然，若说路舟没有存了一丝实际投入生产中测试的想法也是假话。总得有人尝尝第一口的辛辣味道，就像阿里金融的胡晓明一般。

“温哥。这面板是哪个实习生做的，让他过来一下。”路舟本坐在位置上对微讯的视频流功能进行调优，稍一瞧了眼另一块屏幕，便是发现一些问题。

他一边指点着实习生，“整个监控面板，不是传统的运维监控套件。我们的开发者需要知道的重要数据只有一小部分，毕竟现在我们封包成云，他们可以完全不用考虑运维问题。

容器给多少性能，它到顶就是多少。所以，这部分数据，有些过于繁复了。

你先抽离重要的数据，去掉细枝末节，构造成模型图。找你温哥给一下另一个仓库的读取权限，拉取一下梦谷广告之前做的系统。编号070822的那台测试服务器上。

在那个系统上改，部分你已经写了的功能可以直接复用进去，其他的你按照梦谷广告那个系统来做。

有不懂的过来问。下午五点前给我汇报一次。”

这头刚说完，路舟又接着叫了下一个。

“微讯业务逻辑层今天两个新增的cgi稳定性不太好，host进程刚刚都没法服务了。是谁做的，来一下。稍微调改一下”

等到路舟将这个问题安排好，他又是脑子里灵光现起，走到程旭元边上。

“最近的这段时间的测试，我有重新使用新架构的打算。频繁地出问题，这已经不是小规模的性能问题了，而是本身我们的逻辑层存在一定的问题。

我觉得我们有必要重新调整一下。”

程旭元听了也是点了点头，“嗯。刚开始还没有感觉到重新架构的必要。但是随着这段时间迭代的功能越来越多，一旦调用了不同版本的接口定义，经常会出现进程崩溃的问题。

而且，版本发布的问题也需要重新规划一下。整个系统工程越往后越复杂，尽早调整为好。有什么思路没有。”

路舟回应道，“大略思路有了，但具体我待会先梳理一下。你可以先不用考虑这个问题，我先定好方向再和你讨论。确定可以执行后我们