迷你书： 架构师（8月刊）

InfoQ中文站的电子杂志《架构师》（2011年8月刊）出炉了. 本期的主编是InfoQ中文站总编辑霍泰稳. 本期《架构师》月刊专题为云计算的安全风险. 安全风险”作为云计算中重要的一环，一直备受关注，本期的专题我们和IEEE合作就这一话题进行深入讨论，并借助一个调查看看当前已经实施云计算的企业是如何看待云计算和安全的.

国内大型的物流企业，专业从事国内公路运输和航空运输代理. Foss项目的架构设计，包括需求分析，模块设计，系统结构设计，关键功能的开发，技术难题的解决，对团队质量输出的把控等等. 1、熟悉WebLogic/Websphere/JBoss等一个以上大型应用服务器，熟悉Linux及应用服务器集群. 2、 具有丰富J2EE架构设计经验，具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验.

因为工作的关系，最近面试了很多软件架构师，遗憾的是真正能录用的很少. 很多候选人有多年的工作经验，常见的框架也玩得很溜. 然而最擅长的是“用既定的技术方案去解决特定的问题”，如果遇到的问题没有严格对应的现成框架，就比较吃力. 这样的技能水平或许适合某些行业，但很遗憾不符合我们的要求. 软件架构师到底应该做什么，又为什么这么难做好，这都是近来的热门问题，我也一直在和朋友们讨论.

“架构师图谱”是一个很宏大的命题，特别是优秀的架构师自身也是“由点到面再到图”，一点点成长积累起来，尝试写这篇文章的目的更多的是结合自身的一些架构、研发、管理经验对现阶段做一个复盘总结，所以这里更偏向于后端图谱，依赖于开源技术、云原生或者其他第三方服务. 这里会重点介绍一些技术栈、设计理念以及适应场景，这些可以作为我们选型时的依据.

琉璃要我推荐一下给工程师们的各阶段的书单，这件事被我压在手边好些天了已经. 然后呢就看见了公司内网中孙坚的一份推荐. 其实那份书单的一些信息也是有出处的(或者说有类似介绍的地方)，是江南白衣的另一份架构师书单，目前已经“翻新”到2009年版和第3版了：. 看来白衣兄的确是要把这份书单做到穷极. 但事实上我在看到他的最初版的书单时，就提出过反对意见：.

在架构师的角色中，沟通是要求有效果的必备技能与工具. 换句话说，沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段. 架构师通常没有对为其项目工作的他人的直接管理权. 他们的项目往往是跨部门的，也可能会跨好多个行业单位. 由于不能直接管理他人，所以架构师指示别人或群体完成特定行动的能力就受到限制.

今年的系统架构师考试马上就要开始了，在此进行了一次核心要点总结，与大家一起分享. 七、架构权衡分析法：ATTM（Architecture Tradeoff Analysis Method）. 评价软件架构的一种综合全面的方法. 这种方法不仅可以揭示出构架满足特定质量目标的情况，而且（因为它认识到了构架决策会影响多个质量属性）可以使我们更清楚地认识到质量目标之间的联系——即如何权衡诸多质量目标.

今年的系统架构师考试马上就要开始了，在此进行了一次核心要点总结，与大家一起分享. 1、性能：系统的响应能力，即要经过多长时间才能对某个事件作出响应或者在某段时间内系统所能处理事件的个数. 架构设计策略：增加计算资源、改善资源需求（减少计算复杂度等）、资源管理（并发、数据复制等）和资源调度（先进先出队列、优先级队列等）.

       从本质上，架构设计是需求驱动的，而不是模型驱动的. 但当很清楚需求却依然设计不出架构时，就说明“需求驱动的架构设计”的总结还“缺点什么”. 架构设计是一门艺术，不可能把“一桶需求”倒进某台神奇的机器，然后等着架构设计自己被“加工生成”完毕，因此“需求驱动的架构设计”的总结给架构师的启发不够.

Conceptual Architecture阶段.        有经验的架构师不会一上来就关注如何定义“接口”，他们在大型系统架构设计的早期比较注重识别重大需求、特色需求、高风险需求，据此来设计概念架构. 概念架构是对系统设计最初构想，就是把最关键的设计要素和交互机制确定下来，然后考虑具体技术的运用，设计出实际架构.