经典企业架构领域
最常见的企业架构领域描述了 企业架构. 。专业架构师通常独立开发领域架构。当领域架构整合在一起时,就拥有了完整的企业架构。.
每个企业架构域本身都是有用的。当独立使用时,您必须假设所有其他域都是静态的。.
好的 企业架构师 将企业架构分解为多个领域,因为这样更容易分析和描述类似的事物。他们使用相同的技术和技能来描述和分析架构领域的组件。.
有许多 企业架构师职位 领先的企业架构团队。如果您想了解角色而不是领域,请跳转到 不同的企业架构工作.
业务架构领域
商业架构师 开发业务架构。它是所有其他企业架构领域的基础。它将解释企业的运营模式、组织结构、运营实践和信息流。.
最佳实践 企业架构团队 将致力于制定目标状态并支持业务运营的改进。许多以 IT 为中心的企业架构团队利用他们的 商业架构师 向以 IT 为中心的架构师记录和解释业务决策。.
我们有一个出色的业务架构师示例 业务架构师构建 IT 部门的方法.
当我们 培养企业架构师的技能, 建立企业架构团队, 或交付 TOGAF认证培训,, 关于业务架构,我们有两个核心事实。首先,当业务架构师将希望、恐惧和预先制定的变更计划转化为 '业务'' 它们注定成熟度较低。其次,假设业务架构已经开发,然后构建其他领域来支持它,那么您将始终开发出低质量的架构。.
安全架构领域
我们也将安全架构称为 信息系统安全架构, 和 安全架构. 。这个架构领域始终非常关注 IT。 安全架构师 制定有效管理与信息和信息技术相关风险的控制措施。安全架构师的目标是保护企业,而不是技术。.
遵循最佳实践安全架构 南非啤酒协会 平衡保护需求与成功驱动力。安全架构也无处不在。每个领域、每个元素、每个决策都必须从风险和安全的角度进行考量。.
信息系统架构领域
信息系统架构是 TOGAF. 。它涵盖所有应用程序和数据架构。更广泛的视角 信息技术架构 将该领域扩展到包括基础设施和其他技术。.
数据架构领域
不要陷入冗长的语义讨论 信息架构 和 数据架构. 最佳实践是将信息分析与业务架构、数据架构与IT问题相结合。可靠的数据架构为您的应用程序架构提供了最重要的约束。.
应用程序架构领域
最佳实践 应用程序架构 将重点关注软件和集成方面的关键约束。它将明确您的组织应该使用 SaaS、商业软件、大型套件或专业软件,还是进行定制开发。应用程序的选择支持不同的业务活动。选择取决于您的业务架构。此外,系统边界和集成标准也至关重要。如果没有这些顶层约束,应用程序内部的细节就没有什么实际价值。.
当我们 培养企业架构师的技能, 建立企业架构团队, 或交付 TOGAF认证培训,, 关于应用程序架构,我们有两个核心事实。首先,除非你有一个 应用程序开发模型,, 你无法继续下去。除非你了解你的应用程序选择如何赋能和约束你的业务架构,否则应用程序的细节毫无意义。其次,如果你一头扎进应用程序功能和集成,你最终会开发出低质量的应用程序架构。.
我们解释 TOGAF ADM 阶段 C 中的应用程序架构开发 - 应用程序架构.
技术架构领域
TOGAF 指的是技术架构领域。Other 指的是基础设施架构。不要陷入冗长的语义讨论。.
强大的技术架构能够提供企业敏捷性,并支持敏捷软件开发。它将在效率和 企业敏捷性.
成功的技术架构指导和约束:
- 其他企业架构师领域架构师的艺术可能性
- 基础设施规划人员的成功标准
- 解决方案架构师和专业技术架构师关于判断标准、成功标准和优先级
基础设施架构领域
你的 技术架构 关注支持应用程序、数据和通信的技术或基础设施。.
现代企业架构领域
所有企业架构领域都涵盖企业架构的一部分。创建这些领域是为了让专业架构师能够运用适合该领域问题的技术和技能。我们还将创建一个领域来应对棘手的变更挑战。.
现代企业架构领域不断涌现。我们吸收了大部分 经典企业架构领域 随着新技术成为主流。.
云架构领域
公有云服务的兴起正在改变我们处理基础设施架构和应用架构的方式。我们发现一个有趣的现象:传统的基础设施试图定义应用程序所使用的服务,而基础设施和平台云架构依赖于这种方法。SaaS 也是如此。软件即服务 (SaaS) 明确定义了功能和通过 API 的访问,这恰恰是应用架构的两个经典主题。.
私有云架构 私有云架构和公有云架构有着显著的区别。当你需要开发私有云架构时,你需要考虑如何交付服务。而公有云则需要你选择可用的服务。.
面向服务架构领域
面向服务架构 (SOA) 和微服务架构是企业架构领域的典型代表,它们逐渐兴起并融入到经典架构领域。几年前,SOA 风靡一时,被认为将彻底改变一切。如今,它已成为良好应用程序架构的一部分。.
重点企业架构领域
所有企业架构都服务于两大主要受众——决策者和实施者。决策者使用架构来决定进行哪些变更,并确保变更能够带来预期的价值。实施者使用架构来确保他们了解价值衡量标准以及对其自由的限制。.
除了根据架构师所从事的领域来识别不同的架构师之外,我们还将根据架构师所处理的问题类型来识别不同的架构师。.
敏捷架构
随着现代敏捷软件开发实践的兴起,人们对企业架构如何与敏捷开发产生浓厚兴趣。我们发现 涵盖企业架构和敏捷的六个用例. 良好的架构开发能够支持正确的目标,并且独立于任何变更方法。我们发现 企业架构和敏捷完美地结合在一起.

解决方案架构
解决方案架构师 通常在项目或解决方案层面上广泛关注多个面向 IT 的领域。. 解决方案架构师 将在企业架构的约束下工作。他们通常非常注重支持实施者。.
SABSA 领域模型
SABSA 领域模型与企业架构领域无关。 领域 仅仅表示知识或活动的领域。SABSA 领域模型只是沿用了这个含义。.
使用 SABSA 领域模型将组织划分为可检查的部分。利用这些部分来建立风险所有权和治理机制。.
使用 SABSA 域模型的关键是确保每个域都有可定义的边界。.