1.高可用分析： 高可用，主库挂了，keepalive（只是一种工具）会自动切换到备库。这个过程对业务层是透明的，无需修改代码或配置。 2.高性能分析： 读写都操作主库，很容易产生瓶颈。大部分互联网应用读多写少，读会先成为瓶颈，进而影响写性能。另外，备库只是单纯的备份，资源利用…

最近在反思，为什么在支撑容器平台和微服务的竞争中，Kubernetes会取得最终的胜出。因为在很多角度来讲三大容器平台从功能角度来说，最后简直是一摸一样，具体的比较可以参考本人前面的两篇文章。 经过一段时间的思索，并采访了从早期就开始实践Kubernetes的网易云架构师们，从…

做为一个有追求的程序员，不能只满足增删改查，我们要对系统全方面无死角掌控。掌握了这些基本的网络知识后，相信一方面日常排错中会事半功倍，另一方面日常架构中不得不考虑的高并发问题，理解了这些底层协议也是会如虎添翼。 本文不会单纯给大家讲讲TCP三次握手、四次挥手就完事了。如果只是哪…

本篇文章介绍了 Nginx 在容器内使用遇到的CPU核数获取问题以及对应的解决方法。 回顾上篇文章：TCP 半连接队列和全连接队列 背景 容器技术越来越普遍，很多公司已经将容器技术作为基础架构的一部分，容器中可以运行任何软件，包括 Web Server、Application …

如果你看过秒杀系统的流量监控图的话，你会发现它是一条直线，就在秒杀开始那一秒是一条很 直很直的线，这是因为秒杀请求在时间上高度集中于某一特定的时间点。这样一来，就会导致一 个特别高的流量峰值，它对资源的消耗是瞬时的。 但是对秒杀这个场景来说，最终能够抢到商品的人数是固定的，也就…

从应用程序开始系统调用->数据就绪，进行拷贝->拷贝结束，这之间应用程序都处于等待状态，不能做其它事情，直到将数据拷贝到用户空间或出错才返回，我们称之为阻塞I/O模式。 相比于同步阻塞I/O模式，同步非阻塞I/O在每次调用之后，如果数据没有就绪就会立即返回，之后重复调用来检查I…

高可用并不是一套整体解决方案，而是由诸多环节组成，一环扣一环，鬼知道为了这些串联起来的环节，我得出多少张牌去应对，才能最终组成一个整个系统的高可用落地方案。 在定义什么是高可用，可以先定义下什么是不可用，一个网站的内容最终呈现在用户面前需要经过若干个环节，而其中只要任何一个环节…

负载均衡其实就是任务的分发，使得任务能按照你的预想分配到各个计算单元上，它能提高服务对外的性能，避免单点失效场景。这里要注意的一点是虽说叫负载均衡，但是有时候我们的分配算法就是不是均衡的。 比如配个nginx，做两台服务器的负载均衡，一台机子比较老是以前的配置比较低，一台是新机…

为什么需要缓存淘汰？你需要缓存30G的数据，但是Redis本身只能使用10G的内存，那你就得做个取舍了，毕竟鱼与熊掌不可兼得。为了利益最大化肯定要保留最重要的10个G。 大量的请求瞬时涌入系统，而这个数据在Redis中不存在，从而所有的请求都落到了数据库上从而把数据库打死。造成…