《解决方案架构师修炼之道》读书笔记

1. 水在前面

        第一次看到“解决方案架构师”这个词，就把这本书借回家翻了。最近也在网上看点资料，对比起来发现还是出版物内容更完整和更有体系，而且看书真的能让人安静下来。。。

        《解决方案架构师修炼之道》所罗伯·死里瓦斯塔瓦，内拉贾利·斯利瓦斯塔夫著，机械工业出版社出版。

2. 解决方案架构的含义

        解决方案架构从战略和战术的视角，对业务解决方案的方方面面进行定义和展望。它指定并记录了技术平台、应用程序组件、数据需求、资源需求以及许多重要的非功能性需求，如何伸缩性、可靠性、性能、吞吐量、可用性、安全性和可维护行。

        解决方案架构师可以解决的不同方面的问题如下：全球团队、业务需求、全球合规性、预算、解决方案实施、技术选型、基础设施需求、终端用户需求、解决方案维护和项目时间表。

        解决方案架构的演进如下：CS架构-》面向服务的架构（SOA）-》微服务架构

        云计算服务类型如下：基础设施即服务（IaaS）、平台即服务（PaaS）、软件即服务（SaaS）和函数即服务（FaaS）

3. 组织中的解决方案架构师

3.1. 解决方案架构师角色的类型

• 企业解决方案架构师：制定组织的IT策略，定义业务架构。
• 解决方案架构师：设计整体系统，以及不同的系统如何在不同的组织中集成。
• 技术架构师：负责软件的设计和开发。
• 云架构师：规划和设计云环境，并负责部署和管理公司的云计算策略。
• 架构师布道者：嗯，就是负责吹牛的。
• 基础设施架构师：企业IT基础设施设计、安全防护和数据中心运维。
• 网络架构师：负责设计计算机网络、局域网、广域网、互联网、内部网和其他通信系统。
• 数据架构师：设计、创建和管理组织中的数据架构。
• 安全架构师：为组织研究和设计强大的安全架构。
• DevOps架构师：嗯，设计DevOps流程的。

3.2. 解决方案架构师的职责

        分析用户需求、定义非功能性需求、与利益相关者的接触和合作（当和事佬）、处理各种架构约束、技术选型、概念验证和原型开发、设计解决方案并持续交付、确保发布后的可操作性和可维护性、担任技术布道者（继续吹牛）。

        感觉除了测试啥都要干。。。

3.3. 敏捷架构

        敏捷也是需要架构的，敏捷架构就是设计可解耦和可扩展的接口。敏捷架构的接触应该是降低变更成本，通过质疑来减少不必要的需求，并创建可以快速扭转不正确需求的框架。

4. 解决方案架构的属性

        个人感觉这个标题翻译的不好，这一章讲的是解决方案中需要解决的问题类型。

• 可伸缩性和弹性：静态内容伸缩（CDN）、服务器机群弹性（NoSql）、数据库伸缩（只读副本）。
• 高可用性：将工作负载分布在数据中心相互隔离的区域中。这样，即使一个区域发生故障，应用程序副本仍然可以在俩一个区域正常工作。杜宇架构而言，可以通过监控工作负载并采取主动干预的措施来获得韧性。
• 容错和冗余：容错能力是指在发生中断的情况下能够继续处理工作负载而不损害系统性能的能力。
• 灾难恢复与业务连续性：备份和存储、Pilot Lite、热备份、多站点。
• 可扩展性与可重用性：需要尽可能地使用松耦合的架构。比较好的做法是创建一个基于RESTful或基于队列的架构，这将有助于模块之间或跨应用程序的松耦合通信。