架构师的核心职责是消除不确定性和降低复杂性
架构师的定位
业务与技术之间的桥梁
核心能力
判断(业务理解、技术、沟通)—拆解(技术宽度、深度、广度)—取舍(设计理念、说服能力、决断力)
架构设计(影响系统结构) vs 方案设计 (不影响系统结构)
影响系统结构:
RANK:改变系统分层的设计-支付功能升级到支付宝 ROLE:增删改拆合角色数据-微服务拆分合并
relation:修改角色关系 –接口调用改消息队列 rule:修改角色之间的运作规则–MongoDB选举算法修改
结构设计阶段划分
前期:
澄清不确定性-明确诉求、消除冲突诉求、诉求优先级排序
识别复杂度:识别核心场景 、明确或者预估质量需求、识别复杂度
输出:总体业务架构图、核心场景流程
中期:
设计备选方案:头脑风暴、筛选方案、设计备选方案
筛选备选方案:全方位评估、明确选择标准,提交最终方案
输出:备选方案,方案评估结论,方案汇报结论
后期: 4R
细化架构 按照4R定义细化架构
完善架构 可维护、可测试、可运维、安全、成本
输出:完整的架构设计方案
验证阶段:
收集开发测试运维人员的意见
跟进架构落地效果 性能测试、压力测试、运维情况
输出:架构优化建议,架构迭代计划
原文地址:http://www.cnblogs.com/windghost/p/16789435.html
1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长!
2. 分享目的仅供大家学习和交流,请务用于商业用途!
3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入!
4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解!
5. 如有链接无法下载、失效或广告,请联系管理员处理!
6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需!
7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员!
8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载
声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性