有朋友留言咨询:现在有很多公司开了解决方案架构师的岗位,和你讲的架构主题中架构师是什么区别呢?
很好的一个问题,磕着一杯咖啡,坐在窗前,给大家聊聊关于这个问题我的个人看法。
首先我们来看下解决方案架构的发展过程。这个专门的岗位设置和社会、行业、商业的发展是密切相关的。
在早期的计算机系统时代,当时的技术人员主要的精力聚焦在硬件系统的设计,随着在硬件之上的软件发展,开始出现了系统架构师的岗位,这一岗位主要负责硬件之上整个软件系统的设计和落地。
到了移动互联网时代,随着客户端/服务器模式的兴起,架构师们开始聚焦在分布式系统和网络架构层面,在这个时代,开始出现解决方案架构师的岗位,对这个岗位的要求变得相对全面,他们需要开始考虑多个组件之间是如何协同工作以满足复杂多变的业务需求。
紧接着云计算的兴起和大规模应用,架构师们就要开始考虑如何在云环境中构建对应的场景解决方案。这个时代对解决方案的要求更高,专注在整个业务问题的综合解决,已经不仅仅是技术的实施了。
随着整个社会和绝大多数企业开启数字化转型战略之后,解决方案架构师的角色开始变得关键且重要,他需要深刻理解掌握业务要求,并能提供创新性的全套解决方案,需要整合不同技术、平台和系统来支持企业的战略目标。
伴随 AI 的发展,随着自动驾驶、ChatGPT 这些的火爆,在当今的智能化时代,对解决方案架构师的能力要求又上了一个台阶,开始需要考虑整合和利用智能化技术来提高企业价值,实现战略目标。专注数据驱动的解决方案和智能决策。
其次,我们一起看看解决方案架构师这一岗位的要求都有什么。
解决方案架构师在现在的企业当中,是一个在高级职位,他要负责设计和制定整个企业的解决方案,要在战略目标的指导下,设计解决方案满足业务需求,并且技术上具备强可行性。
这个角色需要具备丰富的技术知识和经验,包括对各种技术和工具的了解和使用能力。同时需要具备出色的分析问题和解决问题的能力,能够从全局角度思考问题,并能提供创新性的解决方案。此外,这一角色还需要具备优秀的沟通协调能力,能够与客户、开发团队和其他相关干系人进行有效的沟通写作,确保解决方案的实施和交付能够顺利进行。
负责设计系统的整体结构,包括软硬件、网络通信、云原生等,需要关注系统的可扩展性、性能、安全性和可维护性方面。
负责与业务团队、技术团队合作,需要深入了解业务需求,转化为可执行的技术方案,需要理解业务流程,识别需求,将其转化为系统的功能和特性。
负责选择合适的技术栈和工具,确保可以支持系统的需求,包括框架、数据库、云服务等。
负责与商务销售团队、业务运营团队、产品团队、技术团队、质量保障团队等相关协作方紧密协作,确保解决方案的实施和交付,他在项目中起到领导和指导的作用。
负责对技术的领导,需要保持对新技术和行业趋势的了解,并在团队中推动技术创新。
负责识别潜在的技术和项目风险,且能提供相应的解决方案,在整个项目实施交付的生命周期中,他需要积极管理和减轻风险。
负责撰写清晰的文档,向客户、团队和其他相关方传达解决方案的设计和实施计划,有效的沟通也是他应该具备的最基本能力要求。
这是一个非常全面综合的岗位,既要在技术深度和广度质检找到平衡,又要对业务需求有强有力的掌握力度,还要对整个实施交付过程有管理和应对能力,最终目标是确保设计和实施的解决方案既能满足业务需求,又能符合最佳的技术实践,还能具备很好的面向未来的能力。
最后我们再一起看看他与我们平时说的各种类型的架构师区别是什么。
解决方案架构师和其他类型的架构师主要的区别在于两个方面:
但是,解决方案架构师和这些其他多类型的架构之间也是有着不可断开的联系:
解决方案架构师主要关注单个项目或者系统的设计和实施,负责确保特定项目的技术方案能够满足业务需求。
企业架构师关注整个企业的 IT 架构,包括多个项目和系统,需要考虑如何在企业层面上整合和协调不同系统,支持整体业务战略。
解决方案架构师负责整个解决方案,包括软硬件、网络通信和其他组件,需要全局思考,确保各个部分都能正常高效协同工作。
系统架构师关注单个或者多个系统的结构和组织形式,包括组件质检的相互作用和通信。
解决方案架构师在设计解决方案时需要考虑基础设施的需求和限制,需要和基础设施架构师写作,确保解决方案能够在预期的基础设施中有效运行。
基础设施架构师更专注在设计和规划支持系统的硬件、网络和数据中心等方面。
解决方案架构师与售前架构师有可能会重叠,特别是在理解和定义客户需求以及提出初步解决方案的阶段,但解决方案架构师更侧重在详细设计和实施解决方案,而售前架构师更侧重于销售和支持销售活动方面。
不知道我上面的说明和分析对你有没有帮助?