双十一即将过去，本来是一个普通的周末，但是却被赋予了不同的意义。。。
今天你剁手了嘛。。。
风言风语
双十一本来是一个光棍节，是给各位单身狗吃狗粮的日子，但是现在居然变成了一个全民狂欢节，也是一大贡献。。。这很酷。。。
1、 各种地址无法看见的原因
昨晚剁手体验了一把，也是碰到了地址无法出现的问题，这个主要是读取数据的结果，天猫应该用了自己的IDC，另外应该在双十一之前进行过很大的扩容，才能支撑如此大的并发流量，那么既然阿里云这么牛逼，为啥还能出现这种问题？
阿里云俗称能动态扩展，也就是ECS，弹性计算，但是仅仅提供了弹性计算的能力，所以即使再大的洪水流量涌入，也不会造成页面无法访问的囧境。
那么为什么会出现地址无法看见，无法修改的原因呢？
猜测内部使用使用的数据是Oceanbase，俗称最强大的分布式数据库，流量洪峰应该能在大部分的支持，但是流量预测来说，应该也有巨大的不确定性。
存储层的扩容，怎么玩。。。内部肯定是各种分库分表，各种缓存来进行缓存存储，但是应该依旧无法支持洪水流量。。。
计算能力能紧急扩容，然而存储能力并不能动态扩容，WHY？？？
原因之一是即使是分布式存储，也要进行各种数据的同步，同步的数据量有多少，只能提前进行扩容，但是估算流量，太有难度。。。
原因之二在于即使数据库支持这么大的并发，请求洪水一般涌入，对数据库的压力很大，那么后台程序肯定会将热点数据同步到缓存中，不知道是不是因为同步的数据遗漏了地址这一项。。。
原因之三在于修改的时候，除了将数据存入到数据库，还要将记录同步到缓存之中，哼。。。这个时候进行同步的代价太高，怀疑是不是将后台同步的进程直接进行了服务降级，所以才无法修改。。。
2 、关于交易额的一点猜想
看天猫的活动，使用了满四百就减钱的套路，那么可以从几个方面来猜测总体的交易额。。。
首先是天猫的活跃玩家数，这个数量是有的，那么在这么大的节日之中，每个人的消费总额至少为400元
其次就是预付费，预付费的玩家在双十一大概全部都会付出剩余的金额，定金都付出了，那么肯定是想要的，从而这方面的用户数量也是可以统计的
最后就是在双十一之前进行选择的用户数量，既然想在双十一这天买东西，那么肯定不会临时去选择商品，肯定会提前一段时间进行查看。。。所以这部分的用户数量也是可以统计的。。。
那么既然这么多方式能预计到用户数量，能预计大约多少人能购买，那么也能从一个大概上预计到流量洪峰是多少。。。所以呢，大概的交易额也就基本上心里也有数了。。。
所以呢，在大佬们看到瞬间突破部分的数字和时间的时候，其实就不用看了，只看突破的时间点，其他的基本不用看了，流量洪峰过去，也就证明了系统的可靠性，至于交易额，从满400较少价格方面，基本上总体的交易额也就确定了。。。
3、 瞎逼逼
本来是运维的节日，运维胆战心惊的节日，变成了所有的商家，客户陪着运维一起通宵。。。。Emmm，体验一把运维的感觉
双十一应该是运维最不忙的一天，因为在双十一之前就已经进行了各种的压测，流量评估，性能计算，各种扩容，各种降级方案，各种应急方案。。。在黎明前的那一刻才是最黑暗的。。。
有的时候， 感觉没有问题，才是最大的问题。。。你根本不知道你要解决什么问题，何来解决问题的方向，解决问题的方法。。。
为什么你懂的这么多，为什么你了解的这么多，为什么你晓得那么多道理，还是过不好这一生。。。
肯定是因为头发长了。。。所谓的三千烦恼丝。。。不怕，反正今天理发了。。毕竟我见识和头发一样长。。。哈哈