建构大型商业系统所要考虑的事项

建构大型商业系统所要考虑的事项
1。远程访问。考虑客户端与服务器端连接逻辑。包括分发请求,参数代理等。
2。负载均衡。客户端必须使用最小的负载连接到服务端。如果当一个服务器端负荷太重,因该选者另外一个服务器端。
3。事务失败复原。如果一个服务器端崩溃,或者网络崩溃,应该考虑客户端能否重新路由道其他服务器而不会中断服务?
   如果可以,如果做到快速的复原?你的业务能接受的时间是多少?一秒?还是一分钟?
4。综合遗留系统。代码既要能够综合已经存在的遗留系统,也要把持久地业务数据写入数据库。
5。事务。当两个客户端同时访问数据库的同一行会发生什么?或者当数据库崩溃的时候又会发生什么?
   事务将会把你从上述苦恼中解脱出来。
6。集群。当服务器崩溃的时候服务器容器的状态是什么?是不是所有的服务器都回复制这种状态,所以所有的客户端
   能够使用不同的服务?
7。动态发布。当站点运行过程中如何来对软件更新?需不需要让机器重期?
8。平滑停止服务。如何平滑的停止一个客户端正在使用的服务器,而不中断服务?
9。记录。如果出错了,是不是有查找错误的信息记录?一条记录就是帮助我们调试问题解决问题
10。系统管理。在一次灾难性的错误后,谁来管理系统?当灾难发生的时候,我们应该使用管理员来管理系统
11。线程。当有许多的客户端连接到服务器端时,这就需要服务器有能力处理多个客户端的同时请求。这就要求
    服务器端具有多线程的能力。
12。中间件原始信息。当客户端与服务器端松耦合时,有些类型的请求就有信息通讯。这就需要基础的信息执行。
13。实体生命周期。当客户端增长,消除的时候,服务器中的实体就具有了产生,销毁的生命周期。
14。资源共享。当一个客户端当前不再使用服务器,这个服务器中的宝贵的资源就会重新返回资源池,
    提供给其他的客户端使用。
15。安全。服务器端与数据库需要保护起来。用户只能做他们有权限的操作。
16。缓存。当有一些数据为所有客户端共享的时候,就好比一个公共的物品蓝,就要避免服务器一个有一次的从
    数据库读这些数据。可以把这些数据暂时存放在服务器端的内存中,避免网络堵塞以及数据库采样数

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
<一> 系统功能简介 本系统除了常见的购物程序外,还加入了如下功能: 1、用户可以随时登陆或注册,购物车中的商品不会丢失。 2、加入了用户申诉功能,如果用户定单未被处理,可以随时提出申诉。 [需提供订单编号和用户帐号] 3、用户再最后支付时,可选择不同的支付方式,将看到不同的信息。 4、用户可以随时找回密码,密码将发送到其注册时候填写的信箱。 5、完善的商品管理功能。 可以任意 添加、删除、合并主分类和分类别,轻松的查看和修改商品。 并提供了模糊查询方式。 6、管理员可以轻松的查看用户帐号和此帐号发生的业务情况。 7、管理员可以进行邮件群发和单一发送。 8、加入了在线支付接口代码。完全实现在线购买。 [此支付代码为招行的支付代码,用户在使用时候需向当地招行申请商户资格 申请完毕后只需要修改银行的ID和商户的ID即可] 9、超级管理员可以添加普通管理员。 10、本系统中的邮件发送程序可以参看 演示:61.136.63.25/5921/mymail 下载:61.136.63.25/5921/mymail.rar 新增功能: 一、增加折扣功能!!管理员可以方便的为每个级别设置折扣。 二、支持无限用户分级,管理员可以设置无限个用户级别, 并可为不同级别的用户享受不同的折扣率。 三、管理员可以设置用户达到级别的所需点数。 [每购买一元商品,用户增加一点] 四、用户登陆自动确定用户级别,用户级别根据购买的点数所决定。 点数由系统自动统计,管理员不能更改。级别数据不写入库中,管理员无法更改 以保证系统公证。 五、用户看公告的文件已经加上。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值