【企业架构】Mitre 架构联邦

简介: 【企业架构】Mitre 架构联邦

定义:

架构联合是用于企业架构开发、维护和使用的框架,它对齐、定位和链接分离但相关的架构和架构信息,以向用户提供无缝的外观。

关键词:

企业架构,联邦架构,适合联邦,语义对齐,分层责任,接触点

MITRE SE 角色和期望:

MITRE 与各种政府赞助商合作,帮助他们构建企业架构,通常是在支持其整体企业现代化或转型计划的背景下。许多发起人都面临着以一种有凝聚力和安全的方式共享其业务流程、信息存储、技术系统和人力资源以完成共同使命的复杂问题。MITRE 系统工程师 (SE) 应了解并应用架构联合的原则,以实现跨企业架构或多机构企业架构的主要部分的本地创新、企业集成和演进。通过帮助他们构建各自的产品来满足共同的规定方向,MITRE 的赞助商将能够通过像 LEGO® 积木一样“将它们拼接在一起”来重用组件架构,以构建范围更广和适用性更广的复杂架构。

介绍

近年来,MITRE 一直在支持联邦政府范围内的架构工作。事实上,联邦政府现在要求为任何重大信息技术投资寻求资金的机构使用企业架构。赞助商通过增强美国企业(例如空军企业)与联合部队和联军部队、其他军种和国家机构的互操作性和整合,使用架构来提高作战和业务能力。

为了完成这些工作,MITRE SE 需要理解和应用联合架构的原则来解释架构相互关系并表达架构如何相互连接。联合架构支持跨企业主要部分的本地创新、企业集成和演进——其中许多可能本身就是企业。架构联合在实践中的原则需要合并(merging)、整合(integrating)和联合(federating )大量不同的组织架构,例如联邦航空管理局、国防部、国土安全部、CBP 和联邦紧急事务管理局,以及航空公司等行业参与者的贡献、机场、IT 行业、气象局等。本文探讨了架构联邦的基本概念,并提供了经验教训,以帮助 MITRE SE 了解联邦原则如何帮助从业者更有效地构建架构。

什么是企业架构?

架构涉及组件的结构、它们彼此之间和与环境的关系,以及指导它们所描述的实体的设计和演变的原则 [1],无论该实体是一个组织(例如,联邦部门或机构),一个系统(例如,联合监视目标攻击雷达系统),或一个功能或任务领域(例如,财务管理、国土安全)。架构产品和工件可以采用多种形式,包括存储在架构工具或数据库存储库中的结构化数据模型、硬拷贝或电子格式的信息图形描述,或非结构化数据或文本。

“企业”的一个良好的工作定义是具有一组共同目标或原则或单一底线的任何组织或组织群(例如,公司、单个部门、政府实体、地理位置偏远的组织网络)企业架构提供了清晰而全面的企业图景。它包括当前运营和技术环境的快照、目标环境以及从“现状”环境过渡到“未来”环境的资本投资路线图。换句话说,它充当了前进道路的路线图。快照包含“视图”,每个视图都包含一个或多个架构产品,这些产品为特定的利益相关者组 [2] 提供企业感兴趣的某些部分的概念或逻辑表示。

联合的架构是什么意思?

开发单片集成架构的历史方法效果不佳,因为这些产品通常变得过于复杂和笨拙。相比之下,联合架构是用于企业架构开发、维护和使用的框架,它对齐、定位和链接分离但相关的架构和架构信息,以向用户提供无缝的外观。它使复杂的架构能够从组件架构中以零碎的方式构建。通过这种方式,联合架构方法可以识别单个架构的独特性和特定目的,并允许它们的自治和本地治理,同时使企业能够从它们的集体内容中受益

联合提供了在定义的上下文当前/未来环境中组织企业关于其活动(流程)、人员和事物的知识体系(架构)的方法。联合架构通过链接整个企业的架构来支持决策制定,提供一个整体的企业视图,允许评估诸如互操作性、重复和差距的识别以及可重用性的确定等问题 [1]。

为什么要开发支持联邦的架构?

集成和/或联合架构的能力对于解决跨广泛领域(例如联邦部门或机构)的企业问题至关重要。联合使多个团队能够以最能满足他们当前需求的重点来开发架构,同时提供一种链接和关联这些架构的方法,以解决跨多个领域的问题。单一架构可能无法充分解决整个企业的问题,以支持具有多种任务的大型组织所需的分析。联合多个架构的能力导致了一个更强大的结构,可以以更小的、一口大小的块来理解企业。

架构联合在某种程度上作为一个过程,通过查找重叠并在它们的公共架构信息之间建立映射来关联从属架构和父架构。联邦部门和机构也在寻求另一种使用架构联合策略的方法,将企业划分为可管理的、大小合适的组件,每个组件都可以由与其最密切相关的社区进行描述 [3]。每个人都使用一小组规则、通用术语和标准来保持一致性,以便组件可以根据需要“拼凑在一起”。例如,部门架构描述部门范围的规则和约束,组件架构描述特定任务的服务和能力,解决方案架构描述符合更高规则和约束的解决方案。

联邦的概念在环境发展和信息共享方面也发挥着重要作用。例如,随着联邦部门和机构企业的网络化程度越来越高,事实证明,联邦架构在组织信息阵列和复杂关系方面至关重要。联合架构元数据也可用于评估现有系统和程序的组合,以决定实现所需功能所需的更改或添加。

那么,什么是联合企业架构?

根据企业范围的定义,联合企业架构是一组具有以下属性的架构:

  • 它以协作方式运作,治理在中央机构和组成单位之间划分,平衡组织自主权和企业需求
  • 中央机构的架构可以专注于规模经济、标准和企业福祉的动态
  • 组成单元的架构具有追求自主策略和独立流程的灵活性[4]。

哪些核心元素支持架构联盟?

在联合方法中,架构开发的责任由企业内的不同层级分担。要将这些单独但相关的努力结合在一起,需要:

  • 分层问责制:建立架构的层次结构,使层次结构中较低的架构继承较高层次架构的特征。使用接触点来关联各个级别或层级的架构。
  • 分类:关联和分组“相似的”的架构和工件。
  • 语义对齐:使用通用词汇和映射关系来建立共享理解。
  • 参考架构:为其他架构提供父分类法以供使用。
  • 搜索和发现:允许授权用户查找和访问相关架构以获取信息和重用 [3]。

架构联盟的一些关键构造是什么?

图 1 描述了架构联合的关键构造。每个构造都包含一组特定利益相关者感兴趣的架构产品。

Figure 1. Key Constructs for Architectures Federation

主题架构是为特定目的驱动解决方案的架构。它解决了交付功能所需的所有业务、信息、业务服务和技术组件。主题架构所依赖的那些解决方案的架构称为支持架构;而那些依赖于主题架构的解决方案的架构称为受支持的架构。

每个架构接口点(也称为接触点)是两个架构之间有目的连接的抽象表示。这些架构接口点是现实世界接口的抽象,将体现在实现相应架构的解决方案中。简单来说,接口点是架构可以加入更大的联合架构的地方,因此从操作的角度来看,它们是有目的的联合的关键。

合规在联邦中的作用是什么?

如果一个架构将被共享并用于支持与其他架构的联合(例如,指导其他架构或程序的开发),那么符合一组标准的架构就很重要。这些标准以规定方向的形式出现,称为合规标准。合规标准包括业务规则和流程,例如信息、服务和技术标准。程序或其他架构必须遵守这些,才能符合给定的结构。合规标准增加了对这些标准将被验证的方式的描述。因此,合规性标准明确说明了程序或架构必须在功能、遵守标准和满足特定质量要求方面展示什么。

组织可以从创建满足最低标准集的架构开始,从而更容易共享架构并将它们定位用于构建架构联盟,以支持构建可互操作解决方案的联盟。

合规标准有哪些例子?

Fit for Federation 是特定合规性评估的一个示例,可应用于将成为架构联合的一部分的任何架构。适合联邦由以下合规标准确定:

  • 该架构的目的已由用户和用途记录和验证。
  • 输入已被验证为来自权威来源,并记录了权威来源。
  • 架构和/或分析(输出)已被验证符合目的。
  • 识别、记录和验证支持的架构接口点和相关标准。
  • 支持架构接口点被识别、记录并与供应商协商。

 

  • 建立、记录和验证其他合规标准(例如,企业范围的标准和/或定性要求)。

在评估符合性标准时可能应用的一些定性要求的例子是可负担性、可靠性、可扩展性、性能和信任

对于面向服务的环境,特定的合规标准将被打包为服务水平协议 (SLA)。单个合规性标准可以分配给多个 SLA。例如,支持给定词汇表将适用于处理主题(领域)词汇表的所有服务。

最佳实践和经验教训

实现语义一致。

为了联合架构,必须有语义协议,以便相关信息可以适当地关联。MITRE SE 可以建议他们的发起人通过以下方式达成语义协议:

  • 遵循通用框架,包括对所有架构描述实体或对象使用通用数据元素定义、语义和数据结构。
  • 符合通用或共享架构标准。
  • 使用企业分类法和权威参考数据。

符合标准。

一般来说,符合通用或共享架构标准会增加互操作性并使其更容易联合。MITRE SE 应鼓励其发起人选择适合其目的的标准,并帮助他们建立强制合规的方法。例如,商定的企业分类法建立了用于调整任务领域活动和相关参考模型以及对组件架构进行分类和组织的上下文,从而促进跨联盟中各种架构的语义理解。

启用信息共享。

 

支持信息共享的环境促进了架构的联合。

确保健全的治理和企业架构服务:

MITRE SE 首先必须认识到架构共享环境需要健全的治理和企业架构服务。他们必须帮助他们的发起人建立健全的治理结构,以将问责制应用于架构的开发和维护,以实现既定目标,这最终将促进他们的联合能力。这种方法将责任放在配置管理和质量保证等流程上。MITRE SE 还必须鼓励其发起人建立企业架构服务,以使架构信息始终如一且高效地可见、可访问和理解。

公开架构及其元数据:

联合工作的成功还取决于公开架构和架构元数据,以供分析师、规划人员和决策者在各个级别进行潜在的链接和重用。共享已经存在的架构和服务有助于加快架构开发和联合。注册功能 [5] 提供架构元数据的注册和链接,以支持创建可导航和可搜索的联合企业架构。架构的企业执行策略和治理加强了健壮的接口和数据关系 [1]。MITRE SE 应该帮助他们的赞助商积极参与这些架构共享场所,方法是在重新发明之前重用工件,并发布他们自己的元数据和产品供其他人重用。

鼓励发起人的联合架构:

MITRE SE 应在发起人组织内促进和促进联合架构的发展,以帮助提高决策的可靠性和效率。当组织跨越边界对齐语义和结构数据时,就会发生这种情况,这样他们就可以确保使用正确的信息来回答关键决策者的问题。MITRE SE 应继续使用联合架构机会并改善利益相关者节点之间的信息流,从而改善决策者之间的信息流。

概括

MITRE 与各种政府赞助商合作,帮助他们构建企业架构,通常是在支持其整体企业现代化或转型计划的背景下。MITRE SE 需要具备的一项关键技能是了解业务需求、信息技术和人员如何在构建良好的架构中融合在一起。

MITRE 的许多赞助商都面临着多机构企业架构的复杂问题。不同的政府实体如何以一种有凝聚力、安全的方式共享他们的业务流程、信息存储、技术系统和人力资源,以完成共同的使命?架构联盟可以促进这种共享。通过构建各自的产品以满足共同的规定方向,MITRE 的赞助商将能够通过像 LEGO® 积木一样“将它们拼凑在一起”来重用组件架构,以构建范围更广和适用性更广的复杂架构。

相关文章
|
2天前
|
人工智能 运维 虚拟化
完善多云平台软件体系,VMware再探索下一代企业IT架构
完善多云平台软件体系,VMware再探索下一代企业IT架构
|
13天前
|
边缘计算 Cloud Native
“论SOA在企业集成架构设计中的应用”必过范文,突击2024软考高项论文
SOA架构,即面向服务的架构,它将系统中的所有功能都拆分为一个个独立的服务单元。这些服务通过相互间的沟通与配合,共同完成了整体业务逻辑的运作。在SOA架构中有几个核心概念:服务提供者、服务使用者、服务注册中心、服务规范、服务合同,这些概念清晰地阐述了服务应如何被提
“论SOA在企业集成架构设计中的应用”必过范文,突击2024软考高项论文
|
15天前
|
运维 监控 Cloud Native
云原生技术:重塑企业IT架构的未来
【5月更文挑战第31天】随着云计算技术的不断发展,云原生技术已经成为了企业IT架构转型的重要驱动力。本文将深入探讨云原生技术的核心概念、优势以及在实际应用中的实践案例,帮助读者更好地理解云原生技术的价值和潜力。
|
16天前
|
Cloud Native 算法 程序员
代码与禅意:编程中的哲学思考构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第30天】 在数字世界的繁花似锦之下,编程不仅仅是一种技能,更是一场关于逻辑、美学和哲学的深刻对话。本文将探讨编程过程中所体现出的哲学理念,从禅宗的角度出发,揭示代码背后蕴含的深层次意义。我们将一同走进程序员的内心世界,体会在面对复杂问题时,如何通过冥想般的编码实践,达到问题解决的顿悟。
|
17天前
|
弹性计算 Cloud Native 安全
构建未来:云原生架构在现代企业中的应用与挑战构筑未来:云原生架构在企业数字化转型中的关键作用
【5月更文挑战第29天】 随着数字化转型的浪潮席卷全球,企业对IT基础设施的要求日益提高。云原生技术作为一种新兴的软件部署和运行方式,以其灵活性、可扩展性和资源高效性成为推动企业创新的重要力量。本文将深入探讨云原生架构的核心组件、实施策略以及在实际应用中所面临的挑战,旨在为企业提供构建和维护云原生环境的洞见。
|
17天前
|
运维 Cloud Native Devops
构建未来:云原生架构在现代企业中的应用与实践
【5月更文挑战第29天】 随着数字化转型的不断深入,企业对信息技术基础设施的需求愈发复杂和动态。云原生架构以其独特的设计理念和技术实践,成为支撑企业敏捷性、可扩展性和系统稳定性的关键。本文将深入探索云原生的核心组件,如容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps文化,并分析这些技术如何共同作用于企业的IT结构转型,以实现资源的最优化配置和应用的快速迭代。
|
18天前
|
弹性计算 运维 监控
【阿里云弹性计算】从物理机到阿里云ECS:企业IT架构转型升级之路
【5月更文挑战第29天】随着云计算兴起,企业正转向阿里云ECS以应对传统物理机的挑战。本文详述了这一转型过程,包括现状评估、迁移计划制定、测试环境搭建、应用数据迁移及后期监控优化。转型升级可提升资源利用率,降低运维成本,加快业务响应,并增强数据安全。示例代码展示了使用阿里云Python SDK创建ECS实例的过程。
60 1
|
18天前
|
运维 Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与实践
【5月更文挑战第28天】 随着数字化转型的加速,企业对于灵活、高效和可扩展的技术解决方案的需求日益增长。云原生技术以其独特的优势,如弹性伸缩、微服务架构和持续交付等,正在成为推动企业IT战略的关键力量。本文将深入探讨云原生架构的核心组件,包括容器化、服务网格以及无服务器计算,并分析这些技术如何帮助企业实现敏捷开发和自动化运维,最终提升业务创新能力和市场竞争力。
|
19天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第27天】 随着数字化转型的深入,企业对信息技术基础设施的要求不断提高。云原生架构作为一种新兴的技术范式,以其灵活性、可扩展性和敏捷性成为推动企业技术革新的关键力量。本文旨在探讨云原生架构的核心组件、实施策略以及面临的主要挑战,为企业采纳云原生技术提供参考。
|
19天前
|
监控 Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与挑战构建高效微服务架构:策略与实践
【5月更文挑战第27天】 随着数字化转型的深入,企业对技术的依赖日益增强。云原生技术以其灵活性、可扩展性和敏捷性成为推动企业IT架构现代化的关键力量。本文将探讨云原生架构的核心概念、实施策略以及在采纳过程中可能遇到的挑战。通过分析案例和最佳实践,旨在为读者提供如何在保持业务连续性的同时,利用云原生技术加速创新的见解。 【5月更文挑战第27天】 在当前软件开发的快速迭代和市场需求多变的背景下,微服务架构以其灵活性、可扩展性和容错性成为企业技术选型的热门。本文将探讨如何构建一个高效的微服务系统,包括关键的设计原则、常用的技术栈选择、以及实施过程中的最佳实践。我们将重点分析如何通过合理的服务划分、