软件架构的意义学习笔记

本章概述

What:业务、架构和技术的落地保障。

Why:沟通、决策、约束、组织、演进、复用的需求。

How:案例分享-DevOps凤凰传奇、OpenGroup认证。

架构师如何保障架构落地

业务：跟随业务发展、扫清技术债务。
架构：架构向前演进、向后兼容。
技术：技术成熟度、复杂度、买还是建。

“架构”的目的是桥梁、指引（蓝图）。

架构是早期设计决策的体现

RASCI决策矩阵

R-执行人  	A-负责人   	S-支持者  	C-顾问   	I-知情人

架构明确对系统实现的约束条件

ADMEMS矩阵

RAID矩阵

架构制约系统质量属性

哪些质量最核心？

拓展性、性能、可用性、安全性、耦合性。

伸缩性、易用性、可维护性、可移植性、可操作性、可重用性。

架构与组织结构

架构决定了开发和维护组织的结构。

康威定律

贝佐斯的“两个披萨”原则。

当团队人数超过12个人的时候，传递的信息会失真。

架构师的思考：

如何解决环境问题：开发、QA和生产的不匹配。

如何解决耦合问题：凤凰项目和传统系统耦合。

如何决绝资源共用问题：关键人员疲于在多项目中切换。

如何满足峰值需求：突发性业务需求、性能测试需求。

如何解决安全问题：最小代价完成安全合规审计。

架构是可传递、可复用的模型

架构复用

方法论复用：ABSD、DSSA、AT、EA、TOGAF。

模型复用：UML、SOA、CBM。

工件复用：素材、图片、表格、图标、文件。

剪裁：三七原则，保留30%还是70%。一般用30%

架构资产更新：内部资产库、外部架构社区

OpenGroup架构认证

全球最知名的架构认证组织。

两大认证类型

TOGAF:广度、知识点、案例分析、笔试。--企业架构师

Master Architect主架构师认证：应用架构、数据架构、集成架构、技术架构

3-5年架构师认证

5-8年主架构师认证

主架构师认证

三个完整方法论案例（案例、设计、风险、决策、结果）。
20+架构师评测点（各2-3个案例论证）。
评测重点：方法论、模型的复用，架构资产的贡献。

面试指导

题目：作为架构师，遇到部门冲突如何解决？

题眼：决策派、语境、立场、沟通渠道处理，架构决策。

加分项：方法论完整，通用语言、RASCI决策、SWTO分析。

题目：作为架构师，平时的设计重点关注那些因素？

题眼：质量，拓展性、性能、可用性、安全性、耦合度。
加分项：多角度分析、实际案例侧重点清晰。

题目：作为架构师，如何处理新架构和老架构之间的冲突。

题目：解决技术债，架构演进策略。
加分项：多模式使用（拆迁、修缮、绞杀）、冲突预防。

OpenGroup面试题：

作为架构师，挑选一个你的实战项目，描述该应用架构如何随着组织架构的变化而演进的？

挑选一个项目，描述该项目中，你如何挑选、复用和剪裁合适的架构设计框架、设计模式、架构风格、软件包？