架构能力的四个阶段

我把架构的能力分为四个阶段，分别是架构原则（Principles）、架构模式（Patterns）、架构建模（Modeling）、架构框架（Frameworks）。

第一阶段「架构原则」，这是最基础的架构知识。架构原则是在架构设计领域中基本要遵守的原则，通常不会有太多条，且每一条都很简单、用处很广泛、彼此独立。你可以在工作中或者从别人的经验分享中，整理出你的架构原则。我自己目前就建立了十几条的技术架构设计指导原则，例如：两个系统不能共用一个资料库。

第二阶段「架构模式」，这是「设计模式」的一种，设计模式是一些经常被使用、已经确定有效的「招式」可以用来「套招」。这方面的书非常多，有的描述安全架构模式、有的描述基础架构（Infrastructure）模式，有的描述应用架构模式。只要去阅读这些书，可以快速得到这方面的能力。架构模式比架构原则更「实」，因为它会描述具体要解决的问题是什么、具体的设计是什么、会产生什么效果。例如，面对可能的DDoS网路攻击，系统要如何设计以为因应，这么做有什么优缺点。

第三阶段「架构建模」，这是指建模所需要的语言和能力。不要把模型（Model）和模式（Pattern）搞混了，模型是某件事物的化身，而模式是一种套招；模型是一种整体观，但模式是零散的常用招式。

第四阶段「架构框架」，这是指模型已经被抽象成为一个更通用的框架，这个框架只要透过简单的设定或配合一些小工作量的开发，就可以产生新的模型，把大部分的事情都处理完。新的需求一来，就可以快速搞定。

上面说的这四个阶段，同时适合技术架构和业务架构领域。在技术架构领域，多数的技术架构师可能是在第二阶段。在业务架构领域，业务架构师本来就不多，他们可能一部分在第一阶段，一部分在第二阶段。

透过这些阶段的区分，我希望其他架构师也能够据以判断自己的能力在什么位置，并因此有了努力前进的方向。我之所以把架构能力分为这四个阶段，因为这正是我走过的路。既然这四阶段是我的经验，我就藉这个机会顺便说说我的架构师成长之路吧！

在生活中和工作中，我们很容易从他人的身上看到许多他们的行事风格（例如上床睡觉前先洗澡），我们也可能发展出我们自己的行事风格，一旦我们发现某些行事风格对我们有好处，我们可能会持续採用，最后变成我们的原则。我在软体开发行业这么多年，自然会培养出一些我认为好的原则，例如系统之间一定要避免循环依赖。

慢慢培养出这些原则固然好，但后来我发现了一种快速进步的方法：学习「设计模式」。于是我把架构领域的设计模式的书全都买回家。我身为架构师团队的负责人，我也让我的团队成员去学习这些设计模式。

儘管这些设计模式对团队有帮助，但设计模式还是太零散。我希望能够有一个比较全面的架构设计方法论，来让团队成员能够依循，在方法论的指导下，即使比较菜鸟的架构师也能够做出水準以上的架构。所以这些年来，我一直在研究架构建模的方法论。

后来我确实整理出一套架构建模的方法论，但渐渐地我开始有了重複的感觉，这表示需要更高层次的抽象。我试图把抽象的结果实现为框架。这是我现在努力的目标。

同时我又发现一个问题：光是技术架构还不够，因为如果没有好的业务架构，技术架构就不容易做好，或者技术架构的价值体现不出来。于是我开始走向业务架构，接下来是商业模型方法的研究。到头来我发现，每一个目的地都只是另一个旅程的起点。只有回首前尘，看以前走过的那些路，才理解这一切的脉络。