BlackhorseMe的专栏

秒杀系统优化架构师之路16年精选50篇

http://mp.weixin.qq.com/s/xdXUO4lMTMLFN99pP9U1cg

参考一，需求缘起互联网公司，这样的场景是否似曾相识： 场景一：pm要做一个很大的运营活动，技术老大杀过来，问了两个问题：（1）机器能抗住么？（2）如果扛不住，需要加多少台机器？ 场景二：系统设计阶段，技术老大杀过来，又问了两个问题：（1）数据库需要分库么？（2）如果需要分库，需要分几个库？ 技术上来说，这些都是系统容量预估的问题

http://blog.youkuaiyun.com/mary881225/article/details/696639961）service的负载均衡、故障转移、超时处理通常是RPC-client连接池层面来实施的2）异构服务器负载均衡，最简单的方式是静态权重法，缺点是无法自适应动态调整3）动态权重法，可以动态的根据service的处理能力来分配负载，需要有连接池层面的微小改动4

参考 来自58到家的沈剑分享的《58到家从IDC到云端架构迁移之路》。机房迁移是一个很大的动作：15年在58同城实施过一次（“逐日”项目），几千台物理机，从IDC迁到了腾讯的天津机房，项目做了10个多月，跨所有的部门，与所有的业务都相关；16年在58到家又实施了一次（“凌云”项目），几百台虚拟机，从IDC迁到阿里云，前后大概一个季度的时间，也是所有技术部门都需要配合的一个