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 多平台发布