华仔的分享和专栏总是这么接地气，是真正有实力并且用心去讲清楚的大神

这就是一份打怪升级路线，很好的指引作用：不盲目，也不自大。感谢

课程真好，打开了一个广阔的世界

读到这里算是慢慢有点理解CAP了，首先，网络环境下，只要系统节点间互联+数据共享，那么P就是很常见的一个场景，那么余下的就是如何选择CA了，以这个电商平台为例，我们可以分为用户、商品、订单和支付数据，其中每个数据又可能存在增删改查几种情况，忽略后者，就这几种数据本身来看， 用户数据，只要最终数据一致，问题都不大，所以应该是AP 商品数据，涉及到库存的扣减等直接的数据操作，用户感知其实不大，所以得优先保障CP 支付数据，这个数据很敏感，绝对不可以做，也不能无法支付，所以可以考虑单点CA 订单数据，这部分我不太理解订单是啥的抽象，感觉和商品数据关联性比较大，只要最终订单提交成功，我觉得都可以，所以应该是CP 看到这里，感觉直接面对用户的数据抽象A>C,后台的重要数据C>A，涉及到钱的肯定是CA都要

重读18年买的极客时间，对比其它地方讲解的内容，简直佩服膜拜了

做了一个很小的系统，就给几个领导看，所以写代码的时候，没注意加锁，和并发。所有的功能都在一个系统里，只求速度。。。

不错的架构模板，其实对照了大厂很多架构师的方案，大家基本上都是遵循这套文档模板来说明自己的架构方案的

架构设计首先要掌握业界已经成熟的各种架构模式，然后再进行优化、调整、创新。——这句话点拨了我，我自己在工作当中，往往忽略了这一点。事实大家都知道，但架构的原则会避免我们钻牛角尖

变化才是不变，各种方法论的出现，最终的目的就是有所取舍，找一个平衡点，实现业务的目标。没有最好的只有更好的。

这个标题吸引了我，希望之后能有所帮助和提高！！！