人人都是架构师：面对风险

标签： 人人 架构师 风险 | 发表时间：2015-06-07 01:30 | 作者：wireless_com
出处：http://blog.csdn.net

架构包含技术的选择，更多分层等于更高的复杂度，但是轻量级协同设计可以提高质量。最佳实践也是有使用条件限制的，面对架构要用于质疑。

系统的最大风险

外部接口是系统风险最高的部分之一。
- 关键的外部接口有哪些？接口的技术定义是什么？
- 哪些队列是通信组件？消息的格式是什么？
- 同步还是异步？异步连接是否有保障？能否乱序传输？
- 接口是否幂等？接口的可用性、性能、可伸缩性、安全性？
- 接口的所有权属？版本的升级处理？服务级别？

系统的常见风险

除了外部接口之外，其他的常见风险如下：
- 组件运行过慢
- 组件无法伸缩
- 关键组件崩溃
- 单点故障
- 数据被破坏
- 基础设施故障
- 磁盘满
- 新技术过于复杂

文档

架构需要以文档的方式回答质疑。
代码不会讲述完整的故事，轻量级文档来描述代码之外的问题，如

  • 这是关于什么的？希望能做什么？
  • 质量属性？约束？原则？
  • 软件架构？外部接口？
  • 数据（数据比软件本身更重要。）？
  • 基础设施架构？
  • 部署？运营和支持？
  • 决策日志
  • ……
作者：wireless_com 发表于2015/6/6 17:30:15 原文链接
阅读：0 评论：0 查看评论

相关 [人人 架构师 风险] 推荐：

人人都是架构师：面对风险

- - CSDN博客推荐文章
架构包含技术的选择，更多分层等于更高的复杂度，但是轻量级协同设计可以提高质量. 最佳实践也是有使用条件限制的，面对架构要用于质疑. 外部接口是系统风险最高的部分之一. 接口的可用性、性能、可伸缩性、安全性. 除了外部接口之外，其他的常见风险如下：. 架构需要以文档的方式回答质疑. 代码不会讲述完整的故事，轻量级文档来描述代码之外的问题，如.

系统架构师JD

- - CSDN博客架构设计推荐文章
国内大型的物流企业，专业从事国内公路运输和航空运输代理. Foss项目的架构设计，包括需求分析，模块设计，系统结构设计，关键功能的开发，技术难题的解决，对团队质量输出的把控等等. 1、熟悉WebLogic/Websphere/JBoss等一个以上大型应用服务器，熟悉Linux及应用服务器集群. 2、 具有丰富J2EE架构设计经验，具有大型基于J2EE体系结构的项目规划、系统架构设计、开发经验.

微服务与架构师

- - 乱象，印迹
因为工作的关系，最近面试了很多软件架构师，遗憾的是真正能录用的很少. 很多候选人有多年的工作经验，常见的框架也玩得很溜. 然而最擅长的是“用既定的技术方案去解决特定的问题”，如果遇到的问题没有严格对应的现成框架，就比较吃力. 这样的技能水平或许适合某些行业，但很遗憾不符合我们的要求. 软件架构师到底应该做什么，又为什么这么难做好，这都是近来的热门问题，我也一直在和朋友们讨论.

架构师图谱（上）

- - DockOne.io
“架构师图谱”是一个很宏大的命题，特别是优秀的架构师自身也是“由点到面再到图”，一点点成长积累起来，尝试写这篇文章的目的更多的是结合自身的一些架构、研发、管理经验对现阶段做一个复盘总结，所以这里更偏向于后端图谱，依赖于开源技术、云原生或者其他第三方服务. 这里会重点介绍一些技术栈、设计理念以及适应场景，这些可以作为我们选型时的依据.

从“架构师书单”讲开去

- 黄立 - aimingoo的专栏
琉璃要我推荐一下给工程师们的各阶段的书单，这件事被我压在手边好些天了已经. 然后呢就看见了公司内网中孙坚的一份推荐. 其实那份书单的一些信息也是有出处的(或者说有类似介绍的地方)，是江南白衣的另一份架构师书单，目前已经“翻新”到2009年版和第3版了：. 看来白衣兄的确是要把这份书单做到穷极. 但事实上我在看到他的最初版的书单时，就提出过反对意见：.

迷你书： 架构师（8月刊）

- 去北方-Jack - InfoQ中文站
InfoQ中文站的电子杂志《架构师》（2011年8月刊）出炉了. 本期的主编是InfoQ中文站总编辑霍泰稳. 本期《架构师》月刊专题为云计算的安全风险. 安全风险”作为云计算中重要的一环，一直备受关注，本期的专题我们和IEEE合作就这一话题进行深入讨论，并借助一个调查看看当前已经实施云计算的企业是如何看待云计算和安全的.

软件架构师的沟通修炼

- - 博客 - 伯乐在线
在架构师的角色中，沟通是要求有效果的必备技能与工具. 换句话说，沟通是架构师指示别人或群体完成特定行动唯一真正有效的手段. 架构师通常没有对为其项目工作的他人的直接管理权. 他们的项目往往是跨部门的，也可能会跨好多个行业单位. 由于不能直接管理他人，所以架构师指示别人或群体完成特定行动的能力就受到限制.

系统架构师笔记（二）

- - CSDN博客Web前端推荐文章
今年的系统架构师考试马上就要开始了，在此进行了一次核心要点总结，与大家一起分享. 七、架构权衡分析法：ATTM（Architecture Tradeoff Analysis Method）. 评价软件架构的一种综合全面的方法. 这种方法不仅可以揭示出构架满足特定质量目标的情况，而且（因为它认识到了构架决策会影响多个质量属性）可以使我们更清楚地认识到质量目标之间的联系——即如何权衡诸多质量目标.

系统架构师笔记（一）

- - CSDN博客架构设计推荐文章
今年的系统架构师考试马上就要开始了，在此进行了一次核心要点总结，与大家一起分享. 1、性能：系统的响应能力，即要经过多长时间才能对某个事件作出响应或者在某段时间内系统所能处理事件的个数. 架构设计策略：增加计算资源、改善资源需求（减少计算复杂度等）、资源管理（并发、数据复制等）和资源调度（先进先出队列、优先级队列等）.

一线架构师实践指南（一）

- - CSDN博客架构设计推荐文章
       从本质上，架构设计是需求驱动的，而不是模型驱动的. 但当很清楚需求却依然设计不出架构时，就说明“需求驱动的架构设计”的总结还“缺点什么”. 架构设计是一门艺术，不可能把“一桶需求”倒进某台神奇的机器，然后等着架构设计自己被“加工生成”完毕，因此“需求驱动的架构设计”的总结给架构师的启发不够.