search 2013 adfgs

上周北京出差,参加了 CSDN 主办的 TUP 技术沙龙 和 CTO 俱乐部 的活动,有幸受邀分享了一下 B2C电子商务系统的数据层构建相关的内容。 在参加 TUP技术沙龙和 CTO 俱乐部活动的时候,同时还听了凡客项目管理与架构总监栾义来的凡客历程分享,以及百度基础架构部高级工程师马如悦的hadoop相关的分享。 栾义来的凡客历程分享中比较突出的几个观点: 业务绝对优先,不要过度强调技术架构 不理解生意,无法做系统 解决了数据库问题,就解决了80%的问题 马如悦关于Hadoop的分享比较技术,了解到的最让我印象深刻的信息就是百度的Hadoop集群大小已经超过了Yahoo的集群,成为目前全球最大的Hadoop集群。 下面是我的PPT,主要介绍了3个方面的内容: 常见高可用可扩展方案(这部分内容以前在 OOW 的 OTN Lounge分享过) 利用日志解析针对 B2C 电商系统特点扩展系统 利用MySQL Infobright搭建电商系统的分析推荐引擎 基于 MySQL 的B2C电商系统前端数据层架构 View more presentations from Sky Jian

, ,

其实拿到博文视点赠送的这本《软件架构师应该知道的97件事》已经有一段时间了,可一直没有时间去读。在刚刚忙完一个大项目之后,又有数据库集群的架构需要调整。想想事情永远是做不完的,再忙也不能把给自己充电的事情落下。还好,这是一本不需要有大段连续时间来读的书,只要有一点点时间,就可以翻开书页学几件“应该知道”的事儿,哈哈。 这本书最大的特点就是以小主题的方式来组织每一件“软件架构师应该知道”的事情,非常方便阅读。书中的内容,至少对于我个人来说,确实还是带来了不少启发。而且有不少理论,在我的并不太长的职业生涯中就已经有非常深的体会。比如: 不存在放之四海皆准的解决方案 任何解决方案起始都有其适用场景的 提前关注性能问题 性能问题的量变到质变过程经常会让人措手不及 取舍的艺术 不论是软件架构的选择还是生活中的大小事情的决策,都是在做取舍的平衡 不要轻易放过不起眼的问题 故障往往都是有一些不起眼的小问题引起,正因为他小,所以没有得到足够的关注,留下隐患 控制项目规模 项目越大,风险范围也就越大,不可控因素也会越多,由于项目规模控制不当而导致项目最终失败的案例数不胜数 数据是核心 界面不断的改版,图片不断的更换,架构不断的调整,唯有数据还是原来的数据 起码有两个解决方案 或许做运维的朋友对这一点更有体会:任何时候都要留一条后路 现在走捷径,将来付利息 从那些伤筋动骨的重构项目就可以看出我们为曾经的捷径付出了多少 … … 作为一个数据架构师的我,虽然目前并不能完全理解书中有些主要针对程序开发方面的论点,但架构的思想总是相通的,只是各有侧重点而已,所以读起来仍然觉得非常有意思。 无论你已经是一位架构师还是一位正在向成为架构师努力的朋友,都推荐看一下这本书。