首页
学习
活动
专区
工具
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

    Apache IoTDB 在大唐先一的应用案例

    大唐先一科技是一家聚焦电力、能源行业系统解决方案的公司。所以,一款简单易用的实时数据库是不可或缺的。公司服务的电厂、分子公司遍布全国,因此各种实时数据库也是五花八门,给运维人员造成不小的困难。借着近年来大数据技术的发展,公司曾借助开源技术开发完成了一款分布式实时数据库XDB5.0。在经历压测后该款数据库也是成功的部署在了集团公司和各大分子公司,性能稳定性也是获取了客户的认可。但也存在一个问题,涉及技术众多、部署要求高、不易于维护。于是在2020年初,公司开始寻求新的解决途径,IoTDB由此进入了我们的优选方案。在近一年多与IoTDB开发团队反复的沟通、测试、验证中也见证了IoTDB的成长点滴。

    02
    领券