软件架构设计读书笔记

第一部分：什么是架构？

一句话:架构是针对所有重要问题做出的重要决策。

不同公司或者相同公司在不同的阶段所面临的问题不同，架构自然也会有所不同。

个人认为，不存在称之为完美的架构，只会存在最适合的。面对的场景，着重的目的不同，那么相应的决策也会不同(有点废话)。

架构的分类。

作者从技术的角度，把软件从底向上分层，做了架构的分类。

第一层:基础架构

基础架构指的是云平台、操作系统、网络、存储、数据库和编译等。

第二层:中间件和大数据平台

中间件，例如分布式服务中间件、消息中间件、数据库中间件、缓存中间件等。

第三层:业务系统架构

• 通用软件系统。例如常用办公软件、播放器。
• 离线业务。比如各种基于数据的离线计算、数据挖掘。
• 大型在线系统。比如电商、广告、搜索、推荐、ERP或者CRM等。

• 什么是架构的道?

  抽象点说，对于技术问题，主要是指高并发、高可用和一致性方面。对于业务问题，主要指业务需求分析和建模。

  那么，我们在面对这些问题的时候， 是通过大量的业务系统实践，在实践基础上进行的思考和总结，进而提炼出的一些方法论，这就是道。

  更具体的说，比如，

  • 数据库如何分库分表？
  • 分库分表的时机如何确定？
  • 缓存一致性问题如何解决？
  • 如何拆分服务？
  • ......

   

  等等问题，这些问题解决方案并不是凭空出现的，而是通过大量的实践落地进而总结产生的一套解决方案核心思路。

  所以道很多时候是"虚"的东西，越虚意味着就越抽象，如果两个人在讨论某个问题，而对一些专业理论的认知还未处于同一水平上，那听起来就只能离谱了。

  所以要讲道之前，得先有术。术就是指对应具体的语言，框架或者中间件使用姿势。这些都是比较具体的东西，实操性强，方便大家理解。

  架构的道和术，都不能偏废，一方面需要不断实践(术)，在实践中深入原理。进而把实践的东西抽象，总结出来，形成方法论(道)。 不断地用道来指导新的术，在新的术中再总结出新的道，如此循环往复。

  以上是第一部分内容。