2014 中华架构师大会回顾

比较少参加这类大型的会议，进到会场的第一眼，发现会议室已经全部坐满，后来主办方发现站的人太多了，找来了一些小板凳，我快速找到一个小板凳坐下。坐下开始认真听，非常开心地听到广告时间结束，和我计划的时间完美一致。

回顾一下我比较关系的几个主题

基于用户画像的大数据实例

演讲嘉宾是联通沃商店的大数据技术经理，该大数据实例主要是通过联通营运商的数据和沃商店进行分析，通过绘制用户画像的形式，在其他应用场景，如广告、游戏下载中为用户推荐用户喜欢的产品。可以看出来嘉宾技术实例及基础功是十分不错，至少是一个硕士毕业。近些年被大家挂在嘴边的机器学习算法、推荐算法、语义分析都有部分介绍，实在是接受不过来；比较熟悉的还是我们当初硕士的专业方向推荐算法，看到了简单的介绍觉得很亲切。不过后来提问环节看，现场还是很多高人，有不少是做这个领域的。不过归根是国有企业和类似研究机构，是否能产生非常大的价值，我表示怀疑，不过这些算法一罗列，对经费的分配还是很有好处的。

电商系统的心得分享

这又是一个国有企业，号称是线上卖大力丸的人（国药1健康）。从技术成长为总经理，有很多心得体会。感觉和我有那么一点像，有一些体会也迫不及待的分析给这些年轻的IT从业者，为人严肃，总是会把困难估计的充分一点（估计年轻也没少教学费）。演讲中说了构建系统中的四个原则

权限独立，相互制约

非常务实的看到某些大型企业的，部门斗争。从系统层面开始设计制约（这个应该非常符合老板心意）。这个对很多小型企业在成才过程中是非常有帮助的。

设计流程减少犯错

在电商行业非常清楚客服和仓库的员工流动性，以及普遍受教育程度偏低，通过流程设计，而不是提高对用人的要求。这也是非常务实的方法。回顾之前在系统层面独自设计支持中央预订系统，设计出来的自动传真（当时网络不如现在易得）及新订单提醒（感谢施总的支持，增加音响进行声音）等等，简直觉得找到了知音。

多了解一些财务知识。

谈到的两点是数据之间需要有勾稽关系和不能修改历史数据，很骄傲我对财务的理解还是不错，从未犯过这种不靠谱的错误。

跨平台大型在线客服系统的技术构架

嘉宾谈了的是一套客服系统，比较多的关键字是客服妹子，可以看出IT从业者苦中作乐的精神。给我的体会是，客服系统都可以做成这样。从一个项目到一个产品，在云计算的世界，可以好一个客服的组件，也是有很大的价值。和我的理想事业很接近，可以花上一生中最精华的时间，做好一个有价值的小众专业的行业。

阿里分布式数据库服务实践

阿里的人就是高调，上场就调戏京东双11前系统崩溃。我也经历过很多系统崩溃，简直是开发人员的噩梦，也是IT人员信用受损的严重事件（因此我一直比较注意防止崩溃及崩溃后的快速恢复）。回到分布式数据库，这个是收获最大的一个演讲。虽然这个演讲看上去是再给阿里云的DRDS做宣传，但是嘉宾演讲的很进行，深入浅出地介绍了分布式数据库和单机数据库的区别。对分布式事务的重新认识是一个很大的收获，以前一直把教程中的数据库原理中的事务定义，作为分布式事务需要解决的问题，其实不是。需要更加务实，在淘宝阿里这类订单处理系统中，有一类对分布式事务的模式（异步消息机制）；在其他领域会有其他模式分布式的事务模型，这些分布式模型肯定都不满足单机的事务模型，但是可以满足和解决相应领域的问题。

平台架构的服务器监控

一个APP的监控模型，猜测项目立项的原因，有两个。一个是和竞争对手的数据比较（UPYUN的对手主要是七牛），一个其实可以真正从用户的角度看，用户的体检速度如何，以及影响用户体验速度的真实原因。目前一般行业还不会做的这么细，因为UPYUN是技术支持公司，因此一定需要用这些数据去说服和支持用户。我们现在做的比较多的服务器的可用性、性能和应用的可用性、性能监控。前端时间刚好再比较，发现互联网上有不少好的监控平台，一般的创业公司，可以无需自己搭建监控平台，接入到相应的监控平台即可。下次再开文进行讨论。