架构是一个常常被提及的词语，架构师是一个神秘的职业。正如如果我们不限定讨论的具体领域背景，谈及架构一词可能会让“三个人产生五个概念”。例如，一个人在说起架构的时候，建筑师可能认为是建筑的主体结构，软件开发者认为是软件的组织方式，搞文字工作的人认为是文章的提纲，抑或其它情形。在谈及架构师的时候，也必须给予领域背景，因为架构师也有很多种，有企业架构师（EA）、解决方案架构师（SA）、技术架构师（TA）与基础设施架构师（IA）等等。
然后，这些架构师的作用域是什么？各自的职责范围是什么？各自有什么样的能力要求？本文试图结合FEA和网上的资料，回答以上问题。
目录
1、可架构层域模型
（1）绩效架构层域
（2）业务架构层域
（3）数据架构层域
（4）应用架构层域
（5）基础设施架构层域
（6）安全架构层域
2、可架构层域视角的架构师
（1）绩效架构师
（2）业务架构师
（3）数据架构师
（4）应用架构师
（5）基础设施架构师
（6）安全架构师
3、架构师的业务-技术象限
1、可架构层域模型
（1）绩效架构层域
（Performance Architecture Field ,PAF）将机构战略，内部业务组成部分和投资联系起来，提供衡量这些投资对战略结果影响的手段。
（2）业务架构层域
（Business Architecture Field，BAF）是通过共同任务和支持服务领域的分类法而不是通过烟囱式的组织视图向组织描述的，从而促进了机构内和机构间的协作。
（3）数据架构层域
（Data Architecture Field，DAF）有助于发现“筒仓”中存在的现有数据，并帮助理解数据的含义、如何访问它以及如何利用它来支持绩效结果。
（4）应用架构层域
（Application Architecture Field ，AAF）对支持服务能力交付的系统和应用相关标准和技术进行了分类，允许机构共享和重用通用解决方案，并从规模经济中获益。
（5）基础设施架构层域
（Infrastructure Architecture Field，IAF）对计算/存储/网络/云相关的标准和技术进行分类，以支持和使能语音、数据、视频和移动服务组件和功能的交付。
（6）安全架构层域
（Security Architecture Field ，SAF）提供了一种通用语言和方法，用于在机构业务和绩效目标的背景下讨论安全和隐私。
2、可架构层域视角的架构师
（1）绩效架构师
应当做企业架构师，在坚持结果/目标/问题导向的组织中，负责给出团队在未来一段时间内的行动目标与约束条件，能够对各层域架构师的工作进行统筹和协调，对重大问题进行决策，在整体上，是绩效目标的设计者、实现蓝图的描绘者、实现过程的协调者、实现结果的把关者。
（2）业务架构师
应当做解决方案架构师，专门评估业务需求，并将它们转换为解决方案、产品或服务，通常要花费大部分时间来协调正在进行的活动，参与活动的所有方面和活动，从概念定义到需求的分析和实现，最后转移到数字化操作。
（3）数据架构师
是领域架构师中的数据方向架构师，在数据要素价值日益重要的现在，应负责组织的数据全生命周期治理和利用，提出数据方面的规划与具体实现路径。
（4）应用架构师
是领域架构师中的应用程序方向架构师，应负责运用合适的软件技术来实现业务需要的应用程序设计与开发、应用软件的改造升级以及与其他系统的衔接。
（5）基础设施架构师
是领域架构师中的基础设施方向架构师，负责可靠有效实现业务、数据和应用程序服务所需的基础软件和硬件的选型、部署环境搭建，并协同进行相应的专业部署。
（6）安全架构师
是领域架构师中的安全方向架构师，负责在组织开展的业务实现活动中同步进行相应的安全设计、安全施工和安全监测，在网络安全与数据安全/隐私两个层面确保安全可靠。
3、架构师的业务-技术象限
从解决问题的角度来看，要理解架构师，应把其作为一个团队，而不是单独的某个人，而一个能够作战的架构师团队，由企业架构师、解决方案架构师、领域架构师等组成。当然，解决不同问题对架构师团队的能力组合要求不同，而且不同类型的架构师的能力范围也不同。具体而言：
- 企业架构师最关注业务与战略，同时具有很宽的技术视野；
- 解决方案架构师要求一定程度掌握组织业务与战略，并掌握一定深度和广度的技术；
- 领域架构师要求掌握基本的组织业务与战略，并对本专业的知识驾轻就熟。
