体的技术水平有较高的要求,所以要”量力而行”。Р3、时间因素,很多互联网公司的工期不是技术评估的,是由”市场”确定的,所以火烧眉毛的时候就别讲究性能和扩展了,上线再说。Р4、架构不是一成不变的,不断增加的访问和不断变化的需求改变着系统的架构。快速响应,不断迭代才是互联网应用的方式。所以最初的架构,尽量的做到高内聚低耦合,这样不断的提高系统的短板,逐渐完善系统结构。Р分布式结构电商模块描述:Р显示层:Р前台:用户端界面显示层,依赖用户服务,商品服务,交易服务和支付服务Р后台:运营端界面显示层,运营人员管理各种数据的界面。依赖用户服务,商品服务,交易服务和支付服务;Р服务层:为界面提供RPC服务Р用户服务:注册,登录,用户管理等Р商品服务:商品浏览,库存展示,商品管理,库存管理等Р交易服务:购物车服务,订单计算, 订单提交,订单列表等Р支付服务:生成支付链接,支付成功跳转,支付成功逻辑处理等Р基础组件:РDB:数据存储РRedis:使用redis实现用户状态session机制,便于将来集群部署;实现购物车功能,用户购物车服务端持久化,便于用户跨浏览器购物车管理。Р第三方支付组件:用于与第三方支付服务交互Р3.4、关键流程描述Р关键流程描述是检查系统架构是否满足需求和指导开发的必要条件。关键流程描述是使用流程图解决关键问题的过程,它的使用者是团队其他成员和自己,所以格式不重要,其他人能明白就好。Р一些书写的经验如下:Р1、有始有终,流程应该是从用户进入应用开始到离开应用的完整过程,比如交易的过程,应该从用户开始浏览商品到用户支付成功这一个过程。Р2、流程图突出重点,比如上面举例的交易过程,应该突出交易相关的流程判断,不必描述用户注册,找回密码等过程。Р3、简要说明,避免过于详细,比如交易的过程中需要更新库存,但是不需要描述更新库存前的库存校验这些是提交订单的内部实现。Р示例如下:
全文预览
