![](https://img-blog.csdnimg.cn/20201014180756754.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
架构
yysct2005
关于文章中所说的错误请读者朋友自行考量如有疑问欢迎一起交流多交流多沟通谢谢
展开
-
2020中断三年之久的博客启示
1、在CSDN开博记得是2011年,当时写网页版游戏开发,后端使用 SFS2x框架,还是使用的Alpha版本。问题很多,翻看源码,基本核心的线程同步还有问题。就开始在CSDN上面大致写了下SFS2x系列,主要是想建个群,志同道合的朋友一起多多交流的目的。就再也没怎么管理过。2、后来javaeye被CSDN收购,之前很多收藏别人的博客(便于学习之用),后来同步到CSDN上面。3、近来发现不知什么时间起有总10W+的访问量了,大致看了下,大部分是原创文章占比大头,单篇突破1000+,有的5000+;原创 2020-08-01 14:13:32 · 163 阅读 · 0 评论 -
MQ架构设计说明
MQ架构设计说明中间件可以划分为以下几类1、基于远程过程调用 (Remote Procedure Call, RPC) 的中间件,允许一个应用程序中的过程调用远程应用程序中的过程,就好像它们是本地调用一样。该中间件实现一个查找远程过程的链接机制并使调用方能够以透明方式使用这些过程。以前,这种类型的中间件处理基于过程的程序;现在,它还包括基于对象的组件。2、基于对象请求代理原创 2016-11-28 19:40:13 · 1796 阅读 · 0 评论 -
成本权衡
近期,参与设计C端用户交易风控。事前,考虑规则的优先级以及处理逻辑。总是感觉稍微有那么繁杂。经过与业务人员讨论:确定,某个用户一定属于某个规则组,同时,这个规则组的规则一定是配置完备的。即不会再经过其他规则组。(黑白名单除外)经过简化:开发成本,理解力成本大幅下降。但另一个方面:运营成本,即一个运营人员想要对一个用户控制时,建立规则组,同时需要配置完备的规则。那这样,1、增加工作量原创 2016-08-18 10:15:52 · 1311 阅读 · 0 评论 -
支付系统架构设计----整体结构图
整体逻辑结构图原创 2016-03-14 16:31:23 · 6642 阅读 · 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 · 2334 阅读 · 0 评论 -
互联网团队的三三得九战术
牛马不相及。一、产品输出三S老板们系统讲故事,story;各种片段,或是撕裂的片段故事。抑或来自业务方,市场、运营、等等非技术团队的各种段子。经由产品部或是业务部,统一过滤。相关人生成对应的stage,即场景。将Boss的故事变成场景。很多故事听听也就罢了,但有些段子需要把握好。场景来了后交由技术团队要生成的时候,需要sprint,一个一个sprint 输出。二、架构设计三化原创 2015-09-12 16:26:59 · 497 阅读 · 0 评论 -
某零售项目实践---项目
一、项目简介零售改造项目是个长周期的一个项目,第一个上线版本计划完成需1年时间;内部开发测试,使用迭代式开发。二、项目过程2.1、项目前项目动员,必须的。而后,项目组员分工、人员安排、总体计划等一一落实到位。2.1、需求调具体是,项目前期,需求各区域调用阶段,需求人员奔赴各地的同时;搜集上来的人员已经开始根据实际情况,分优先级排期实现。当时,也曾担心;为什么这个阶段没有安排原创 2015-09-12 16:14:30 · 489 阅读 · 0 评论 -
软件架构---架构分解篇
4.1、架构分解架构分解是架构设计过程中非常关键的一步。除了识别架构元素,对大规模的软件系统,分解还是解决非功能需求的重要手段。比如解决可伸缩性、可用性、可管理性等问题,在架构的多个层面进行了分解:在应用层面,按照功能或 SOA 服务进行分解,将系统垂直拆分为多个应用池(应用池中的服务是无状态的)。每个应用池中有多个应用(水平拆分),可以独立灵活地进行伸缩。在数据层面,对数据进行垂直拆转载 2015-01-23 15:21:07 · 2473 阅读 · 0 评论 -
软件架构---工程理论篇
近期调整了下工作内容划分,也相对有更多的时间思考我们系统架构的设计。(节选自架构设计分析文档)一、模型提到模型,大家就直观的说到数据模型,也对。我们再提高一个层次对模型的认识。模型是所研究的系统、过程、事物或概念的一种表达形式。见百度百科定义可以理解为我们对所研究事物的一种抽象。关于抽象,请见 。说几个系统设计常见的,比如对IO处理抽象,有同步模型、异步模型。还有对线程原创 2015-01-23 15:12:56 · 639 阅读 · 0 评论 -
零售系统软件架构---设计之理论篇
一、设计原则1.1、一致性原则一致性应该是所有质量原则的根基一致性的架构则会给软件系统带来和谐与平衡1、业务模型名称一致性(相关干系人沟通的桥梁)2、架构风格的一致性3、解决方案的一致性4、形式上的一致性1.2、分离原则1、分离构建的基础(可控因素,非可控因素,可控程度;主要业务尽量避免跨公共网络)2、分离业务需要多系统协同合作,使系统更应职责清原创 2015-01-23 15:59:30 · 1135 阅读 · 0 评论 -
系统架构与任务功能的分解
一、概述 最近,看到一位同学整理开发计划,牵涉到一些任务分解上面。自然想起了之前架构分解的一些文章,同时也结合自己之前从事的岗位分析一下。我们在面对一个庞杂的系统或是繁杂的任务时,有时总是感觉一座座大山在心头。最先想到的是愚公移山以及庖丁解牛。两者都是从一车或是一刀开始。所以,分解使我们有能力解决这样的问题。二、架构分解原创 2015-01-28 16:30:58 · 2120 阅读 · 0 评论 -
系统设计之----抽象的质量
抽象以及抽象的质量一、权限案例分析1.1、案例简介最近在一个项目中,设计权限相关的。说到权限,很多会提到RBAC以及ACL模型。技术上JAVA领域也会想到SpringSecurity,以及更早的Acegi;还有不错的Apache Shiro 等。抛开这些技术点,我们提炼到模型设计上来。RBAC以及ACL是什么,请找谷哥或是度娘吧。 常见业务系统中,权限需求:一般分为菜单操作权限以及原创 2015-01-16 12:32:33 · 1210 阅读 · 0 评论 -
中间件主要内置功能服务
Remote method Invocations.(远程方法调用)----We need logic that connects a client and server via a network connection. This includes dispathing method requests,brokering parameters,and more.Load balancin翻译 2013-05-14 13:23:22 · 894 阅读 · 1 评论