TOGAF是技术无关的企业级架构框架,WAF则侧重于云的最佳实践和指导方针,本文介绍了两者的异同。原文: Enterprise Architecture with TOGAF and Well-Architected Frameworks (AWS, Azure and Google)

简介

本文旨在解释TOGAF和云架构框架/良好架构框架(WAF,Well-Architected Framework)之间的区别。也许你希望了解如何合并这些框架,本文将提供关于这一主题的见解,但不会深入研究框架本身的细节。

TOGAF是与技术无关的企业级架构框架,涵盖了广泛的领域,包括内部部署、云、应用程序、业务和技术。

另一方面,云框架(Cloud Framework)侧重于提供最佳实践、指导方针和工具,以设计专门针对云的体系架构,并侧重于云服务商的细节。两个框架之间存在一定的重叠和交叉。

企业级架构

“企业级架构(EA,Enterprise Architecture)框架是分析、设计、计划和实现解决方案以满足业务策略的实践。” —— OpenGroup

采用企业级架构可以帮助企业实现流程化、调整业务和IT策略、促进安全创新以及保持竞争优势。

通过根据体系架构工件确定投资优先级并改进决策,组织可以更快适应市场需求并优化其资产的标准化。

企业级架构还可以支持组织变更,从而更容易根据长期目标评估架构,并向非IT人员提供IT架构视图。

最重要的EA框架之一是TOGAF®。

TOGAF®标准由Open Group成员开发和维护,在架构论坛(Architecture Forum)内工作。1995年发布的TOGAF版本1基于信息管理技术体系架构框架(TAFIM,Technical Architecture Framework for Information Management),由美国国防部(DoD,Department of Defense)开发。—— The Open Group

TOGAF®框架直接影响了所有云服务商设计企业架构的方法。

好的EA直接影响到所有大企业的经营成果,80%的道琼斯全球50强公司和60%的财富500强公司使用TOGAF。

有必要解释一下业务、企业、解决方案和技术架构之间的区别。

下面的图是我在www.leanix.net[1]上找到的,解释了基于技术水平或战略重点的差异:

云架构框架
架构框架支柱

云架构可以通过优化成本、保证可靠性和安全性、提高性能效率来满足企业的技术和运营需求。

框架提供了指导方针、建议、最佳实践和工具,以帮助组织使用大规模公有云设计其IT基础设施,具体实现取决于选择的框架。

通过遵循这些指导方针,架构师可以回答这个问题:”您的架构是否良好” />

云架构框架参考:

谷歌云架构框架

谷歌云架构框架

Azure Well-Architected Framework

微软Azure良好架构框架

AWS Well-Architected Framework

AWS良好架构框架

TOGAF+云架构框架

当谈到企业架构框架时,TOGAF是一个与技术无关的综合框架。然而,云架构框架不是,而是会关注云,并为其产品提供指导。值得注意的是,如果需要本地部署或混合解决方案,云架构框架可能没有帮助,如果有多云环境,也会面临挑战。

一般来说,TOGAF建议通过集中化的团队来管理和治理整个组织。另一方面,云架构框架的工作方式正好相反,而是像AWS文档[2]中解释的那样分配决策权。这有利有弊,集中化系统将提供更好的治理,但也会带来官僚主义。

云架构框架可以通过使用主体、最佳实践和机制来解决中心化团队的不足,这些机制可以验证最佳实践是否被自动遵循。云服务商可以提供工具,不过工具无法检测主观的东西,比如与业务目标相关的东西。

另一个关键因素是,云服务商使用的工具可以支持企业架构师度量正在发生的事情,应用视觉/透视,创建跨企业架构域的可追溯性和关系,并在识别架构风险时快速响应。

TOGAF为企业级架构提供了全面方案,涵盖内部部署、混合云和多云,还提供了关于如何构建企业级架构、构建团队、构建和维护存储库、实现架构变更以及有效沟通的指导。

TOGAF允许识别要添加到ADM过程中的外部框架,使用这些框架并添加到TOGAF是极好的替代方案。可以将TOGAF与这些框架结合使用,为企业架构师提供管理企业级架构的有效方法。

某些工具/解决方案云服务商可以结合自己的框架来帮助支持TOGAF(WAF是工具无关的,以下项目与WAF本身无关,而只是云服务商的解决方案):

  • 创建组织:

    • AWS Organizations
    • Azure Management Groups
    • Google Resource Manager
  • 定义团队(职责):

    • AWS IAM
    • Azure Active Directory
    • Google Cloud Identity
  • 定义应用程序组合:

    • AWS Service Catalog
    • Azure Managed Applications
    • Google Private Catalog
  • 定义架构变更管理:

    • AWS Config
    • Azure Application Change Analysis
    • Google Cloud Asset Inventory
  • 定义审核流程:

    • AWS CloudTrail
    • Azure Activity Log
    • Google Cloud Audit Logs
    • AWS CloudWatch
    • Azure Application Insights
    • Google Cloud Trace
结论

当谈到企业级架构时,必须考虑可以相互补充的不同框架。云架构框架和TOGAF是两个可以一起工作的框架,特别是当组织具有混合环境或希望集中化时。

两种框架各有其优缺点,关键是要进行评估以选择适合组织需要的最佳方法。通过组合这些框架,企业架构师可以有全面的方法来有效管理和治理企业架构。


你好,我是俞凡,在Motorola做过研发,现在在Mavenir做技术工作,对通信、网络、后端架构、云原生、DevOps、CICD、区块链、AI等技术始终保持着浓厚的兴趣,平时喜欢阅读、思考,相信持续学习、终身成长,欢迎一起交流学习。为了方便大家以后能第一时间看到文章,请朋友们关注公众号”DeepNoMind”,并设个星标吧,如果能一键三连(转发、点赞、在看),则能给我带来更多的支持和动力,激励我持续写下去,和大家共同成长进步!

参考资料

[1]

LeanIX: http://www.leanix.net,

[2]

AWS On Architecture: https://wa.aws.amazon.com/wat.onarchitecture.wa-onarch.en.html

– END –

本文由 mdnice 多平台发布