随笔分类 -  设计模式和重构

稳定性 问题定位[基于此监控系统] 系统优化[内部调用异常数据流量,基于此系统上的压测瓶颈发现]
摘要：自己的另外一篇:稳定性 耗时 gc 过长问题排查 和工具 http://www.cnblogs.com/fei33423/p/7800395.html 老的思考:稳定性 监控 业务后期 - 架构师 https://www.cnblogs.com/fei33423/p/7169590.html 总结: 阅读全文
posted @ 2017-11-08 17:29 fei33423 阅读(927) 评论(0) 推荐(0)
支付系统-收银台系统总结
摘要：支付系统-帐户系统总结 他人:支付业务与技术架构学习总结（6）——对账系统的设计 原则: 支付系统思考思路: 先考虑正常case, 先考虑并发[重复支付, 押金退款,提现], 再考虑事务中断.[重复支付] 能幂等先幂等(需要采用数据库事务), 不能幂等优先选择资金安全的方案. [退款和支付的不同处理 阅读全文
posted @ 2017-09-08 14:42 fei33423 阅读(6700) 评论(0) 推荐(0)
支付系统-帐户系统总结
摘要：已迁移到 支付系统总结 一 支付通架构图: 1.1 支付通交易层模块职责: & 接受对业务系统的订单支付.充值请求 & 账户之间转账 & 接受业务系统的提现请求 & 接受业务系统的退款请求(对上面几种业务) 1.2支付网关职责: 负责和渠道(支付宝,微信,银联)交互,记录流水号,对账 1.3账户系统 阅读全文
posted @ 2017-09-08 12:47 fei33423 阅读(1973) 评论(0) 推荐(0)
业务后期可做的事情
摘要：1. 稳定性 见专门的稳定性抓手文章 1. 毛刺原因 2. 调用量比较大的接口来源统计,跟进方是否有改进计划. 每周开会,汇报,原因. 3. 自动取消重试机制 2. 重构 1. 增加中间层. 统一行为. 2. 理清流程,按流程切分模块和依赖边界. 每个流程按哪个大类先分类是不同的. 有些只需要简单的 阅读全文
posted @ 2017-08-04 10:48 fei33423 阅读(176) 评论(0) 推荐(0)
中间件(内存中有状态系统) 和 业务系统(无状态系统,基于数据库) 设计的 不同
摘要：何为数据 1.分为存储用,也分为传递用. 2. 一旦异步了就需要暂存数据,和 id. 3. 继承面向数据, 接口面向行为. 接口一种是因为有多种类型的相同行为(或者要处理不同的数据)所以需要接口. 1:n 的驱动 桥接模式,多种实现. 另外有可能是引擎,提供一种功能,抽象, 只要实现这个接口,就可以 阅读全文
posted @ 2017-06-26 15:07 fei33423 阅读(652) 评论(0) 推荐(0)
架构师维度理解 程序=数据+算法
摘要：如何成为一名架构师,架构师成长之路 程序=数据+算法 可以用更简单的话说: 程序= 数据+行为. 行为即流程,详见上面的架构师之路中流程一节 数据: 数据的组织,1对1,1对多. 复杂的程序要=N 个程序有序组织=N 个(数据+行为) 核心: 1 .对数据的认知和拆分. 2.对行为的组织. (从效率 阅读全文
posted @ 2017-06-26 11:53 fei33423 阅读(429) 评论(0) 推荐(0)
graphviz 布局和子图,表格教程
摘要：有了这三个利器,就搞定架构图了. 子图间互相调用要开启 http://graphviz.org/pdf/dotguide.pdf 阅读全文
posted @ 2017-06-08 01:03 fei33423 阅读(1176) 评论(0) 推荐(0)
架构图(拓扑图)画图工具分析整理(静态,动态,可交互图.层级tu)
摘要：最近要画架构图. 一方面有图片洁癖,另外一方面又不想不停的挪动图片. 一开始想用脑图软件. 发现脑图是树状的,架构模块依赖图是网状的.(也可以简化为层级图,不画交互关系.类似 dubbo 的架构图. 外部系统,基础系统,应用层.) 到处搜索有什么可编程的方案. 后面搜索到拓扑图. 简单的布局,画图语 阅读全文
posted @ 2017-06-07 21:02 fei33423 阅读(9444) 评论(0) 推荐(1)
谈创新和效率,如何总结分享. 归类,几大类
摘要：leader 的使命是 能干的事情更多了. 自己担心死. 鼓励大家多想出新的东西. 表扬,鼓励为主. 不要打压. leader 关注点不要关注人上面,核心还是关注事. 这个是道. 领着大家接更多的活,把现有的活干好. 如何谈话? 1.了解下属,表扬下属 2.听下属最近困惑 3.几大方面要求, 上次提 阅读全文
posted @ 2017-06-02 22:34 fei33423 阅读(274) 评论(0) 推荐(0)
如何真正理解设计模式
摘要：UML 里有几种图,要从这几种图去重新理解设计模式. 另外光知道类,还要知道使用案例.这样才能真正的理解用例和设计. 1.静态 uml 类图 2.动态 流程图(内部细节,类是否内聚很关键. type 值 status 值) 时序图(类之间交互,边界.) 状态图. 重构: 分层和数据模型的重新修正. 阅读全文
posted @ 2017-06-02 19:36 fei33423 阅读(364) 评论(0) 推荐(0)