免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: 无风之谷

首席架构师汪洋坐镇,欢迎大伙提问啊:软件架构连载讨论之一:正确认识软件架构 [复制链接]

论坛徽章:
381
CU十二周年纪念徽章
日期:2014-01-04 22:46:58CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55CU大牛徽章
日期:2013-04-17 11:17:19CU大牛徽章
日期:2013-04-17 11:17:32CU大牛徽章
日期:2013-04-17 11:17:37CU大牛徽章
日期:2013-04-17 11:17:42CU大牛徽章
日期:2013-04-17 11:17:47CU大牛徽章
日期:2013-04-17 11:17:52CU大牛徽章
日期:2013-04-17 11:17:56
发表于 2011-10-13 11:23 |显示全部楼层
既然讨论的是你的书,当然是高性能的了,并发高的那种

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
发表于 2011-10-13 11:26 |显示全部楼层
既然讨论的是你的书,当然是高性能的了,并发高的那种
chenyx 发表于 2011-10-13 11:23



    高并发的问题很复杂,解决起来很棘手,既要考虑数据的正确性与完整性,同时又要考虑系统性能。不是一个简单的事情,也不仅仅是用钱能砸出来的。这考验设计者的智慧,也考验系统分析的能力,还考验代码编写者的个人素质。

论坛徽章:
381
CU十二周年纪念徽章
日期:2014-01-04 22:46:58CU大牛徽章
日期:2013-03-13 15:32:35CU大牛徽章
日期:2013-03-13 15:38:15CU大牛徽章
日期:2013-03-13 15:38:52CU大牛徽章
日期:2013-03-14 14:08:55CU大牛徽章
日期:2013-04-17 11:17:19CU大牛徽章
日期:2013-04-17 11:17:32CU大牛徽章
日期:2013-04-17 11:17:37CU大牛徽章
日期:2013-04-17 11:17:42CU大牛徽章
日期:2013-04-17 11:17:47CU大牛徽章
日期:2013-04-17 11:17:52CU大牛徽章
日期:2013-04-17 11:17:56
发表于 2011-10-13 11:27 |显示全部楼层
回复 34# snow888


    嗯,高并发情况下,相当的复杂.看看别的网站关于脸谱网,google等大型网站的介绍,每个系统都有自己的特点啊

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
发表于 2011-10-13 11:54 |显示全部楼层
回复  snow888


    嗯,高并发情况下,相当的复杂.看看别的网站关于脸谱网,google等大型网站的介绍,每个 ...
chenyx 发表于 2011-10-13 11:27



    很遗憾,像google这样的大型网站,没有机会亲身参与其中,仅就有限知识来分析,应该是多路集成复用,系统均衡负载的设计思想来实现的。全球应该有数以万记的服务器在同时响应客户端的请求。

论坛徽章:
0
发表于 2011-10-13 13:11 |显示全部楼层
回复 36# snow888


    是的,现在的大型网站都要采用服务器负载均衡与数据集群技术来实现

论坛徽章:
0
发表于 2011-10-13 14:14 |显示全部楼层
可否谈谈架构师与各个团队的合作的问题以及经验,架构师如何将自己的理念传达下去,并确保执行,现实中遇到的技术层面以外的问题我看不在少数(不是管理话题)。

典型:开发团队或者运维团队都会有“不守规矩”的情况存在,有时是无意的,如增加架构设想以外的子系统,并有可能在后期造成问题,架构师如何有效地去控制类似情况?

论坛徽章:
0
发表于 2011-10-13 14:20 |显示全部楼层
我的理解应用架构就是指Midware(中间层)。
应用层架构是否包括以下几方面:
1. GUI框架
2. 窗体框架
3. 消息机制
4. 任务机制(包括键盘任务等)
5. 控件结构


我的以上理解是否正确?

论坛徽章:
0
发表于 2011-10-13 15:59 |显示全部楼层
可否谈谈架构师与各个团队的合作的问题以及经验,架构师如何将自己的理念传达下去,并确保执行,现实中遇到 ...
bs 发表于 2011-10-13 14:14



    当然了,这个我会在后面详细的讲述的!放心吧 呵呵呵

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
发表于 2011-10-13 16:55 |显示全部楼层
可否谈谈架构师与各个团队的合作的问题以及经验,架构师如何将自己的理念传达下去,并确保执行,现实中遇到 ...
bs 发表于 2011-10-13 14:14



    谈这个咚咚,在中国没得啥子意义。

真正需要用到的架构设计的系统,在中国并不多,往往一个好的思想,虽然能带来效率提升,系统安全性增加,开放性增加、后期维护成本减少,然而不可避免的是,初期的投资成本也许会增加,这在中国,并不一定会被采用。

老板是要赚钱的。

继续俺前面讲述的例子,对于 C/S 模型,很显然,中间增加一个隔离层,通过消息转发机制来实现对后端系统的处理,可以减轻后端系统的压力,同时能保证在高并发情况下数据的一致性与完整性。然而这样的架构,会不可避免的带来前期开发成本的增加,所以如果让俺来干,俺肯定不会采用那样的架构,而是会采用 ODBC 直连的方式处理,将数据交互的处理机制放在前台,简便,初期成本相对降低了,至于说以后的扩展,如果加入其它的应用,再去大改程序,又可以忽悠一笔银子撒 。

毕竟,客户评价一个系统,只是看是否实现了功能,而不会关心技术上的问题。你实现了功能,就是好系统撒。

论坛徽章:
0
发表于 2011-10-13 17:52 |显示全部楼层
本帖最后由 yanyangtian4502 于 2011-10-13 17:56 编辑

回复 41# snow888


    其实说到这点,也是国情!很多的国内软件项目 不要架构师 几个开发人员上就行了! 架构师在创业企业和外企还是比较多的, 特别在互联网行业! 架构师的核心竞争力是无法代替的!
这就是在一个职业发展的问题,很多人不会把技术一直搞下去!也不是很多人想要达到架构师的位置! 人各有志,无可厚非!

当你把技术做到一定程度之后,就会发现:用技术带来经济价值才是最重要的!
其实这也是我现在比较关注的一点!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP