随着云计算的发展以及 PaaS 和 SaaS 服务的使用,来自不同领域的 IT 从业者更容易学习、实践和研究不同解决方案架构的样子。然而,与此同时,它增加了设计的复杂性以及与各种解决方案平台、服务、集成方法的可能组合。
这个故事旨在提供一些关于解决方案架构的基本概念和想法,以及如何长期提高您的架构技能。
解决方案架构师的先决条件
解决方案架构师需要丰富的 IT 经验、编程(前端和后端)以及不同领域的大量 IT 知识和技能。一些例子如下,
- 软件设计
- 数据库
- 一体化
- IT 安全(包括身份验证和授权)
- 联网
- 基础架构(本地和云)
- 项目管理(瀑布/敏捷)和沟通
随着现代软件和解决方案设计,还有更多需要学习和理解
- API 和微服务
- 容器(Docker、Kubernetes)
- DevOps 和 CI/CD
这也是解决方案架构师入行异常艰难的主要原因。这种经验不能简单地从训练营/在线课程中学到。它需要实际实施项目的实践经验来积累所有这些知识。
企业架构师与解决方案架构师
通常人们对企业架构师和解决方案架构师感到困惑。事实上,他们在企业中是两个不同的角色:
企业架构师:在战略层面规划企业所需组件的广泛视图,并为长期发展制定大局观
解决方案架构师:在大局中规划特定解决方案/构建块(例如企业数据仓库解决方案)
值得注意的是,一个解决方案可能需要多个技术组件(例如,您可能需要一个带有后端引擎和数据库的前端 Web 门户,还需要与现有的核心系统集成)。
典型的架构组织
要执行企业架构师规划的架构,需要一组专注于不同领域和领域的架构师:
首席企业架构师——首席 EA 负责整个企业架构并监控所有域 EA
领域企业架构师— 专注于特定领域,例如财务/销售,并负责 EA 构建已定义的业务愿景
解决方案架构师——如上所述,解决方案架构为领域下企业架构中定义的业务问题的特定解决方案创建整体技术愿景
应用程序架构师——解决方案架构的下一级,专注于创建和维护围绕软件架构、应用程序设计流程、组件集成、测试指南和其他关键元素的文档
除了专注于解决方案/领域的架构师之外,还有许多架构师负责非常技术性的云、基础设施(例如网络、硬件)和安全性(例如身份验证协议、加密标准、密钥库)。
云架构师——负责云采用计划、云应用程序设计以及云管理和监控
基础架构架构师- 负责设计和实施信息系统以适应企业现有的基础架构和计划
安全架构师- 负责监督企业网络的安全性、加密标准、密钥管理
不同的组织可能有不同的架构板/结构,具体取决于它们的规模、风格或偏好。以上组织仅供参考。
世界知名的 IT 架构框架
没有任何实践经验,你应该了解不同的架构框架来学习基本的架构设计流程/流程、工件和模板。
- TOGAF — The Open Architecture Framework (最近发布的第 10 版) — 全球知名的架构框架、详细方法和一套用于开发企业架构的支持工具
- Zachman 框架——对企业架构中开发的工件进行分类,并包含如何在企业内管理企业架构工件的方法
- 联邦企业框架(FCA)——为美国政府开发的企业创建坚实的架构结构
- Gartner——建立企业架构最佳实践的著名研究公司
从我个人的经验来看,它们可能不是超级实用。但是,我在过去的项目中确实使用了很多 TOGAF 工件(进行了很多自定义)。
下一步——通用架构设计流程和工件
不同的框架会教给你不同的设计流程和工件。我总结了解决方案架构中发生的一些常见活动。
让我们从高级视图开始,流程从面向业务的活动开始,
- 定义业务愿景和战略
- 通过业务案例以确保启动新业务的预算
- 企业架构师将设计所需的企业架构并收集详细需求
- 解决方案架构师将逐个组件设计解决方案以满足 EA 目标并实施解决方案
- 实施后,它将作为 BAU 操作启动
高层流程如下,
然后我们更深入地了解解决方案架构的创建,
定义企业架构后,解决方案架构设计可以通过以下活动启动,
- 根据定义的战略和愿景确定高级业务需求
- 创建IT 架构愿景,该愿景也应与企业 IT 方向/路线图保持一致
- 与业务利益相关者和业务分析师一起了解详细的业务需求
- 开发解决方案架构
- 与设计权威/架构审查委员会/类似委员会一起审查解决方案架构
- 管理解决方案交付和监控