异地多活实际可行性有多强？支付宝故障引热议

stay_sun

回复 50# lemoncandy
阿里做的已经很牛逼了  银行俩个小时不一定恢复的

   

beyondfly

这本书看过了，还不错

bbjmmj

niao5929 发表于 2015-06-01 23:30
美军这种去中心网络好像只有报道说他们在研究，百度叫的网状网，也是基本的简述，仅此而已

晕～我看到的是二十年前的资料，美国陆军战术通信系统，好像叫MSE什么的，总参部编的，这种战术网络当时已经开始装备了。

niao5929

好像没有技术细节的讨论内容吧。呵呵回复 54# bbjmmj


   

bbjmmj

回复 55# niao5929

技术细节相当多，每个节点的配置、架设、人员配置，都讲得很详细，甚至连防空、吃饭这样的配套设施都讲了。

niao5929

回头让我参阅下吧。谢谢回复 56# bbjmmj


   

bbjmmj

异地多活跟异地双活是完全不同的技术。异地双活一般是基于存储复制和redo log的，切换风险很高。而异地多活是基于前端代理的，前端代理解析用户请求并把请求分发给后端数据库某些节点。
技术角度讲异地多活不仅可以实现，而且可靠性与异地双活相比有天壤之别，缺点也是很明显的，耗费人工比较多。
异地多活的实现，我认为最主要的障碍还是在傻逼管理层。维稳思维同样侵蚀着互联网企业，创新有风险，基层人员可能因为创新导致企业损失，谁会承担“责任”呢？当然他上面的领导不希望自己承担责任，创新的人有极高可能性因此丢掉饭碗。管理层抱着不求有功但求无过的态度会不断打压基层创新，为什么管理层惧怕创新呢？很明显创新会动很多人的饭碗，这是个很得罪人且容易丢饭碗的事。这些都是管理上而非技术上的问题。
国内缺乏创新，归根结底还是管理上太垃圾了，如果谁对这个说法不服，那我问你，贵公司怎么奖励创新？创新造成公司损失，贵司怎么处理？最后你会发现自己所在的公司根本就没打算激励创新，对创新都是清一色的打压。

bbjmmj

回复 50# lemoncandy


    这种事如果发生在银行，只要数据不丢，不会有任何人被处罚。

bbjmmj

niao5929 发表于 2015-06-02 11:59
回头让我参阅下吧。谢谢回复 56# bbjmmj

我也很想再找到那本资料，也不知放哪去了。

stay_sun

回复 58# bbjmmj

你得看下   cap 理论了    很简单  前端代理的话  分发给不同的数据库  在mysql 是有的  而且 阿里已经对他进行了二次开发  用在淘宝网数据库
但是一致性达不到要求。 你分发到不同的数据库  俩条语句提交都成功了  还是提交到一个 数据库算事务完成。 当你多个数据库成功后才算提交完成。
你的性能又如何。当你去修改数据   数据库不一致  你的效率会很低的。 这种架构适合的是单机房的部署。不能做多活的
阿里既然有了分布式 drds 可以做到  多活  光纤断了  淘宝没有问题  就是因为这个
淘宝可以  2000 库存 卖出 3000件  补货被  大不了退款  
但是支付宝呢