实际案例
yysct2005
关于文章中所说的错误请读者朋友自行考量如有疑问欢迎一起交流多交流多沟通谢谢
展开
-
零售系统软件架构---数据架构之数据同步
一、概述原创 2015-01-27 16:18:29 · 1215 阅读 · 0 评论 -
支付系统架构设计----整体结构图
整体逻辑结构图原创 2016-03-14 16:31:23 · 6662 阅读 · 0 评论 -
JVM参数最低标配说明
JAVA系统的程序,为在系统出现问题排查的需要,JVM配置参数:-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:文件放置路径 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath:文件放置路径原创 2016-01-09 15:42:27 · 423 阅读 · 0 评论 -
系统设计之----分布式跟踪系统
一、设计依据 二、设计思路 1、核心数据模型字段 2、参数透传说明 3、日志格式(举例子) 4、链路性能指标(处理时间) 三、先决条件 1、Web Servlet Filter 调用链开始 2、Dubbo作为RPC 调用链跟踪 3、DB调用跟踪 4、Cache调用跟踪 5、MQ调用跟踪 四、系统对接步骤 1、引入相关...原创 2016-01-09 15:18:18 · 2345 阅读 · 0 评论 -
零售系统软件架构---设计之缓存篇
一、概述 缓存在我们系统内部也广泛使用,基本分本地缓存和分布式缓存。本地缓存由自定义写的缓存组件,分静态缓存与动态缓存,所谓静态就是数据存入就不会被应用清除,动态缓存采用LRU淘汰策略。本地缓存自不多说。但就使用的分布式缓存Redis说明下。 说到缓存的使用场景,1、需要经常访问;2、是很少发生改动;(如果使用缓存并且数据发生频繁原创 2015-01-26 11:39:36 · 737 阅读 · 0 评论 -
零售系统软件架构---设计之理论篇
一、设计原则1.1、一致性原则一致性应该是所有质量原则的根基一致性的架构则会给软件系统带来和谐与平衡1、业务模型名称一致性(相关干系人沟通的桥梁)2、架构风格的一致性3、解决方案的一致性4、形式上的一致性1.2、分离原则1、分离构建的基础(可控因素,非可控因素,可控程度;主要业务尽量避免跨公共网络)2、分离业务需要多系统协同合作,使系统更应职责清原创 2015-01-23 15:59:30 · 1148 阅读 · 0 评论 -
零售系统软件架构---分析篇
一、前述近期调整了下工作内容划分,也相对有更多的时间思考我们系统架构的设计。二、系统特征2.1、业务特征业务特征 商品种类和业务组织结构繁杂产生的庞大的日常数据信息每天产生大量的商品进销存信息,是总部及地区统一管理与配送依据。成为管理面临的第一个难题。原创 2015-01-23 10:37:54 · 1421 阅读 · 0 评论 -
2014年四月份业务培训的一些思考
关于参加公司业务知识培训以及通过对城市仓系统的性能跟踪(特别是,入库,分货两类核心核心业务的梳理)几点问题的思考 一、业务调研阶段思考我们除了业务知识的理解以及对系统功能的细分之外,发现一些人员提出的问题中对业务领域的不同说法以及大多数分析人员在询问系统的边界在哪?当然,这是一个不断随着理解深入的分化过程。要回答上述问题,我们是不是应该理一理,业务调研阶段,我们的重点关注有哪些,应原创 2015-01-20 11:34:54 · 502 阅读 · 0 评论 -
零售系统软件架构---设计之权限数据分发
一、概述用户权限数据在我们系统中分为两类,一类是菜单操作权限,一类是数据权限。分析详见 这里。用户数据在用户中心维护,相关的菜单权限,数据类也在这个系统中。提供管理员用户添加用户、分配角色、资源划分等操作。那外围子系统怎么来取得用户相关数据,用以判断用户是否有权访问。(说明,用户认证(登录验证在用户中心完成)后,然后授权登录到指定子系统。目前是基于Cookie实现的简单SSO。)原创 2015-01-23 18:15:49 · 961 阅读 · 0 评论 -
零售系统软件架构---数据架构之数据分片
一、概述 对于一个由多个子系统组成的一个完整的系统而言。系统之间的交互,也在很大程度上反映了数据分布的情况。每个业务系统都具有自己本系统独特的业务数据。所以,目前每个业务系统一个业务库的形式。 这种就是类似大家常说的垂直分库。然而随着业务单据的剧增,单一业务库的压力自然上升,特别是对企业应用而言,业务操作的重要性摆在第一位的。垂直原创 2015-01-26 17:59:07 · 800 阅读 · 0 评论 -
MQ架构设计说明
MQ架构设计说明中间件可以划分为以下几类1、基于远程过程调用 (Remote Procedure Call, RPC) 的中间件,允许一个应用程序中的过程调用远程应用程序中的过程,就好像它们是本地调用一样。该中间件实现一个查找远程过程的链接机制并使调用方能够以透明方式使用这些过程。以前,这种类型的中间件处理基于过程的程序;现在,它还包括基于对象的组件。2、基于对象请求代理原创 2016-11-28 19:40:13 · 1802 阅读 · 0 评论