迁移上云的CAP理论，精辟！
从分布式理论CAP，联想到迁移上云也有CAP理论：
Cost（花费：改造，各种投入）
Availability tolerance（可用性容忍度）
Period （周期）
CA & P：花费少，容忍低 ，意味着长周期
CP & A：花费少，周期短 ，意味着高可用就低，容忍度要高
AP & C：容忍度低，周期短， 意味着高投入开销
感觉人类总是在不断的追求平衡。
以上分享是来自腾讯云架构师辉爷（叶辉），在这里也分享给大家。其实我有很多关于云方面的文章，都是受辉爷观点的启发而来。
其实再延伸一下，软件开发过程中，我们也会受三个我们最关心，但同时又非常关键的因素制约，往往只能选择其二，无法同时具备，这也符合CAP理论的逻辑，但是可能没法用C、A和P三个字母打头的单词表示。
比如，我们假设，软件开发人天少（成本低）C，质量好（稳定性高，Bug少）A，迭代快（效率高）P，但实际情况下：
CA & P：花费少，质量高，意味着迭代效率就要降低，因为人少要求高，那就要稳一些，慢工出细活。
CP & A：花费少，迭代快，意味着质量风险高，稳定性要降低，所以容忍度就得提高。
AP & C：质量好，迭代快，意味着花费要提升，很显然得要有足够好的架构师、开发人员，要有更好的效率工具以及稳定性保障体系保障，这些都是要投入很大成本的。
再往深里想一下，在这个分布式大行其道的时代，反而我们干IT这行的的却最没有遵守CAP这个经典理论，啥都想要，但是啥都不舍不得放弃，我们的痛苦不就来自于此吗？
开了个星球（当前免费），专门聊聊SRE，云计算、运维这些事，星球里互动性更强一些，有很多想法和内容，我会随时写到里面，慢慢会沉淀很多内容，当然如果内容积累足够多了，就要提高进入星球的门槛了。
大家有兴趣可以加入下，记得一定写上备注，真实姓名+公司+职位，否则不会通过奥。