认识达内从这里开始

随着互联网的不断发展，越来越多的人都在学习软件编程开发等IT培训课程，今天我们就通过案例分析来简单了解一下，java编程软件架构目标与原则分析。

架构目标

高可用性

整体系统可用性低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倍。扩展具有弹性，它既可以扩张也可以收缩，因此灵活性是关键，因为你需要响应客户的请求，随着规模的收缩和扩张，在系统之间调整容量

架构设计原则

业务平台化

业务平台化，相互独立。如交易平台、仓储平台、物流平台、支付平台、广告平台等

基础业务下沉，可复用。如用户、商品、类目、促销、订单等(参考目前核心系统)。

核心业务、非核心业务分离

核心业务与非核心业务分离，核心业务精简(利于稳定)，非核心业务多样化。

隔离不同类型的业务

交易业务是签订买家和卖家之间的交易合同，需要优先保证高可用性，让用户能快速下单

闪购业务对高并发要求很高，应该跟普通业务隔离

区分主流程、辅流程

分清哪些是电商的主流程。运行时，优先保证主流程的顺利完成，辅流程可以采用后台异步的方式。避免辅流程的失败导致主流程的回滚。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。