随笔分类 - 研发解决方案
摘要：电商系统的分布式缓存一般是 redis 和 memcached 集群，每一个节点上会起很多实例，因为一个业务类型对应于一个端口，拆分得很清楚。既然节点很多，端口很多，业务也在变化，随时都有变动，如何管理呢？
阅读全文
摘要：大致想来，李丹刘奎还需要解决这么几个基础问题：绘图所依赖的监控原始数据如何收集？如何加工？如何存储？图形如何绘制，各种指标如何叠加？拓扑关系如何绘制？
阅读全文
摘要：说是定时任务，其实我只是登记了要调用的远端接口、通讯协议、Crontab 时间格式表达式、执行机器组、超时时间、报警接收人等而已。已经没有 crontab 了，全都是远端 WebService。由 JobCenter 按时通知对端的接口，并接收任务执行者的进度反馈和最终执行结果，这些响应均为 JSON 格式。还可以为同一个定时任务添加多个执行机器，JobCenter 保证通知成功。
阅读全文
摘要：即席查询和集群任务调度是大数据处理里的两个课题。
阅读全文
摘要：由于在商城模式下，不同频道很可能不断增加新筛选条件，导致筛选组合越来越复杂，最终可能要求我们从基于 NoSQL 的排序和筛选方案，尽快转变为基于搜索引擎的排序和筛选方案。
阅读全文
摘要：每个IT系统都是不同人开发的，如果每个人都设计自己的用户体系和RBAC权限体系，第一重复制造轮子浪费体力，第二大家需要记住无数系统入口和帐号密码，第三每当有离职时还得记得逐一禁用账户。
所以在 JobCenter/NotifyServer/Diamond/Dubbo 等陆续上线后，孟珂和传志于2013年又开始运作起内部统一认证系统。
阅读全文
摘要：最终我们还是选择自己来面对如下场景，采用 Push 模式（NotifyServer 主动向下游 Push 消息）
阅读全文
摘要：在这种被动的场景下，可以力保核心购买流程能走通，保证基本可用性，即确保能够下单和提交支付，保证钱能流进来，同时保证消费验证。
所以业务降级的做法是，逐一全局关闭非核心流程的业务功能。
阅读全文
摘要：要能做到追踪每个请求的完整调用链路，收集调用链路上每个服务的性能数据，计算性能数据和比对性能指标（SLA），甚至在更远的未来能够再反馈到服务治理中，那么这就是分布式跟踪的目标了。在业界，twitter 的 zipkin 和淘宝的鹰眼就是类似的系统。
阅读全文
摘要：规则库怎么来的？得建设一些方便观测的外围系统，才能发现特征、建立规则、调整参数、观察效果。所以与此类似，做了推荐服务后，就需要推荐效果评测了。
阅读全文
