【话题讨论】谈软件架构话题 得SACC大会门票（获奖名单已公布-2013-7-25）

arron刘

获奖名单已公布，详情请看：http://bbs.chinaunix.net/thread-4092338-1-1.html

金秋9月，2013第五届中国系统架构师大会将如期而至。9月4-6日，北京福朋喜来登酒店一年一度的技术饕鬄盛宴拉开帷幕，欢迎全国范围IT架构师，IT人关注并参与！

对于系统架构师来说，无论是做IT基础架构的，还是做软件应用架构的，针对业务需求找到最佳或最合适的技术架构方案，是其基本的职责。因此，架构设计也就成为SACC多年来雷打不动的节目。总的来说，架构设计是降低成本、改进质量、支持按计划及时交付、支持按需求交付及降低风险的-个关键因素。今天我们就来讨论一些关于软件架构的话题。

讨论话题：
1.面对现在的海量数据，软件架构如何满足需求？
2.你在系统架构设计时的遇见最困难的挑战是什么？
3.想成为一名出色的架构师，如何才能真正的提高自己？

讨论时间：2013.7.3--2013.7.17

讨论奖励：活动结束后将会抽取5名会员赠送奖品。其中四名会员赠送《架构实战：软件架构设计的过程》一本。另外一名会员赠送SACC2013大会门票一张。



大会介绍：
9月4-6日，北京福朋喜来登酒店一年一度的技术饕鬄盛宴拉开帷幕，欢迎全国范围IT架构师，IT人关注并参与！
自2009年9月首次举办以来，已经有包括传统互联网、金融、电信、能源、制造等领域的超过五千名IT架构师、项目经理、运维经理，IT系统级网络管理人员等参加过本大会。大会一直受到业界广泛关注与赞誉，并已经成为当前国内最高技术水准的架构师盛会。今年，我们将继承前四届大会的成功经验，继续坚持"分享企业IT应用最佳实践"的主题定位，邀请国内最牛的IT架构师与工程师们依据各重点和热点话题，分享技术趋势和最佳实践；作为主办方，我们努力为参会者提供良好的学习和交流环境。
结合大会专家顾问团、ChinaUnix和ITPUB社区、微博及线下沙龙等平台上的调查结果，经过广泛征集技术专家和众多网友的意见，2013中国系统架构师大会将围绕"云架构、IT基础架构优化、大数据下的IT架构变迁"三个热点话题展开。
更多内容点击：http://sacc.it168.com/

GB_juno

帮顶一下，工作没涉及到系统软件设计...
另外，机工翻译的书一般来说质量稍逊....

qingduo04

板凳先做了！

tomac_cu

1.面对现在的海量数据，软件架构如何满足需求？
分布式处理

2.你在系统架构设计时的遇见最困难的挑战是什么？
小数据的高速IO实在是痛苦到了极点。 快速IO将可能成为下一次技术创新的瓶颈。

3.想成为一名出色的架构师，如何才能真正的提高自己？
不断找出系统的瓶颈，不断地在现有硬件基础上提高系统的性能，再反过来进化系统的构架。
架构师不是高高在上的，而是深入在每个笔业务中。

qingduo04

1.面对现在的海量数据，软件架构如何满足需求？
首先
   需要对设备进行选型，是选择小型机、还是X86，是采用分布式还是采用传统式，是采用内置大硬盘还是通过SAN连接外挂存储。
其次
   评估性能需求，根据模型设计需要对存储（包含raid，冗余、系数，业务复杂度、目标使用数等）进行需求分析，确认具体的存储，同时对主机的性能进行分析，性能预估是多少tpmC。
再此
   考虑目标状态的IO带宽等内容，目前我们项目就遇到类似的问题。带宽不够，现有设备不能进行万兆互联。
2.你在系统架构设计时的遇见最困难的挑战是什么？
   必须对业务进行熟悉，确认明年或者后年的发展趋势，对后续的业务增长带来的软硬件方面的需求评估好，避免只是在基于现网进行系统搭建架构。
前年对我们一个项目做规划的时候，没想到业务需求会变得这么多，用户使用这么多，造成千兆网络根本不满足当前的现状，而当前的服务器不具备万兆的能力，就是配置了万兆交换机，服务器也实现不了万兆。
不要只着眼于现状，要用发展的眼光看问题。
3.想成为一名出色的架构师，如何才能真正的提高自己？
多给予项目实施进行经验积累，同时猎取项目中的各种问题，补充自己，没事的时候看看书。
多与同事们、长辈们沟通，很多问题你没有遇到可能别人遇到。
多上论坛，和大侠们学习，毕竟一个人的精力有限，有时候可以借助别人的经验分析现有的问题。

qingduo04

qingduo04 发表于 2013-07-03 20:31
1.面对现在的海量数据，软件架构如何满足需求？
首先
   需要对设备进行选型，是选择小型机、还是X86，是 ...

感觉我说的有点偏题了，偏硬件了。

arron刘

挺好的啊。鼓掌回复 6# qingduo04


   

heaven_sky

面对海量需求最基本的架構就是在每個服務最前端放上cache,緩存所有的需求。web - > Squid,DB- > MemCached,File System- > Flashcache ....

heaven_sky

具体到访问量多大，什么级别的，整体设计上可能都有比较大的差别。需要具体的权衡，不断的演化。架构师有无数的技术和方案可选择，Cache、队列、复制、冗余、分离、异步、服务化等等很多。在做设计时，需要根据当前的业务和访问量等情况恰到好处的结合使用这些技术和方案，权衡利害关系，最终选择出最合适的方案。没有最完美的方案，只有相对适合的方案。也许现在运行好好的，访问量再上一级，又得重新设计了，这在互联网应用里是非常普遍的现象。所以，这种应用的架构应该尽量简单、也不要过度设计。

heaven_sky

除了这些之外，影响到架构设计的因素还有很多，比如社交类的特点是低延迟、海量数据和高并发。对于一致性要求不是特别高，只要能保证最终一致就可以了，但是更重视可用性和可伸缩性。所以针对社交类的这些特性，在站点的访问量和活跃度等不断增加的情况下，就会发现，异步化处理、Cache、非关系型数据库等等很多东西会出现在你的视野，是你的需求让你不得不去考虑这样做，站点也不断的在演化。当然这过程中还有一个非常重要的，就是容量规划。