TOGAF是技术无关的企业级架构框架,WAF则侧重于云的最佳实践和指导方针,本文介绍了两者的异同。原文: Enterprise Architecture with TOGAF and Well-Architected Frameworks (AWS, Azure and Google)[1]
简介
本文旨在解释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[2]上找到的,解释了基于技术水平或战略重点的差异:
云架构框架
云架构可以通过优化成本、保证可靠性和安全性、提高性能效率来满足企业的技术和运营需求。
框架提供了指导方针、建议、最佳实践和工具,以帮助组织使用大规模公有云设计其IT基础设施,具体实现取决于选择的框架。
通过遵循这些指导方针,架构师可以回答这个问题:"您的架构是否良好?",并根据风险水平和业务影响确定需要改进的领域。此外,架构师可以使用视觉/透视分析来评估特定工作负载并做出相应修改。
云架构框架参考:
谷歌云架构框架[3]
微软Azure良好架构框架[4]
AWS良好架构框架[5]
TOGAF+云架构框架
当谈到企业架构框架时,TOGAF是一个与技术无关的综合框架。然而,云架构框架不是,而是会关注云,并为其产品提供指导。值得注意的是,如果需要本地部署或混合解决方案,云架构框架可能没有帮助,如果有多云环境,也会面临挑战。
一般来说,TOGAF建议通过集中化的团队来管理和治理整个组织。另一方面,云架构框架的工作方式正好相反,而是像AWS文档[6]中解释的那样分配决策权。这有利有弊,集中化系统将提供更好的治理,但也会带来官僚主义。
云架构框架可以通过使用主体、最佳实践和机制来解决中心化团队的不足,这些机制可以验证最佳实践是否被自动遵循。云服务商可以提供工具,不过工具无法检测主观的东西,比如与业务目标相关的东西。
另一个关键因素是,云服务商使用的工具可以支持企业架构师度量正在发生的事情,应用视觉/透视,创建跨企业架构域的可追溯性和关系,并在识别架构风险时快速响应。
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",并设个星标吧,如果能一键三连(转发、点赞、在看),则能给我带来更多的支持和动力,激励我持续写下去,和大家共同成长进步!
参考资料
Enterprise Architecture with TOGAF and Well-Architected Frameworks (AWS, Azure and Google): https://blog.devgenius.io/enterprise-architecture-with-togaf-and-well-architected-frameworks-aws-azure-and-google-4cb16875a33b
[2]LeanIX: http://www.leanix.net,
[3]谷歌云架构框架: https://cloud.google.com/architecture/framework?source=post_page-----4cb16875a33b--------------------------------
[4]微软Azure良好架构框架: https://learn.microsoft.com/en-us/azure/well-architected/?source=post_page-----4cb16875a33b--------------------------------
[5]AWS良好架构框架: https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html?source=post_page-----4cb16875a33b--------------------------------
[6]AWS On Architecture: https://wa.aws.amazon.com/wat.onarchitecture.wa-onarch.en.html