首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    基于规则架构-架构案例2019(三十九)

    某电子商务公司为了更好地管理用户,提升企业销售业绩,拟开发一套用户管理系统。该系统的基本功能是根据用户的消费级别、消费历史、信用情况等指标将用户划分为不同的等级,并针对不同等级的用户提供相应的折扣方案。在需求分析与架构设计阶段,电子商务公司提出的需求、质量属性描述和架构特性如下: (a)用户目前分为普通用户、银卡用户、金卡用户和白金用户四个等级,后续需要能够根据消费情况进行动态调整; (b)系统应该具备完善的安全防护措施,能够对黑客的攻击行为进行检测与防御; (c)在正常负载情况下,系统应在0.5秒内对用户的商品查询请求进行响应; (d)在各种节假日或公司活动中,针对所有级别用户,系统均能够根据用户实时的消费情况动态调整折扣力度; (e)系统主站点断电后,应在5秒内将请求重定向到备用站点; (f)系统支持中文昵称,但用户名要求必须以字母开头,长度不少于8个字符; (g)当系统发生网络失效后,需要在15秒内发现错误并启用备用网络; (h)系统在展示商品的实时视频时,需要保证视频画面具有1024x768像素的分辨率,40帧/秒的速率; (i)系统要扩容时,应保证在10人●月内完成所有的部署与测试工作; (j)系统应对用户信息数据库的所有操作都进行完整记录; (k)更改系统的Web界面接口必须在4人●周内完成; (l)系统必须提供远程调试接口,并支持远程调试。 在对系统需求、质量属性描述和架构特性进行分析的基础上,该系统架构师给出了两种候选的架构设计方案,公司目前正在组织相关专家对系统架构进行评估。

    02

    写着简单和跑得快是一回事,SQL 为什么不可能跑得快?

    我们讨论过代码编写的难和繁的原理问题,现在关注性能问题,运行速度当然是非常重要的事情。 我们知道,软件不能改变硬件的性能,CPU 和硬盘该多快就多快。不过,我们可以设计出低复杂度的算法,也就是计算量更小的算法,计算机执行的动作变少,自然也就会快了。本来要做 1 亿次运算,如果有个好算法能把计算量降低到 100 万次,那快出 100 倍就不奇怪了。但是,光想出算法还不够,还要把这个算法实实在在地用某种程序语言写出来,否则计算机不会执行。 然而,如果采用的程序语言不给力,就有可能真地写不出来,这时候就干瞪眼忍受低速度。

    01
    领券