整体系统可用性最低99.9%，目标99.99%。全年故障时间整个系统不超过500分钟，单个系统故障不超过50分钟。
高可扩展性 系统架构简单清晰，应用系统间耦合低，容易水平扩展，业务功能增改方便快捷。
低成本 增加服务的重用性，提高开发效率，降低人力成本；
最终一致性
服务设计能满足数据最终一致性，能方便、快捷的满足三方、或者对方对账需求。
我们要求在系统设计时候要兼顾下面的各个质量要求
DID原则解释
Design(D)设计20倍的容量；Implement(I)实施3倍的容量；Deploy（D）部署1.5倍的容量
原因：DID为产品扩展提供了经济，有效，及时的方法
要点：在早期考虑可扩展性可以帮助团队节省时间和金钱。在需求发生大约一个月前实施（写代码），在客户蜂拥而至的几天前部署。
例子：“什么时候该在可扩展性上投入”有些轻率的回答是，最好在需要的前一天投入和部署。如果你能够多做到达需要改善可扩展性方案的前一天部署，那么 这笔投资的时机最佳，而且有助于实现公司财务和股东利益的最大化。 让我们面对现实，及时投入和部署根本就不可能，即使可能，也无法确定具体的时间，而且会带来很多风险。
DID（设计-实施-部署）：思考问题和设计方案，为方案构建系统和编写代码；实际安装或者部署方案。
设计（Design）:DID方法的设计（D）阶段聚集在扩展到20倍和无限大之间，通过如今可扩展性大会，把领导者和工程师团队聚集在一起，共同讨论产品的扩展瓶颈，这是在DID设计阶段发现和确定需要扩展部分的一个好办法。
实施（I，Implement）:我们把规模需求的范围缩小到更接近现实，例如当前规模的3~20倍。
部署（D，Deploy）:在部署阶段资产的成本较高，如果是一家适度高增长的公司，也许我们可以把最大产能提高到1.5倍；如果是一家超高增长的公司，也许我们可以把最大产能提高到5倍。扩展具有弹性，它既可以扩张也可以收缩，因此灵活性是关键，因为你需要响应客户的请求，随着规模的收缩和扩张，在系统之间调整容量
核心业务与非核心业务分离，核心业务精简（利于稳定），非核心业务多样化。
分清哪些是主流程。运行时，优先保证主流程的顺利完成，辅流程可以采用后台异步的方式。避免辅流程的失败导致主流程的回滚。
6 数据的一致性原则
跨业务域调用时，尽可能异步弱依赖
作者|易安
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。