我们通常定义架构有几个层次，分业务架构、产品架构、应用架构和技术架构。

业务架构：描述一个企业围绕一个行业做了哪些业务，例如支付行业的收单、退款、出款、充转提等能力，这与公司对外和对内定义的产品无关。
产品架构：描述对外和对内定义的可销售的产品，例如微信的条码支付、扫码支付、公众号支付等。
应用架构：描述提供了哪些系统和服务来实现对外和对内的产品架构，从而支持公司的业务架构，例如微信内部的订单系统、支付系统、账务系统和对账系统等等。
技术架构：通常涉及采用什么的技术栈，以及各个技术栈之间如何分工和协作的，具体会细分为数据架构视图、服务化架构视图、缓存架构视图、消息架构视图、安全架构视图、性能架构师视图等等。

有了架构方法论，我们通常可以根据架构方法论的指导来设计和规划架构，而不再依赖于架构师本身的经验来设计架构，也不会把架构当做艺术来发挥，发挥好的时候设计出来的是好架构，发挥不好的时候设计出来的就是坏架构。于是，按照行之有效的方法论来做架构的规划和设计，就可最大程度上保证架构设计的合理性，从而保证项目的成功。

对于一个项目我们需要从不同的侧面来描述项目的特质，对项目进行规划，让项目有条不紊的推动，我们通常依照架构方法论来设计架构，把架构分成不同的方面，这包括业务架构、产品架构、应用架构和技术架构，技术架构又可以细分成多个小的架构视图，这包括数据架构视图、服务化架构视图、缓存架构视图、消息架构视图、安全架构视图、性能架构师视图等，我们从这些不同的架构和架构视图来透析复杂的整体项目，架构方法论并不会保证我们100%的来透析完整的项目，而是要抓住项目的核心需求和特色需求，使用架构方法论的各个架构和视图来透析项目和规划项目，保证项目不跑偏，健康的进行下去。

通用架构师能力模型

有了架构方法论，我们通常在项目中或多或少的都会根据架构方法论来推进项目，使用架构方法论的这些人就是架构师，架构师会根据架构的种类和视图具体分为不同的架构师，有业务架构师和技术架构师，技术架构师又分为数据架构师、应用架构师、性能架构师、安全架构师等等。