QCon杭州会议总结
2011-11-07 14:53
435 查看
21-23号参加了QCon杭州会议。这里分享下大会的见闻和感受。
会议的主题比较多,基本涵盖了infoQ网站的几个版块(可以吸引多点参会者吧
)。据说参会人数有800多。由于每天都是3个主题并行的进行,不可能所有的演讲都去听。从参加的几个演讲来看,基本上只有讲师在讲,基本没有时间互动讨论。个人感觉这种方式很难让听者理解演讲的内容。所以基本上只能从大概上了解一下业界(主要是国内一些网站)的技术现状和大致的发展方向。
闲话少说,来聊聊几大主题。如果对提到的某个内容比较感兴趣,可以去会议网站下载PPT。其他的主题还有Java,敏捷,企业和云架构等因为时间冲突等关系没有去听。
NoSQL基本是这两年相关会议必讲的内容了。因为讲的太多,网上的相关信息也很多,所以很难有什么新东西。有些关于某个具体产品的使用经验和体会。个人感觉NoSQL误用和常见陷阱分析还是总结的比较好的。提到了选择NoSQL产品应该要考虑的因素--应该适应于选择任何其他的产品
实时大数据分析,有facebook和淘宝的案例。具体技术有不同(总体上和CEP差不多),但基本思路是对事件流进行实时加工成概要数据,大量减少实时查询的数据量。
赞助商的广告演讲:Sybase的IQ(列式数据库)用来做大规模数据分析的。Schooner的基于MySQL的同步复制技术,宣称适用于DC内部扩展MySQL的写的能力(MySQL的异步复制只能扩展读的能力)。有兴趣可以网上找找看。
架构方面,关注了几个架构演进和重构的案例。因为技术变化实在太快,时间稍微长一点的网站都经过了新技术的替换。而且对于大流量的网站通常还会随着业务量和复杂度的增长对架构进行重构或改进。从演讲中感觉除了应付增长的业务量外,很重要的一个重构的因素是为了提高系统开发人员的工作效率,适应敏捷的开发模式。所以比较通用的做法是将系统根据业务分成独立的service或模块。在数据访问上则是使用mediator模式实现数据访问层(ebay的ql.io)。基本上架构重构也都是在现有架构严重影响业务的情况下进行的(业务驱动),但基本都是使用局部替换的方法进行,不会完全实现一个新的系统来取代现有的。
开放平台方面的研究主要也是一些平台在API设计中一些常见问题的处理经验,包括安全,效率,流量与资源控制方面。基本都是直接的常规做法。
DevOps是一个比较复杂的主题,牵涉到组织结构,开发流程和技术各方面。技术上讲,自动化是很重要的部分,包括测试,部署,监控等,缺一不可。除了有一个讲chef(和puppet相似的开源产品)的应用外,都没有涉及到具体的做法。
会议的主题比较多,基本涵盖了infoQ网站的几个版块(可以吸引多点参会者吧
)。据说参会人数有800多。由于每天都是3个主题并行的进行,不可能所有的演讲都去听。从参加的几个演讲来看,基本上只有讲师在讲,基本没有时间互动讨论。个人感觉这种方式很难让听者理解演讲的内容。所以基本上只能从大概上了解一下业界(主要是国内一些网站)的技术现状和大致的发展方向。
闲话少说,来聊聊几大主题。如果对提到的某个内容比较感兴趣,可以去会议网站下载PPT。其他的主题还有Java,敏捷,企业和云架构等因为时间冲突等关系没有去听。
NoSQL基本是这两年相关会议必讲的内容了。因为讲的太多,网上的相关信息也很多,所以很难有什么新东西。有些关于某个具体产品的使用经验和体会。个人感觉NoSQL误用和常见陷阱分析还是总结的比较好的。提到了选择NoSQL产品应该要考虑的因素--应该适应于选择任何其他的产品
)。比较认同的一句话(大意是):每个NoSQL产品都会有坑,掉进去不要紧,关键是要能够爬出来。关于NoSQL产品选型,今天还看见一篇总结的比较好的文章,有兴趣的可以看看:Finding
the Right Data Solution for Your Application in the Data Storage Haystack
实时大数据分析,有facebook和淘宝的案例。具体技术有不同(总体上和CEP差不多),但基本思路是对事件流进行实时加工成概要数据,大量减少实时查询的数据量。赞助商的广告演讲:Sybase的IQ(列式数据库)用来做大规模数据分析的。Schooner的基于MySQL的同步复制技术,宣称适用于DC内部扩展MySQL的写的能力(MySQL的异步复制只能扩展读的能力)。有兴趣可以网上找找看。
架构方面,关注了几个架构演进和重构的案例。因为技术变化实在太快,时间稍微长一点的网站都经过了新技术的替换。而且对于大流量的网站通常还会随着业务量和复杂度的增长对架构进行重构或改进。从演讲中感觉除了应付增长的业务量外,很重要的一个重构的因素是为了提高系统开发人员的工作效率,适应敏捷的开发模式。所以比较通用的做法是将系统根据业务分成独立的service或模块。在数据访问上则是使用mediator模式实现数据访问层(ebay的ql.io)。基本上架构重构也都是在现有架构严重影响业务的情况下进行的(业务驱动),但基本都是使用局部替换的方法进行,不会完全实现一个新的系统来取代现有的。
开放平台方面的研究主要也是一些平台在API设计中一些常见问题的处理经验,包括安全,效率,流量与资源控制方面。基本都是直接的常规做法。
DevOps是一个比较复杂的主题,牵涉到组织结构,开发流程和技术各方面。技术上讲,自动化是很重要的部分,包括测试,部署,监控等,缺一不可。除了有一个讲chef(和puppet相似的开源产品)的应用外,都没有涉及到具体的做法。
相关文章推荐
- Beta版总结会议
- 项目经理经验谈--项目总结会议
- 微软#春phone计划#51CTO沙龙杭州站总结(二)
- 组队开发最后总结会议
- 杭州ADC技术嘉年华两日总结-SOA,去C
- 第十天站立会议总结
- 第二阶段第六天站立会议总结
- 团队会议之事后工作总结
- 赵静娜 尹亚男 郭林林 胡潇丹 袁雪 杨霏 站立会议总结
- 软件工程团队开发——第一次冲刺会议总结,数据库设计,及功能完善
- 敏捷开发系列学习总结(11)——Scrum敏捷开发流程的三个角色、四个会议和三个物件
- 评审会议总结
- 南京导星会议总结
- 会议总结
- 杭州区域赛总结
- 2017CNCC会议总结(一)
- 人工智能领域会议总结
- 在杭州远程维护半年深圳东莞某大客户的工作审批流程软件组件---异地维护软件系统感受总结
- 餐饮连锁收银系统总结会议——对合作做事情的思考
- 第二阶段站立会议alpha版总结