又到了每月的博客时间，看了看上月的博客，恍然觉得时间仿佛过了好久，好久之前的做过的东西，又在眼前和脑海中浮现了，
然而，经过一段时间的学习，发现已经所记录的一些内容，还是不够细致和深刻，比如：
1）对于单元化的理解，单元化应具备几个基本的特征，比如：应用流量可以按某个维度（如客户）切割开来，不同的流量分流到不同的DCN上去，同时，数据库应以同样的维度做分库分表，只不过，与应用流量入口的划分规则不一致。
单元化带来的好处，譬如：灰度发布；异地多活等 ；
以前出现过支付宝因光纤被挖断导致部分用户不能访问的情况，这其中便运用了多活的技术，当支付宝的工程师完成相关的检查后，将流量切到其他区域上去，恢复了用户的访问。
2）以前看过的程序，当压测的时候，考虑大数据量导致的一系列问题后，便会发现，从一开始就要考虑最优的写法，对于程序中的每个细节，都要一步一个脚印地扎实地去思考，去理解，去思考怎么做，比如本次五级分类是否采用单笔rpc调用，是否采用
数据库的批量提交，文件的读取和装载到数据库，读取分片还是读取全量文件，与其他项目组沟通类似的实现，与蚂蚁沟通批量的做法等等，这些都没有很好地去落实到细节，没有去做很好的优化，工作还是逃不掉的，后面该做还是要做。
3）蚂蚁的OCS是部署在单独的服务器上的，如果使用，也会涉及到不同服务器之间调用的开销，不必本地的redis缓存，相对于直接访问OB数据库，性能差不太多；
10月份基本是在配合UAT测试、性能测试及做投产演练，另外，也对相关的一些内容做了讨论和优化，如：
1）租户的划分讨论；
2）减少分库数量，缓解dbp到OB数据库的连接数压力；
3）dbp数据库的分库分表机制调整，将原先部署在一台server上的数据库分库分表分散到多台server，从而提升性能；
程序方面，要对网贷的批量应用优化做下总结分析，总是想写点代码，却从来不动手，哎，万事开头难啊，不知道从何写起，但相信每天尝试一点，不久后会有长足的进步，比如定个小目标，每周抽3天，每天至少写200行代码，要求不算高吧，哈哈，慢慢进步起来~
此外，要把网贷批量优化后的程序再阅读一遍，学习更好的，才能成长得更好！