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

wenhq

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
1)最主要的一点还是要根据业务逻辑来做分析。是用RDBMS还是Nosql那个好那个更安全。
2)取决于业务对技术的容忍度。比如说down服务器时间，或者什么的。Oracle的话会有强大的商业支持，Mysql有社区或者是MariaDB。Nosql就基本靠社区了，再加上源码。出了问题，比较麻烦。
2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
1)design include  target and volume also with high availability .  
2)implement  
3)maintenance &scalability  
3. 网站架构设计存在哪些误区？
1>不依据业务来做架构设计。
2>人云亦云。

4. 说说读完试读章节后您的感想。
稍后补充吧。

craaazy123

回答问题前，先说个事那个文档查看的flash在谷歌浏览器下经常崩掉，公司的电脑如此，自家的也是。

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
  一般还是看应用场景，像那种非结构化或半结构化的数据用NoSQL db存储，如mongodb，加上索引查询效率还是蛮高的。更新频繁，要有事务支持的话还是关系型数据库比较好，至于用oracle还是mysql就看你兜里钱多不多。

2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
  我觉得前期设计阶段非常重要，一定要想好该系统能适应什么样的应用场景，将来会是怎样的规模。开发阶段我觉得只要设计阶段做好了，开发不是特别大的问题。测试阶段的工作比较繁重，因为系统越复杂，隐藏的问题就越多，环环相扣，做好测试工作并不是件易事，当对后期系统稳定运行有着重大的影响。部署和维护阶段也相当重要，要是使得系统24×7不间断且稳定运行，对于运维来说可以是个噩梦，系统的复杂度直接影响系统运行和维护。
3. 网站架构设计存在哪些误区？
  不要一味求大，不要想着今后能承受巨大的访问量。技术上不一定要追求时髦，比方说没必要用hadoop的地方就不需要弄这么个玩意，几十个g的数据存储传统的方法也能很好实现。
4. 说说读完试读章节后您的感想。
  因为浏览器老崩掉，就看了前面用hadoop分析用户呼叫行为的案例，感觉还不错。

qingduo04

刚看到有这么好的活动
好活动，支持！

qingduo04

1.  Oracle、MySQL 还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？

1.业务需求，主要看需要搭建的数据库或者系统属于OLAP还是OLTP？
2.如果是OLTP，一般就是选择oracle；
3.如果是OLAP，可以选择MYSQL,DB2或者NoSQL等，如果是级别较高，影响考核，一般选择高可用性高的数据库，并且技术支持较高。
4.与采购、计划，本中心等进行沟通，确认合理的预算。
4.定型数据库后，再讨论是否选择最新版？还是稳定版？
5.争取能够搭建测试环境，进行测试。

2. 面对一个大型复杂系统架构，历经哪几个重要阶段？

1. 需求分析  首先搭建组网图 包含主机、交换机、备份、防火墙的组网。
                  其次数据库在主机上的搭建方式以及端口使用（包含万兆使用需求，前兆使用需求）
                  再次数据库搭建完毕，需要确认数据接入或者是模型或者是业务部署。
                     最后形成方案，进行评审。
2. 实施阶段
               如果有测试环境，最好是测试一下。
               根据前期的需求以及设备到货进行相应的软硬件安装，如果是利旧，可能就是调整设备I或者网络。       
                 根据方案进行系统的搭建以及相应的业务部署测试。
3.正式上线
                待业务测试完毕后，正式上线，观察系统运行情况。
4.日常维护
                后续的日常维护

3. 网站架构设计存在哪些误区？
         

大型网站比如淘宝、新浪等等架构设计应该是很成熟了，可能前期设计的时候会有些误区。
只是小型网站设计的时候，可能由于较小，考虑的比较少，后续做大后，容易出现问题。

forgaoqiang

先顶一个 支持 ~

qingduo04

回复 4# hwayw


    呵呵，看试读文章已经发现了，是大师们的经验积累。

qingduo04

回复 14# qingduo04


     补充《大数据时代的IT架构设计》试读想法

   整体上来说，试读包含了四位大师的网络架构和说明，分别为hadoop的上网日志分析、hadoop的金融银行业的应用架构、优酷土豆的hadoop平台开放之路以及淘宝的自创的海量文件存储实践四大内容。

    关于hadoop的上网日志分析，当前现网已经部署hadoop的网络爬虫以及hadoop的日志分析，如文章中介绍的通过url匹配进行用户上网日志的抓取，通过日志分析，过滤，导入到传统的数据库中。 这点和文章中不太一致，文章是全部通过hadoop处理。我们这边hadoop只是获取爬虫数据，过滤完后，传到传统的数据库中进行关联用户资料，再进行分析。

    关于淘宝的海量文件存储实践，前期看过淘宝技术这十年，感觉淘宝人才济济，太厉害了，对于海量数据的分析能力很强悍。

     书的内容很丰富，而且组网图我感觉有点立体感，后续可以借鉴到工作中。

jieforest

1. Oracle、MySQL还是NoSQL，作为一个架构师，面对如此众多选择的时候，到底应该依据什么来做出正确的决定呢？
肯定是根据需求来决定吧。需求是最主要的因素，其次会考虑预算、团队成员的技术构成等因素。
1）每种数据库都有一定的适应范围，一种数据库解决一切问题是不可能的，所以根据需求来选择最合适的数据库。
2）其次是预算。有些应用场景，既可以用Oracle，也可以用MySQL，那么如果是预算充足，且客户也想用商业数据库，那么选择Oracle是应当的；如果项目预算紧张，又或者整个项目也才挣一二十万，那么你选择Oracle就是作死啊！
3）再次是团队的技术构成。有些应用场景，既可以选择MySQL，又可以选择MongoDB，两者都是开源的，很难以取舍。那么，如果团队中原本就有MySQL DBA或MySQL专家，那么继续选择MySQL是很适合的；如果团队连一个DBA都没得，那么选择MongoDB就和合适了，也省去了招聘DBA的预算。

2. 面对一个大型复杂系统架构，历经哪几个重要阶段？
系统越来越大，肯定会做业务拆分；
其次是数据库的分库分表；
还有从单机到集群；
业务拆分后做成分布式
……

3. 网站架构设计存在哪些误区？
1）不要盲从
一些互联网巨头会分享它们解决问题的经验，可以用作参考，但不要盲从.
2）不要认为新技术就是最好的
新技术确实是一种进步，但有可能也意味着风险。新技术在生产环境下的验证未必充分，选择要慎重。
3）技术不能解决一切
有些问题是人治的问题，可以通过管理手段或制度进行解决，技术解决不了一切。

4. 说说读完试读章节后您的感想。
试读章节提供了四个案例，分别是《Hadoop技术在电信运营商上网日志处理中的应用架构》、《Hadoop平台在金融银行业的应用架构》、《优酷土豆Hadoop平台开放之路》和《淘宝海量文件存储实践》。客观地说，这些内容都是很不错的，都是广大读者很喜欢的。可惜的是，这些内容也都在各种技术大会（比如DTCC数据库大会、SACC架构师大会等）上听到了相关的分享，而且从试读章节来看，深度方面并没有增加多少，颇为可惜。秉持温故而知新的态度看这本书，还是不错的。

cgweb

书已到支持

qingduo04

cgweb 发表于 2014-04-25 17:18
书已到支持

书都到了，您更有发言权了...