董_董

背景: 旧功能改造影响到历史数据展示 拉取媒体数据增加新字段,影响消耗展示 思考: 对历史数据有影响的按照:快照(上线或者执行脚本前的数据)+时间(日,月,年)处理 新功能开发,可以让产品提供相关的数

随着数据体量和代码量的增加,以前好端端的功能就成了定时炸弹,而且烧的还是无明火,不知道问题在哪,下面就列举一些bug 1,头条请求接口会出现阶段性没权限提示 第一阶段:偶发,排查授权接口,去授权页面重

一,背景 困境 媒体那有消耗数据,用户数据不能长线提供(如:只提供7天) 公司本身有最准确的用户数据,没有相关投放的消耗数据 媒体那很难能满足公司业务的一些定制化需求 实现方式 用空间换时间,暂时不支

一 发生的情况 25,26两天连续有同事反馈天枢系统数据要么没数据要么数据没更新,经过排查是xxl-job挂了,25号手动重启了,26号还是挂,手动增加内存了,虽然崩溃的次数少了但是丢失的数据确确实实

领域模型指导程序设计 将领域模型映射到程序中 服务 标识的是在领域对象之外的操作和行为,接收用户请求和执行某些操作. 当用户在系统界面中进行操作时,会向系统发送请求"服务"去接收用户的这些请求,然后根

分布式一致性和CAP理论 CAP C:一致性 A:可用性 P:分区容错性 读写分离和集群扩展 write是排它锁,不允许其他操作包括读 read是共享锁,只能被其他线程读取 write和read是互斥

ATAM评审(Architecture Tradeoff Analysis Method) 表述部分(开局) PMO-->Agenda(会议的起草者,控制会议过程中时间,防止拖堂).整体目标 产品--

DDD的全称为Domain-driven Design，即领域驱动设计. 领域:二手商品(二手车)交易平台,宠物托管平台 子域:支付子域,产品子域,用户认证子域 界限上下文:支付上下文,认证上下文 子

生产者消费者模式 同步调用变异步调用 生产数据与消费数据分离 协调不同处理速度 生产者 系统运转的动力 为下一环节产生待处理的工作/数据 与消费者的关系 重点在如何将数据发送到容器 对消费者无依赖 不