《大数据时代的IT架构设计》有奖讨论活动（获奖名单已公布-2014-5-28）

beyondfly

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
    首先，有一点需要明确一下，其实大数据这玩意，早就有了，比如，以前就有很多企业分析大量用户的购买行为，从而分析市场需求，或是给针对用户推荐相应的产品，这实际上也是大数据的一种应用 。只是那个年代不叫做大数据。
     作为一个架构师，当然要对企业的业务非常了解。至于选择SQL还是NoSQL，完全是由业务量来决定的，而不是人亦云亦，今天人们说NoSQL好，马上就开始使用NoSQL，明天又换成MySQL，这个显然也是不现实的。如果数据量小，并发访问量不高，一般使用MySQL。如果数据量巨大，企业的核心关键业务，一般选择Oracle. 如果是一些图片存储业务，可以选择NoSQL。

2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
   大型复杂系统设计，一开始是处于搜索阶段。因为这个阶段里面，谁也不知道这个系统最终会有多大多复杂，需要多少服务器，多少存储等。第二阶段，随着业务量的增加，架构在不断扩容，同时出现各种问题，开始修复这些问题。第三个阶段，架构稳定阶段，积累经验，完善文档。
3. 网站架构设计存在哪些误区？
    以为内存越大越好，磁盘越大越好，图片越少越好。
4. 说说读完试读章节后您的感想。
    没有读过，以上完全是个人经验总结。

jimmy-_-lixw

撤销内容！

fire_cpp

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
其实这种决策要结合资金、人力资源、商业支持需求、熟悉程度、技术需求来做出。
商业支持需求，其实和资金、人力资源相关，如果团队有相应的人才且充足，可以不需要太多的商业支持。
技术方面，我觉得最重要的是对于写操作的可扩展性需求。如果数据量不大，如几十个G，那么传统解决方案就很够用，不用上NOSQL，毕竟还是有风险。但如果每天的数据以G量级扩展，传统方案就不那么给力，使用NOSQL就是很好的解决方案。而大家说的事务支持，确实也是问题，虽然NOSQL也不是不可解决，再不济，自己在程序逻辑中写事务逻辑好了。

2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
设计、论证、开发、维护这些传统的阶段不说了。我认为一个大型系统，后期的演进非常重要，没有大型系统在后期没有经过演进的，虽然架构是最开始的决策，但后期根据业务需求的变化进行演进也非常重要。而且维护的时间越长，后期演进成本和收益在整个系统中影响越显著。这要求架构具有伸缩性。但一涉及到伸缩性，就容易过度设计，而过度设计不仅增加前期开发成本，更要命的是，过度的设计在演化时可能发现从前的设计过时或者根本无法维护了！所以简单性和伸缩性是种平衡的艺术。所以，设计阶段与维护阶段相联系，而且从成本与项目成败上看，最为重要。

3. 网站架构设计存在哪些误区？
其实网站架构一般都比较成熟了，很多现成案例可用，小到个人网站，大到NB如淘宝。误区不好说，因为没见过太多别人的失败案例。

4. 说说读完试读章节后您的感想。
Chrome下出现问题，没响应，没法读。在亚马逊上看了目录，案例比较多，不错。

adidiaos丶丶

最讨厌所谓的大数据时代。一点自己的网络空间都没有了。各种广告浑身缠绕，讨厌至极。就像中关村卖电脑的一样，你走到哪里，皮条客跟到哪里。大数据把整个网络搞的乌烟瘴气的，你走到哪里，广告跟到哪里。大数据在天朝完全变的霉臭不堪。回复 1# 风铃之音


   

朕醒中华

支持？

2009532140

回复 21# beyondfly


    {:2_177:}

beyondfly

回复 26# 2009532140


    哥们，你啥子意思哦

2009532140

回复 27# beyondfly


    回答的好朴实。好容易理解的撒{:2_168:}

beyondfly

回复 28# 2009532140


    ...............................................

manULinux

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
    需求，成本，预算，每个产品都有自己的特性的，有点与缺点，不是贵的就一定适合自己哦，用的恰当好处才是最合适的。
2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
    对于这个问题个人认为架构比较重要，首先说说经验，这东西说起来就是很虚的东西，我见过真正不能解决问题，但是嘴皮子功夫很是了得，so外表看起来很NB的样子当深入了解有里面就是个空壳，真实实际解决问题时候拿不出有效的解决办法，何况以前的做的东西不可能100%与现有的需求完全符合的。我觉已经就是个查考直。但不得不承认具有真正复杂系统对各种问题处理分析能力的经验确实在系统建设前期能够准确的把握方向，避免一些潜在问题的发生是很重要的。
    系统架构：架构对应整个系统的框架个结构有个清晰的映射，如果架构涉及合理有效的能解决现有需求，与现在需求的话整个系统的生命周期会最大的延长，别且后期系统升级，功能下线，都能考虑进去的话这个架构是个可以应对大部分需求是随着市场需求变化而变化。类似与集群架构一样添加单点主机容易卸载容易。
3. 网站架构设计存在哪些误区？
    无
4. 说说读完试读章节后您的感想。
   很好，应时应景，呵呵。