原创2024-12-30小艾老师

TOGAF企业架构师认证知识体系考证须知证书含金量培训大纲 3分钟小视频我要提问

TOGAF 认证是 The Open Group 颁发的架构框架专业认证，是企业在规划、设计、实施和管理 IT 架构时所使用的一种方法和标准。它提供了一个开放的、灵活的、可扩展的方法来构建、部署和管理企业的 IT 架构，帮助企业提高 IT 效率、降低成本、提高业务灵活性和创新能力。

中文名TOGAF企业架构师认证
英文名The Open Group Architecture Framework
英文简称TOGAF
颁证机构The Open Group
证书类别企业架构（业务架构，数据架构，应用架构，技术架构）
同类认证SAFe for Architects、CBA

架构设计不像数学公式或者物理定律那样有固定的解答。很多时候，它是设计师在各种需求、技术限制和未来规划之间做出的权衡结果，是一种_符合实际情况的“智慧输出”。不过，虽然架构设计充满了不确定性，但一些好的架构原则和思路可以帮助我们在复杂的决策中少走弯路，避免走进死胡同，让设计更加贴合实际需求。

今天，小艾老师就跟大家来聊聊“架构原则”这个话题。

01 什么是架构原则？

说到架构原则，简单来说，它们就是你做架构设计时的“底层规则”。这些原则不仅帮助你明确目标，也能避免做出不符合企业长期发展规划的决定。就像我们做项目时需要总的一个框架，架构原则就是那个框架。

为什么需要架构原则？
因为在企业级的架构设计过程中，面临着复杂多变的业务需求和技术挑战，架构原则可以为决策提供一个统一的参考框架，帮助我们做出_合适的选择，避免决策的随意性和不一致性。
谁来定义架构原则？
架构原则通常由企业的首席架构师、CIO（首席信息官）、架构委员会及其他关键业务利益相关者共同定义和制定。作为企业级的指导性文件，架构原则的制定需要广泛的共识和深思熟虑的考量。

02 架构原则的层级结构

在实际应用中，架构原则不仅有着不同的内容，还存在着不同的层级结构，从总体的设计总则到具体的标准和规范，每一层级都有其明确的作用和责任，并且具有不同的强制力。

设计总则
作为架构原则的_高层级，设计总则为企业级决策提供了基础依据，体现了企业的总体目标和战略方向。例如，推动企业运营效率、降低成本，或者通过敏捷部署提升市场反应速度等等。
域的具体原则
在业务架构、数据架构、应用架构和技术架构等领域中，具体原则提供了对各个领域决策的指导。比如，业务架构原则可能涉及业务流程的简化、标准化，而数据架构原则则强调数据的完整性、安全性等。
策略
比原则更为详细，策略通常适用于企业级架构设计过程中那些需要强制执行的决策。它们确保了决策的一致性，并且通常在架构实施过程中需要得到严格遵守。
标准
标准是_具体的层级，必须遵守。一旦某个设计方案不符合标准，就需要经过严格的审批程序。这一层级确保了架构设计和实施的一致性与规范性。这就像是程序员写代码时必须遵循的“编码规范”，不按标准来，可能就得重写。
规范
规范虽然非常具体，但并非强制性的。它们为设计提供了推荐的方向，但不需要严格执行，灵活性较高，适用于特定的场景和需求。

03 架构原则示例：三条很有用的“设计总则”

小艾老师觉得以下3条原则，可以作为我们的架构“设计总则”，来指导我们后续所有的架构设计工作。

一.合适原则

合适优于“_”
这个原则强调架构设计应该根据企业实际需求来选择合适的技术和方案，而不是盲目追求“_先进”的技术或业界_的架构。不同的公司和项目在需求、资源、人员和技术环境等方面都存在差异，架构设计应当“量体裁衣”，选择那些能真正解决问题、适应当前环境的技术和架构。

关键点：

选择适合自己的技术和架构，不必盲目跟风追求_新的趋势。
确保架构与实际业务需求和公司现状匹配，而非单纯追求“业界_”。

二.简单原则

简单优于复杂
这个原则主张在架构设计中追求简单性，避免过度设计和复杂的技术堆栈。过于复杂的架构不仅增加了实现的难度，也会导致后期维护困难、错误发生率增加以及团队沟通成本提升。简单的架构更易理解、易扩展、易维护。

关键点：

保持设计的简洁，尽量减少不必要的复杂性。
简单的架构更容易理解和修改，也有助于团队更快速地响应变化。

三.演化原则

演化优于“一步到位”
这个原则强调架构设计应该采取渐进式演化的方式，而非一开始就力求完美或一步到位。架构不可能一蹴而就，需要根据实际情况逐步调整和改进。通过小步快跑的方式，不断演化和调整架构，更能应对未来的变化和不确定性。

关键点：

架构设计应该支持不断演化和调整，避免一开始就做出完美的架构设计。
在实际实施过程中，随着需求变化、技术进步和团队反馈，架构会逐步优化。

04 架构原则示例：四个“域”的17条具体原则

以下是四个“域”的一些常见的架构原则示例，通过它们我们可以更好地解决架构设计过程中的一些实际问题，小艾老师也帮大家都整理出来了，如下:

技术原则

响应变化

系统要能够快速应对变化，比如用户需求、市场环境变化等。架构设计时，要考虑到将来可能的需求变动，不要过度固定，保持灵活性。

可扩展
系统设计时要考虑将来可能的用户增长或业务拓展。要确保系统能够在流量增加或业务扩展时，平稳地进行横向或纵向扩展。

业务原则

业务持续性
设计时要考虑企业的长期目标，确保系统能够支撑未来几年甚至更长时间的业务发展，避免短期解决方案。比如，企业在设计其客户管理系统时，要考虑到未来可能的国际扩张，支持多语言和跨国运营的需求。
业务通用性
业务架构要尽量设计成通用型，能够支持多个业务单元或部门的共享使用，避免重复建设。
业务一致性
系统要确保不同业务模块之间的数据和操作保持一致，避免出现“信息孤岛”。
合法
系统必须符合相关法规和合规要求，特别是在涉及到数据隐私、财务、医疗等敏感领域时。

数据原则

数据价值性 > 数据正确性 > 数据完整性
在数据的设计上，首先要考虑数据的商业价值，确保数据的准确性和完整性。
数据积累分析需要规范化数据
数据需要经过统一的标准化处理，便于后期的积累和分析。
数据是安全的
数据必须有适当的保护措施，防止泄露、丢失或者被篡改。
数据不仅仅是可以共享的数据，还包含业务规则和策略
数据不仅仅是静态的数字，还包含了如何使用这些数据的规则和策略。

应用原则

技术独立性
选择技术时，不要绑定到特定厂商，确保系统未来能够灵活更换技术或供应商。
使用过程中现流程性
系统设计要遵循现有的业务流程，避免改变业务流程以适应技术架构。
模块化设计
将系统设计成模块化的，功能之间独立，便于后期的扩展和维护。
独立业务规则
业务规则应该与具体系统实现分离，使用规则引擎等工具来管理。
统一授权、统一界面
系统中的权限管理和界面风格应该统一，提升用户体验和管理效率。
应用系统间的调用采用服务调用的方式
系统之间的调用应该通过标准化的服务接口进行，避免直接调用对方的代码。
对外部系统调用，必须统一接口规范和信息格式
系统和外部系统的数据交换必须遵循统一的接口规范和数据格式，避免因接口不一致带来的问题。

04 TOGAF 10官方声明的21条企业架构原则

作为全球广泛应用的企业架构框架，TOGAF 10同样也有提出架构原则，共21条，这些原则就像是架构师们的“指南针”，帮助我们在搭建和管理架构时，能够保持方向不偏。通过遵循这些原则，企业能够更有效地实现其战略目标，并应对不断变化的市场需求。

小艾老师给大家普及一下这21条原则：

	原则名称	声明内容	通俗解释
业务架构原则：指导企业如何通过信息技术支持和优化业务流程。
1	原则至上	信息管理原则适用于企业内所有组织。	所有的业务和技术决策都应遵循这些原则，无论哪个部门都得遵守。
2	_大化企业利益	信息管理决策旨在为整个企业提供_大利益。	任何决策都要从整体出发，确保整个企业的利益_大化。
3	信息管理人人有责	所有组织都参与完成业务目标所需的信息管理决策。	企业内部每个人都要参与到信息管理中，确保目标达成。
4	业务连续性	即使系统中断，企业运营也能继续。	就算技术发生问题，企业的核心业务也不能停滞。
5	共用应用程序	更倾向于开发企业范围内使用的应用程序，而非特定组织的重复应用。	优先考虑做出能全公司使用的应用，而不是为某一个部门单独开发。
6	服务导向	架构基于服务设计，服务反映了企业业务流程。	架构要围绕企业的真实业务流程来设计服务，而不是单纯的技术构建。
7	合规	企业信息管理流程遵守所有相关法律、政策和规章制度。	必须确保所有的信息和技术决策都符合法律法规，避免风险。
8	IT责任	IT组织负责提供符合用户需求的IT流程和基础设施。	IT部门要确保技术设施能够满足业务部门的需求，比如功能、服务质量等。
9	知识产权保护	必须保护企业的知识产权。	所有涉及到知识产权的内容（如专利、商标）都要得到保护。
数据架构原则：关注数据的管理和使用，确保数据的质量和安全。
10	数据是资产	数据是企业有价值的资产，应进行相应管理。	数据是企业的一项重要资源，要像对待资金一样小心管理。
11	数据共享	用户可以访问需要的数据，数据在企业内部共享。	各个部门之间要开放共享数据，确保信息流通畅通。
12	数据可访问性	用户可以访问数据以执行其职能。	数据要对有权限的人开放，确保工作流不被信息瓶颈阻碍。
13	数据受托人	每个数据元素都有一个负责数据质量的受托人。	每个数据都有专人负责，确保数据的准确性和完整性。
14	共用词汇和数据定义	数据在整个企业中一致定义，且定义易于理解和获取。	确保数据定义在公司内部是一致的，大家都能理解和使用相同的定义。
15	数据安全	数据受到保护，防止未经授权的使用和泄露。	数据需要加密、权限控制等措施来确保安全，防止泄露。
应用/系统架构原则：指导应用程序和系统的开发和部署。
16	技术独立性	应用程序不依赖特定技术平台，可以跨平台运行。	应用应该是“平台无关”的，方便在不同的技术环境中使用。
17	易用性	应用程序应易于使用。技术对用户应透明。	技术不应该成为使用的障碍，用户只需关注业务，不必关心底层技术。
技术架构原则：关注技术的选择和应用，以支持业务和数据需求。
18	基于需求的变更	只有响应业务需求时，才对应用程序和技术进行更改。	变更要有明确的业务需求做驱动，不应随意更改技术架构。
19	响应式变更管理	企业信息环境的更改需要及时实施。	企业对变更要有快速响应能力，保持灵活性。
20	控制技术多样性	控制技术多样性，减少维护成本。	要减少技术平台种类，集中资源去管理和维护几种主流技术。
21	互操作性	软件和硬件要符合标准，以促进互操作性。	各种技术系统之间要能够顺畅沟通，实现互联互通。