「企业架构」什么是TOGAF?完整的介绍

简介: 「企业架构」什么是TOGAF?完整的介绍


在众多企业架构框架中,TOGAF®不是第一个,也不太可能是最后一个。但它在全球范围内的使用已经持续了近20年,在当今的科技领域,这是一项令人印象深刻的壮举。

TOGAF是Open Group架构框架的缩写,它是由opengroup开发的,opengroup是一个非盈利的技术行业联盟,它继续更新和重申TOGAF。

本文将着重于让初学者熟悉TOGAF。

了解企业架构

在前一篇文章中,我们深入探讨了企业架构框架。企业架构(Enterprise architecture)是指整个公司或企业中软件和其他技术的整体视图和方法。

通常,企业架构不仅仅是组织各种内部基础设施的结构。相反,我们的目标是通过以正确的方式分析、设计、规划和实施正确的技术,为业务需求提供真正的解决方案。

越来越多的企业架构还包含其他业务需求,如业务流程管理和数据分析。因此,有组织的企业架构的目标是成功地执行具有效率、效率、敏捷性和安全性的业务战略。

如果所有这些听起来都很复杂的话——以解决业务需求的方式为所有企业软件设计并实现一个清晰、长期的解决方案——那是因为它确实如此。这就是为什么企业架构框架(eaf)早在50年前就开始以非正式和正式的方式出现了。

TOGAF历史与事实

作为计算机体系结构的一个子集,企业体系结构作为一个领域可以追溯到20世纪60年代中期,IBM以及其他公司和大学率先采用了一些明确的方法来构建企业体系结构,他们知道在网络上运行的所有部分都是复杂的。

在接下来的几十年里,技术变得更加复杂:今天,大多数公司,无论大小或产品,都利用互联网使其业务流程更简单、更快,有时甚至更透明。今天,企业架构是一个必要的过程,它可以在本地和云中理解各种硬件和软件选项,并在跨多个平台共享数据时确保安全。

TOGAF最初于1995年开发。正如当时在企业架构领域常见的那样,较新的版本或模型提供了改进的迭代和理论。同样,TOGAF从美国国防部自己的EAF(信息管理的技术架构框架,简称TAFIM)中获得了很多灵感。有趣的是,在TOGAF出现后的几年内,USDoD停止使用TAFIM。尽管如此,TOGAF的实施和成功在20多年后的今天仍在全球范围内继续。

Open Group已经将TOGAF更新到最新的9.1版本,最初发布于2011年。开放小组进一步认证了符合TOGAF标准的工具和课程。如今,各个组织已经开发了8个工具和71门课程,并通过了开放小组的官方认证。

EAF的TOGAF方法

开放组将TOGAF定义为“企业架构的de-factor全局标准”。该框架旨在通过四个目标帮助企业组织和解决所有关键业务需求:

  • 确保所有用户,从关键利益相关者到团队成员,都能说相同的语言。这有助于每个人以同样的方式理解框架、内容和目标,并使整个企业处于同一个页面上,从而打破任何沟通障碍。
  • 避免被“锁定”到企业架构的专有解决方案中。只要公司在内部使用TOGAF而不是用于商业目的,这个框架就是免费的。
  • 节省时间和金钱,更有效地利用资源。
  • 实现可证明的投资回报率(ROI)。

TOGAF的三根支柱

如果这四个目标是使用TOGAF的理论结果,那么这三个支柱就是实现这些目标的方法。这些支柱有助于创建一个系统化的过程,以便按照与治理和业务目标相一致的结构化方式组织和使用软件技术。由于软件开发依赖于IT内外不同业务部门之间的协作,TOGAF使用同一种语言的目标鼓励并帮助不同的涉众进入同一个页面,这在业务环境中是不可能发生的。

TOGAF分为三大支柱:

企业架构域

它们将架构划分为四个关键区域(有时简称为“BDAT区域”):

  1. 业务架构,定义业务策略和组织、关键业务流程、治理和标准。
  2. 应用架构,它提供了部署单个系统的蓝图,包括应用程序系统之间的交互以及它们与基本业务流程的关系。
  3. 数据架构,它记录逻辑和物理数据资产的结构以及任何相关的数据管理资源。
  4. 技术(Technical)架构(也称为技术(technology )体系结构),描述支持关键应用程序部署所需的硬件、软件和网络基础结构。

架构开发模型(ADM)

这个迭代周期使用性能工程来开发实际的企业架构。重要的是,它可以根据企业的需要进行定制,因此它不是一种一刀切的方法。一旦一个架构被开发出来,企业就可以在迭代周期中把它推广到所有的团队或部门,确保错误最小化,并进一步帮助公司进行连贯的沟通。

企业连续体。

这个分类系统跟踪一系列体系结构解决方案,从通用的行业标准选项开始,包括定制的企业特定解决方案。

支持者说ADM是TOGAF的核心——正是这个支柱使得TOGAF非常有效,并且在其他框架中脱颖而出。体系结构开发方法提供了八个步骤作为指导,以确定企业当前的位置,并确定企业希望和需要在四个企业体系结构域中的每一个域中的位置。

一旦在整个生命周期中建立了业务流程,ADM将帮助企业确定当前状态和长期目标之间的差距,然后将这些差距整理成更小的、可操作的、可理解的包,然后团队可以实施这些包

TOGAF的主要支柱有时还包括另外两个方面:TOGAF认证的工具和资格。

开放组为个人提供两个认证:第一个级别称为基础,教授企业架构和推出TOGAF的基本原则,第二个级别认证涉及业务分析和应用。开放组还验证与TOGAF对齐的工具。对于最新版本,八个组织提供了八个工具( eight tools from eight organization )。

使用TOGAF的好处

ADM的好处是它可以根据组织的需要进行定制——不需要创建一个不适合您业务的结构。这些较小的包也是可伸缩的,因此如果一个团队推出它,它可以成功地推出到其他团队,而无需太多调整。这有助于企业建立一个具有多个检查点的流程,从而在架构实现的范围越广,错误就越少。

在TOGAF中认证的个人也可以受益。一项针对行业员工的研究表明,企业架构师、软件架构师和IT主管等选择在TOGAF中获得认证的人,其平均年薪通常比地位相似但未获得认证的同事高出10000到20000美元。

企业架构方面的一些专家指出,虽然TOGAF看起来非常符合逻辑,但对传统的技术顾问来说,它实际上是一个很大的改变——但如果TOGAF的采用继续稳步进行,也许这将发生变化。

成功与批评

据开放集团(Open Group)称,TOGAF在全球50家公司中的员工比例超过80%,在《财富》500强公司中的员工比例超过60%。尽管对该框架的批评常常是它过于复杂或理论上不适用,但似乎很多公司都在使用该框架。

成功实现该框架的公司承认,失败确实会发生,因为TOGAF不能解决所有企业问题。虽然问题可能是TOGAF原则或企业架构本身,但其他人认为,有时关键利益相关者和C级管理层并不总是花时间设置重要因素,例如关键性能指标(KPI),以使架构团队取得成功。

这种缺乏完全买进的情况有时可能是由于TOGAF的复杂性,从整体上看。事实上,即使框架让人觉得难以承受,最好的建议可能是选择最适合你公司的。一些技术专家正是这样建议的:跳过那些看起来过分或不必要的部分,实现那些看起来最必要的部分。毕竟,关键的利益相关者是那些需要在这种结构中找到用处的人,他们最了解公司。

很多人都知道TOGAF是一个正在进行的工作,每隔几年就会有新的版本发布。甚至对TOGAF和企业架构框架持怀疑态度的人也发现,TOGAF的应用通常是成功的,因为它比什么都不做要好。

当公司想加入一项新技术时,往往需要从零开始组建合适的技术团队,然后跟踪各种数据。它变得凌乱——技术的快速转移和改进,这些请求比以前发生的次数要多得多。这在一定程度上可以解释为什么忙碌的IT和架构团队总是很忙,但不知何故总是显得落后。

TOGAF并不是一个神奇的工具,但它确实提供了一种结构,帮助这些团队和高层管理人员在每次公司想要整合新技术时都不必重新发明轮子。

一位技术专家Jason Bloomberg强调了为什么TOGAF在企业架构行业是一个如此矛盾的话题。当组织使用TOGAF时,它们通常“分为四个部分”:那些不正确地应用TOGAF,因此没有显示任何价值的人;那些在处理遗留问题方面取得了一些基线成功的人;那些实现了明确的业务目标的人;以及那些希望在总体上更好地处理变化的人。最后一个小组认为企业架构是一种变得更加敏捷的方法。

正如TOGAF的广泛使用所表明的,它可以帮助任何规模和行业的企业,但是那些使用TOGAF的人最好先了解它的优点和缺点,然后应用对他们自己公司特别有意义的部分

相关文章
|
6天前
|
Cloud Native 安全 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第12天】 随着数字化转型的浪潮不断冲击传统IT架构,企业亟需灵活、高效且可扩展的技术解决方案以保持竞争力。云原生技术作为一种新兴的系统构建方式,以其独特的弹性、微服务和持续交付等特性,成为推动企业快速响应市场变化的关键因素。本文将深入探讨云原生架构的核心组件,分析其如何促进企业的敏捷性,以及在实施过程中可能遇到的挑战和解决策略,为企业采纳云原生技术提供参考。
|
6天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第11天】 随着数字化转型的深入,企业对技术的敏捷性、可扩展性和成本效益提出了更高的要求。云原生架构作为一种新兴的设计理念和实践方法,正逐渐成为推动企业技术革新的关键力量。本文将深入探讨云原生架构的核心组件,包括容器化、微服务、持续集成/持续交付(CI/CD)以及DevOps文化,并分析它们如何共同作用于企业的IT基础设施,实现灵活、高效的运营模式。同时,我们也将识别在采纳云原生技术时面临的主要挑战,并提出相应的解决策略,以帮助企业顺利过渡到云原生时代。
|
6天前
|
运维 Cloud Native 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第9天】 随着数字化转型的浪潮席卷全球,企业正迅速采纳云原生技术以实现敏捷性、可扩展性和弹性。本文深入探讨了云原生架构的关键组件,包括容器化、微服务、持续集成/持续部署(CI/CD)和DevOps文化,并分析了这些技术如何帮助企业加速产品上市时间,提高运营效率,并最终实现业务目标。同时,文章也识别了企业在采纳云原生实践中可能面临的挑战,如安全性考量、团队技能提升和复杂的网络管理,并提出了相应的解决方案和最佳实践。
|
6天前
|
弹性计算 Cloud Native 安全
云原生架构的未来展望:如何引领企业转型与创新
【5月更文挑战第7天】随着云计算技术的不断发展,云原生架构已经成为企业数字化转型的关键驱动力。本文将深入探讨云原生架构的优势、挑战以及未来发展趋势,为企业提供一种全新的技术视角,以实现更高效、灵活和可扩展的业务运营。
|
6天前
|
监控 负载均衡 API
微服务架构在现代企业中的应用与挑战
微服务架构已成为现代企业构建灵活且可扩展软件系统的首选。然而,随着其应用的普及,企业也面临着一系列新的挑战。本篇文章将探讨微服务架构的优势、实施时遇到的问题以及解决这些问题的策略。
|
6天前
|
Cloud Native 安全 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【5月更文挑战第1天】 随着数字化转型的深入,云原生技术以其灵活性、可扩展性和敏捷性成为现代企业IT架构的核心。本文将探讨云原生架构的关键组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps实践,并分析它们如何共同塑造企业的运营模式。同时,文章还将讨论在采纳云原生过程中企业可能遇到的挑战,如安全性问题、技术复杂性以及组织文化的转变,并提出应对策略。
33 8
|
6天前
|
Cloud Native Devops 持续交付
构建未来应用:云原生架构在现代企业中的实践与挑战
【4月更文挑战第29天】 随着数字化转型的加速,企业正迅速转向云计算以支撑其业务敏捷性和创新。云原生技术,作为推动这一转型的关键因素,正在重新定义软件开发和运维模式。本文将深入探讨云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps文化,并分析这些技术如何帮助企业实现弹性、可扩展和高效的应用部署。同时,我们将讨论在采纳云原生实践中所面临的挑战,包括安全性、治理和人才缺口等问题。
|
6天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【4月更文挑战第29天】 随着数字化转型的不断深入,企业的IT架构正经历着根本性的变革。云原生技术以其独特的弹性、可扩展性和敏捷性成为这一转型的关键驱动力。本文将探讨云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及DevOps实践,并分析这些技术如何帮助企业实现快速迭代和高效运营。同时,我们也将识别在采纳云原生技术过程中可能遇到的挑战,并提出相应的解决策略。通过实际案例分析,本文旨在为决策者提供实施云原生架构的洞见,以加速其业务创新和市场响应速度。
|
6天前
|
Cloud Native 安全 Devops
构建未来:云原生架构在现代企业中的应用与挑战
【4月更文挑战第29天】 随着数字化转型的不断深入,云原生架构已成为支撑企业敏捷性、可扩展性和创新能力的关键。本文将深入探讨云原生技术的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)和DevOps文化,并分析其在不断变化的商业环境中实现快速迭代和资源优化的能力。同时,文章还将讨论企业在采纳云原生架构时面临的挑战,如技术选型、团队技能培养、安全性考虑及成本管理,并提出相应的解决策略。
|
6天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在现代企业中的应用与挑战
【4月更文挑战第29天】 随着数字化转型的加速,云原生技术正成为推动企业IT架构现代化的关键力量。本文深入探讨了云原生架构的核心组件、实施策略以及面临的主要挑战。通过分析容器化、微服务、DevOps和持续集成/持续部署(CI/CD)等关键技术,揭示了云原生架构如何助力企业提高敏捷性、优化资源利用和加强安全性。文中还将提供针对企业在采用云原生实践中遇到的难题,如服务治理、复杂性和技能缺口等,提出切实可行的解决方案。