推到重来的商品中心

• 微服务化推行的时间过晚
  • 单体应用也要模块化（pom级别抽离出来，每个都是一个module），方便后续业务量上来之后做微服务
  • 商品、库存、订单、营销、购物车、搜索、后台系统
• 业务预估不足
  • 今早考虑分库分表，即便是假分库。
  • 初期项目刚开始的时候，操作成本低，所以有可能会有爆发式增长的业务，今早考虑
• 终止状态
  • 商品发布案例，会给商品发布不同的情况设置不同的状态码。然后会有补偿的Job的扫描，放到MQ队列里面重试。这种情况下如果前端传输过来一个不存在的状态码，就会一直重试，类似于程序进入了死循环。可以在重试几次依然失败之后放进死信队列，由人工来审核。
  • 不止要考虑到失败的补偿，还要考虑到终点的状态，有始有终。

案例分享：淘系技术的演进

• 阿里技术大佬
  • 三丰没有张
  • 虚竹
  • God多隆
• 三个技术人员，开发淘宝，越快越好，从开发到上线只用了一个多月的时间
• 第一版买了LAMP（Linux、Apache、MySql、PHP）系统
  • MySQL是数据库中的薄弱环节，很容易掉链子。当时采用了读写半分离的方式，写的库还是会承担部分读的任务；还采用了主从同步的架构
  • 当时用的是MyISAM引擎：不支持事物、表级锁。后来买了ORACLE数据库，作了数据库连接池
  • PHP没有好用的数据库连接池，换为了Java，容器技术采用了Weblogic技术。MVC技术采用：WebX
  • 分库分表雏形：在底层数据库和Java代码之间加了一个中间层
  • 缓存技术引入

大中台，小前台

• 必须有一定规模的业务才有必要做