林阳要求肖子元每周跟他汇报进度，以保证系统如期上线。
这个新系统比较简单，开发出来后也处于内测阶段，一直也没对外开放。即使对外开放，由于是比较新的功能，用户也会比较少。
肖子元前几个月已经很熟悉APS技术了，就等着实际使用，而且为了第一次上线系统效果，他也跟林阳沟通过了，即使运维部这边多付出点时间和精力都行。
没想到的是，这次肖子元捡了个宝，系统对接人徐文宇还挺靠谱。虽然工作没几年，刚来公司不久，这反而成了优势。
徐文宇从小公司面试上来的，对明发科技向往已久，很珍惜这份工作，来了之后也挺努力。被安排为对接人他没想多少，认为是领导给的计划，所以协调起工作来不遗余力。
肖子元呢，就等系统使用APS的机会了，遇上徐文宇，两人一拍即合，合作十分顺利。
经过了不到两周的时间，新系统已经基于APS技术运行了，并且已经在测试验证了。
在经历了几天加班和一些小问题的修复或绕行之后，系统基本具备了上线条件，为了防止万一，又多测了几天，争取在10月底上线。
前后经历了20多天，系统终于上线并直接对用户开放，上线很顺利。当天林阳也在，林阳在一些小版本上线时已经基本不在公司陪着了。这一次系统虽小，但具有不小的意义。
11月下旬的时候，朱志方正常召开周例会，这次朱志方满脸喜气。朱志方简单听取了3个人的汇报后，直接宣布一个喜讯。
原来，朱志方在上层研发例会上，得到了一个很关键的运营数据。新系统竟然在最近几周时间，用户使用量大幅提升，朱志方当然知道目前依托于APS技术了。正常新系统的预估使用量少，一般会分较少的物理资源，理论上较少的资源难以支撑这么大的访问，而且也没听到有人报障，所以这也是朱志方有点疑惑的点。
这个问题就抛给了林阳，林阳将系统上线之初的一些容量规划、应急自动手段简单介绍了下。也就是在系统上线之初，资源比较富足，林阳让按真实的大流量场景设置应急指标，以应对突发情况，结果歪打正着了。
之前，肖子元还问过林阳，新系统没人用，用搞那么多指标给那么大冗余吗，还不如把资源多分给测试环境一点，被林阳否决了。林阳倒不是有先见之明，只是觉着既然上线了，就得按上线的标准去对待，不能觉得不重要就太儿戏了。
朱总对APS技术表示了认可，还透露了个消息，近期主管研发的副总裁要听一下关于APS技术使用的汇报，因为朱总抓住机会简单说明了下新系统的底层架构，副总裁也很感兴趣。
那这次汇报任务材料肯定是由林阳部门牵头整体，林阳也跟朱总前给徐文宇美言了几句，主要是把徐文宇要过来配合写材料。
开完周例会后，林阳把消息发到群里，大家也很高兴，林阳想着忙完这阵子，带大家聚聚餐团建下，增强下团队凝聚力。
