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基础设施，具体实现取决于选择的框架。
通过遵循这些指导方针，架构师可以回答这个问题:"您的架构是否良好?"，并根据风险水平和业务影响确定需要改进的领域。此外，架构师可以使用视觉/透视分析来评估特定工作负载并做出相应修改。
云架构框架参考:
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"，并设个星标吧，如果能一键三连(转发、点赞、在看)，则能给我带来更多的支持和动力，激励我持续写下去，和大家共同成长进步！
参考资料
LeanIX: http://www.leanix.net,
[2]AWS On Architecture: https://wa.aws.amazon.com/wat.onarchitecture.wa-onarch.en.html
本文由 mdnice 多平台发布
3762
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
