#微服务

从操作界面到能力协议，讨论投放系统重构与多 Agent 协作的实现思路。

单表亿级别的数据仅仅凭借MySQL的引擎依赖索引去查询已经无法满足当前的需求，面对日益激增的订单数据，而订单又作为状态变更十分敏感的业务产品，对及时性和准确性有着非常高的要求。而业务稳定性的评价，订单的快速准确查询是非常重要的一个指标。 对…

由于业务量突增，加上过亿的表数据查询日渐顶不住业务访问，我们想到的第一个办法就是分库分表，而分库分表的方案五花八门，尤其是经典Sharding JDBC对代码的入侵很是严重，我们迫切需要分表的方案，所以在此背景下我们开始了一系列的调研。 简…

第一次接触这个是19年团队微服务化重构的时候，最初版本我们是使用了官方全家桶的Hystrix（但是很遗憾，并没有配置规则，只是匆忙的看了下那头熊..）但是也很快将其替换成了Sentinel。关于其实现原理其实挺庞大也挺复杂的，至于更换的原因…

没错。又是我在写支付和退款。 一想到支付就不得不想起那次记忆深刻的打款，真的千金散尽不回来。当我进行了一次加倍慈善之后，没想到的是我还能再写支付。 怎么说我也是练习时长一年半的代码练习生了，但的确没有信心和想法去搭建一个支付中心。因为不管是…

随着团队微服务改造的深入，我们遇到了一个很棘手的问题：我们更换了全新的数据源/Mybatis版本/FastJson版本，天知道会出现什么奇怪的问题。（居然真就出现了），所以我们想出了比对结果来灰度的办法，大致思路如图： 即将Applicat…

前段时间我司服务集体上微服务，离容器化就差几个实验了，由于我们后端的任务多是提供RestAPI接口，并没有提供模板渲染、JSP页面的这些内容。而作为接口提供方的我们，一直以来都是通过Nginx做一层域名到Tomcat的流量转发，其配置规则由…

随着公司各个模块功工程的微服务化，而服务间的通信依赖服务注册于发现，也需要一个统一的服务治理。自然需要使用到注册中心。而关于微服务的注册中心选择，出现了很多：原本我司就有Zk存放资源组件配置的操作，ZooKeeper其实可以作为注册中心来使…

在经历服务雪崩和单库八百张表的折磨之后，终于有人提出了重构...这篇文章是我在五月底写的，在在经历了重构和重写之后，我觉得这篇可以再改改，因为似乎发现了更好的思路（效率更高），当然，大背景是团队并没有一个真正的微服务高手，大都处于现学现卖（…

今天是2019-11-26 我重新开始修改以前写过的Blog，或许，这一年我的收获和成长就从这里开始。回首观望，一年里我都在为自己心中所谓的操守执行履约，孰对孰错，事已至此，抛开不谈。再看过往，的确是自己发生了变化。博客虽然是写给自己看的\…

说起来有些尴尬。最近写了一个抽奖发券的功能，因为是100%中奖，倒是抽奖没怎么折腾。但是问题在于返券。 大致规则是这样子的:在活动期间每人每支付一个订单，就可以获取一次抽奖机会，而最多可以抽十次奖，抽奖之后得把奖品发放。 分析需求之后就变得…