Davin_（幸福在于感悟）..........

架构师是一个项目组的灵魂人物，他决定着整个系统的技术选型、整体架构以及模块划分，同时还可能担当与领导层的沟通角色，从某种意义上来说，架构师在很大程度上决定着项目的成败与否，正所谓火车跑得快，全靠车头带。   很多优秀的架构师都是从一个优秀的开发人员转变过来的，但优秀的开发人员未见得都能成为合格的架构师。与架构师相比，开发人员所需担当的任务相对狭隘的多，其最大的目标就是编写出精良的代码、做好充分

InfoQ中文站提供的《架构师》杂志不错哦，里面有很多著名大型网站的架构技术和经验分享。 分享下：http://www.infoq.com/cn/minibooks/architect-jan-10-2012

一、软件架构定义：        书中从组成和决策两方面给架构下了定义，也引用了很多大师的定义，都比较经典。我个人觉得这样的定义还是比较容易理解的，把组成和决策两点合起来。         软件架构：一系列分层次性的组件交互决策。（组件包括服务器、子系统、模块、类等单元）   二、软件架构模型图：

对于JAVA多线程的应用非常广泛，现在的系统没有多线程几乎什么也做不了，很多时候我们在何种场合如何应用多线程成为一种首先需要选择的问题，另外关于java多线程的知识也是非常的多，本文中先介绍和说明一些常用的，在后续文章中如果有必要再说明更加复杂的吧，本文主要说明多线程的一下几个内容： 1、在应用开发中什么时候选择多线程？ 2、多线程应该注意些什么？ 3、状态转换控制，如何解决死锁

千万级的注册用户，千万级的帖子，nTB级的附件，还有巨大的日访问量，大型网站采用什么系统架构保证性能和稳定性？ 首先讨论一下大型网站需要注意和考虑的问题。 数据库海量数据处理：负载量不大的情况下select、delete和update是响应很迅速的，最多加几个索引就可以搞定，但千万级的注册用户和一个设计不好的多对多关系将带来非常严重的性能问题。另外在高UPDATE的情况下，更新一个

序：     对Web站点扩展一开始不宜过早，除非是基于高可用性和就近部署的考虑。但对于架构师而言，在架构设计之初就要有扩展的计划，关键是要清楚何时进行扩展。这里先介绍的是水平扩展，所谓的扩展是通过扩展规模来提升承载能力的本领。这种本领往体现在增加物理服务器或集群节点，这种本领发挥强，可提升的承载空间越大，但往往也受到其它的约束比如单机的限制、成本等。 12.1 一些思考     对于web

本文牵扯的面积可能会比较泛，或者说比较大，在这个层面很多人也有自己的见解，所以我这也仅仅是抛砖引玉，结合前面讲述的一些基础技术，从思想中阐述更为深入的架构思想基础，因为最好的架构思想是架构师结合实际情况思考出来最适合的架构，这里仅仅说明下一些常用的原理和思想，主要包含的内容有（内容很泛，所以都是简单阐述入门知识，具体后续深入探讨）： 1、app切分集群组扩展 2、app集群组负载均衡

序：     这里指的服务器是指提供HTTP服务的服务器，人们通常衡量一台web服务器能力的大小为其在单位时间内能处理的请求数的多少。 3.1 吞吐率     Web服务器的吞吐率是指其单位时间内所能处理的请求数。更关心的是服务器并发处理能力的上限即最大吞吐率。     Web服务器在实际工作中，其处理的Http请求包括对很多不同资源的请求即请求的url不一样。正因为这种请求性质的不同，W