最具影响力的数字化技术在线社区

168大数据

 找回密码
 立即注册

QQ登录

只需一步,快速开始

1 2 3 4 5
打印 上一主题 下一主题
开启左侧

解决方案架构师角色的演变

[复制链接]
跳转到指定楼层
楼主
发表于 2019-11-5 12:33:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多数据大咖,获取更多知识干货,轻松玩转大数据

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
定义解决方案架构

多年来,我一直致力于设计和创建基于软件的解决方案,我亲眼目睹了解决方案架构师需要不断学习和适应用于提供解决方案的架构设计模式,技术和方法的演变。
对于业务利益相关者而言,解决方案体系结构是一个抽象的,难以理解的概念,如果没有它,提供给业务的解决方案在需要进行未来更改时不太可能满足他们的期望。
在没有设计架构的情况下提供的解决方案仍然可以产生具有底层架构的解但是,由此产生的架构将是一个“意外”的交付结果,而不是一个旨在满足即时和预期未来能力的架构。

每个组织,技术团队和项目通常对解决方案架构师角色有不同的定义和期望,并且已经有尽可能多的尝试来简洁地定义解决方案架构。
解决方案架构的通用定义包括:
  • 定义系统的整体结构,解决方案组件及其职责和关系
  • 定义解决方案方面,这些方面将在以后更改并且成本高昂
  • 定义解决方案组件应遵循的原则和关键约束
协作架构

解决方案架构师需要考虑超出短期的观点,并了解解决方案需要适应和发展到未来的需求。构建解决方案体系结构是一项团队工作,架构师需要将不同的交付和技术团队聚集在一起,以帮助定义解决方案体系结构。做得好这需要架构师成为解决方案交付中涉及的许多角色的编排者,是“了解”目标解决方案的人,以便他们可以指导业务和技术角色之间的解决方案决策。
为了提供良好的解决方案,架构师需要具备均衡的技能组合,包括:技术,行业知识,沟通,利益相关者管理,领导力,解决问题,决策和谈判技巧。
对我而言,这突出了架构师能够促进他们所处理的团队和利益相关者之间的协作的重要性。 “协作,沟通和清晰”的口号应该是架构方法的一部分。
有效解决方案架构的品质

就像角色本身一样,衡量“良好建筑”的因素也各不相同。解决方案可以通过数百种不同的方式进行设计和组装。在此过程中做出的重要解决方案决策将改变最终的解决方案特征和变更能力。
我相信一个好的解决方案架构的关键方面是它:
  • 提供高效且经济的设计
  • 支持一种设计模型,可以提供体系结构依赖性的可见性并支持解决方案变更影响分析
  • 提供一个易于理解和明确表达的基础,定义解决方案模式,原则和约束,为架构的治理提供信息,以满足未来的需求。
解决方案技术的快速变化使我们从单一服务器单片应用程序转变为当今云商品化解决方案服务,组件和容器化部署框架的集合,这些框架支持创建复杂的分布式解决方案。
优秀的架构师将利用其他人的经验教训,并在适用的情况下应用经过验证的参考架构设计和模式。毕竟,在提供当今复杂的解决方案的同时更快,更经济地提供商业价值,就是在存在明确定义且经过验证的解决方案设计模式时,避免(重新发明轮子)需要(或希望)。
随着技术的发展,我们的解决方案也在不断发展。技术方面的变化几乎与方法一样多,例如
SDLC,瀑布,OOMD,RUP,RAD,SOA,敏捷,精益,Scrum,SAFe等。每种方法都采用不同的方法来解决项目中解决方案架构的交付方式。

早期的敏捷采用正确地看到了解决方案架构师在开发之前制作大型端到端解决方案架构文档的大量前沿工作,这是浪费。不幸的是,人们倾向于将任何解决方案架构活动视为浪费。
最终的解决方案可能会在第一天的功能框中打勾,但对架构的真正评估只有在生产之后才会出现,并且不得不响应功能,规模或弹性的变化。
什么可以用来取得成功

通过以下方式帮助制作成功的解决方案架构:
  • 经过试验和测试的架构模式,参考架构和框架
  • 云平台服务可减少构建分布式,可扩展和弹性系统的工作量
               云平台还使架构师​​能够将“模拟”架构部署到一次性非生产云环境中,从而为不同的架构设计进行原型设计。
  • SAFe等方法可识别解决方案架构思维和设计,而不会影响交付灵活性。
  • 架构设计工具,用于对设计进行建模,并基于该模型提供解决方案的架构视图,为不同的利益相关方群体提供解决方案视图,并为未来的设计变更启用影响评估。
             在考虑未来的设计变更影响时,架构模型经常被忽视,是一个关键的可交付成果。架构模型比静态设计图提供了更多的价值。

成功交付当今复杂的分布式解决方案比以往任何时候都需要架构思考和设计。架构师专注于定义整体解决方案结构,组件职责,并为那些难以改变设计核心方面的人做出设计决策。
结论

成功的架构提供了第一天的解决方案成果,同时能够经济地发展解决方案以提供第二天的成果。我们采用的解决方案架构的方法和方法需要随着底层技术的发展和变化而适应和发展。
较短的开发时间框架将目标架构视野从5年缩短至1年至X个月,成功的敏捷和DevOps方法使解决方案几乎不断变化和发展。这也意味着我们可以评估并应用来自生产解决方案的洞察力,以进入下一代架构开发。
德勤平台工程师知道如何构建不断变化的业务环境所需的复杂解决方案。我们的经验源于技能,学科和方法,利用现代流程工程,集成,云服务,DevOps以及测试和优化规程,这些规范已被证明可以在不断变化的复杂业务和IT环境中为第一天及以后提供成功的解决方案体系结构。

楼主热帖
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 赞 踩

168大数据 - 论坛版权1.本主题所有言论和图片纯属网友个人见解,与本站立场无关
2.本站所有主题由网友自行投稿发布。若为首发或独家,该帖子作者与168大数据享有帖子相关版权。
3.其他单位或个人使用、转载或引用本文时必须同时征得该帖子作者和168大数据的同意,并添加本文出处。
4.本站所收集的部分公开资料来源于网络,转载目的在于传递价值及用于交流学习,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。
5.任何通过此网页连接而得到的资讯、产品及服务,本站概不负责,亦不负任何法律责任。
6.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源,若标注有误或遗漏而侵犯到任何版权问题,请尽快告知,本站将及时删除。
7.168大数据管理员和版主有权不事先通知发贴者而删除本文。

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关闭

站长推荐上一条 /1 下一条

关于我们|小黑屋|Archiver|168大数据 ( 京ICP备14035423号|申请友情链接

GMT+8, 2024-6-26 16:41

Powered by BI168大数据社区

© 2012-2014 168大数据

快速回复 返回顶部 返回列表