架构师的核心职责是消除不确定性和降低复杂性

架构师的定位

  业务与技术之间的桥梁

核心能力

  判断(业务理解、技术、沟通)—拆解(技术宽度、深度、广度)—取舍(设计理念、说服能力、决断力)

 

架构设计(影响系统结构) 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. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性