03决策派

软件架构是软件一些重要方面决策的集合。这种说法的典型代表是RUP中对于软件架构的定义。

软件架构包含了关于以下问题的重要决策：
1.软件系统的组织；
2.选择组成系统的结构元素和它们之间的接口，以及当这些元素相互协作时所体现的行为；
3.如何组合这些元素，使它们逐渐组成更大的子系统；
4.用于指导这个系统组织的架构风格：这些元素以及他们的接口、协作和组合。  
5.软件架构并不仅仅注重软件本身的结构和行为，还注重其它特性：功能性、性能、可扩展性、可重用性、可理解性以及美学等等。

石头记：依然是教课书般定义，更有设计的感觉。

04桥梁派

Software Architecture in Context is the crucial bridge between requirements and design.

The interplay is core to the architectural process.

石头记：架构是需求和设计之间的桥梁，并且特别强调和需求方，设计方的互动。这是瀑布研发的思维。

05平衡派

架构是各个方面因素平衡的结果。

石头记：特别务实的定义方式。花名叫做："tradeoff"。

06康威定律

康威定律：组织结构决定软件架构。

Conway’s law: Organizations which design systems[...] are constrained toproduce designs which are copies of the communication structures of theseorganizations.

设计系统的组织，最终产生的设计等同于组织之内、之间的沟通结构。

石头记：意识到康威定律，是架构师成熟的标志。在微服务架构流行的今天，康威定律被一再的提及。微服务的本质是技术倒逼组织结构变革。“你建构了你所知，你所知又影响了建构的方式。”——这或许就是架构和架构师的关系吧。

07建筑派

公元前1世纪，古罗马御用工程师、建筑师MarcusVitruvius Pollio在其《建筑十书》中最早提出了建筑的三要素“坚固、实用、美观”。英文的表述为Firmitas,Utilitas, Venustas，通俗的说也就是Solid, Useful, Beautiful，用计算机的术语表述就是：

Firmness: Achieve a satisfactory level of freedom from damaging failure.
Commodity: Utility to accomplish the tasks it is purported to be for.
Delight: Pleasure in use.

石头记：时至今日，这三个要素仍然是优秀软件架构的重要组成部分。

08The “4+1” View Model

逻辑视图主要强调面向对象设计；进程视图主要强调并发和同步；物理视图主要强调软件和硬件的映射；部署视图则强调软件在部署环境中的静态组织。场景则强调主需求或者用例。

石头记：经典的“4+1”架构视图，有很多衍生版本。架构师入门必备，是指导软件架构设计，开发实现的重要思想。

09使用视图与视点与利益相关者合作

利益相关者是对架构感兴趣的任何人和组织。关切是利益相关者对架构的任何期许，需求，或目标。

视图是架构对利益相关者关切的结构化呈现。视点是构建视角的模式，模板。

使用视图和视点的第一个好处是关注点分离。单一视角和很难描述一个复杂系统的架构的。其次是便于和利益相关者沟通。同时便于对系统复杂性进行管理和增加开发者的关注度。其缺点是分片视图，错误视角的选择和视角之间的不一致性。

架构透视是保证系统属性的一系列活动，策略，指导。

石头记：这是基础而且经典的架构方法。合格架构师拿证的license。掌握此法，可以闯荡架构江湖，还特别适合在大型组织混迹，玩技术。推荐经典书籍：《软件架构设计》，《软件架构师12项修炼》，《软件系统架构:使用视点和视角与利益相关者合作》。

10以终为始

石头记：作者右军是从架构到团队管理，回头再看架构。初级的架构师往往关注在边界和职责，只扫自家门前雪，避免背锅，并以此为荣。作者一针见血，站在用户需求角度考虑架构——以终为始的架构观——阐述了一个良心架构的思考和担当：不为未来挖坑。

作者首创的PMC框架（P>platform\M>merchant\C>customer）值得所有互联网行业的专家借鉴。
从作者的行文中，我对架构的体察总结是：
1.架构的空间属性：视图，视角，层次
2.架构的时间属性：动态，演进
3.架构的组成属性：功能，质量（非功能）

全文以黄金圈理论组织结构，是谓本章架构。

本文有真意，欲辨已忘言。请阅读原文体会妙处。右军以终为始架构观：从学习到架构[上篇] 

11闭环架构

系统架构层面的闭环主要体现在系统监控方面，系统监控主要分为三个层次：
1.系统层监控，监控底层硬件如CPU、网络和存储等的性能状况；
2.应用层监控，监控应用性能如页面/服务调用计数，调用延迟，错误计数等；
3.业务层监控，监控重要的业务指标如PV/UV，用户登录数和订单量等。

上图是一个假想的电商网站的分层架构图，
1.系统层监控，监控底层硬件如CPU、网络和存储等的性能状况；
2.应用层监控，监控应用性能如页面/服务调用计数，调用延迟，错误计数等
3.业务层监控，监控重要的业务指标如PV/UV，用户登录数和订单量等。

石头记：作者杨波的文章是我今年认知升级最大信息来源。闭环思维也适用于人，组织，流程。杨波老师原文：拍拍贷基础框架研发实战：构建闭环反馈架构

12演进架构

网站在不同的阶段遇到的问题不一样，而解决这些问题使用的技术也不一样，流量小的时候，主要目的是提高开发效率，在早期要引入ORM，DAO这些技术。随着流量变大，使用动静分离、读写分离、主从同步、垂直拆分、CDN、MVC等方式不断地提升网站稳定性。面对更大的流量时，通过垂直拆分、服务化、反向代理、开发框架（站点/服务）等等，不断提升高可用。在面对上亿级的更大流量时，通过中心化、柔性服务、消息总线、自动化（回归，测试，运维，监控）来迎接新的挑战。未来的就是继续实现移动化，大数据实时计算，平台化……系统架构会一直迭代衍变，就像最初的从零到现在。

石头记：演化思想是敏捷架构的核心。对很多创业公司，需要仔细读读58同城的技术委员会执行主席沈剑的这篇文章（http://www.csdn.net/article/2015-10-24/2826028）。以及张逸老师的一次设计演进之旅，还有在新美大“创业”：KTV预定业务演进之路，途牛订单的服务化演进等。