最近在阅读汤奕老师的《SaaS+AI架构实战—业务解析、架构设计、AI应用》，正好贴合我原来的计划：26年再把从战略到架构以及从规划到落地和运营等一条龙的把企业数字化转型以及最近火爆的AI等串一遍。

这本书浅显易懂，我今天聚焦前面一个章节的读后感，主要是把云计算的几种模式给串一遍，算是对老师的致敬，对自己学习的总结，以及稍微能帮助朋友们在零碎时间里一起碰撞下思想。

做IT的同学，特别是计算机科班出身的，特别喜欢做“抽象”分析，将不同场景需要的能力，归类整理和抽象汇聚成统一的归一的软件能力。以及将企业的数字化能力与行业软件包或标杆企业的数字化能力做对标和拉齐。五六年前，我也是这么坚定的认为的。后来，在研究数字化转型的几个架构、企业架构，以及公司战略这些知识的时候，发现这样做不全对，有一定的狭隘性。这里就涉及到一个公司“核心竞争力”的知识，你公司的核心竞争力一定是独一无二的，是从外边公司模仿不来的，如果可以模仿，大概率也无法成为你公司的核心竞争力。既然核心竞争力是企业独特的内容，那对应的数字化能力，一定是要定制实现的。

既然每个企业的独特竞争力都是各不相同的，那对于SaaS软件服务商来说，就面临着很大的挑战：标准化与定制化的冲突。

标准化让SaaS产品更容易扩展，能服务更多用户，同时降低开发和运营成本。然后，不同行业和企业都有特殊的业务需求，以及企业自身的核心竞争力对应的软件能力需求，这就需要定制化来适配和支撑。定制化这个玩意儿，不仅提高了技术复杂度，还增加了系统搞设计和维护成本。怎么平衡？就是一个高深的技术活了。平衡好了，甲乙双方双赢；平衡不好，甲方会劳民伤财自己干，乙方拿不到订单要关门歇业。

为什么乙方软件服务商需要“标准化”？这个问题其实是产品的边际成本和边际效益的理论。之前文章里面有提到，可以往前查找。说白了就是工业化理论的基础，批量化大生产，降低单个商品的成本，支持服务商赚更多的钱。

软件服务商如何平衡标准化与定制化，这是一个复杂的问题。不同行业存存在的差异性也比较大。不管是作为甲方的企业，还是乙方的软件服务商，解开了这个问题，都是对社会生产力的促进。

软件的构建其实一直在模仿工业，批量化大生产，一条生产线聚焦一个“产品”的构建，以提高生效效率。如果一个软件是存在很大差异的，那如果将软件拆分成不同颗粒的“螺丝钉”，那螺丝钉是不是就一致了呢，大概率是可行的。

架构，是解决复杂事情的有力武器。架构的核心是“拆解”，价值在于“组装”，拆解是手段，组装是结果，组装之后像一个东西一样运转是目的。如何拆解，按什么颗粒度拆解？这个就是“架构”的专业价值了。此处不再详细展开，下周我们接着汤老师的章节，一层一层的剥洋葱，再详细的加以说明，和大家继续相约和碰撞思维。