设想我们的应用成长很快，访问量很大，为了防止系统被大量请求打垮而不可用，我们需要做一些常规的保护措施。先来了解几个基本概念：限流：后端服务有可能会面临大量的请求，这可能是因为用户量确实很大，也可能是客户端代码中有bug（例如出现递归之类的问题），还有可能是不法分子恶意攻击。大量的请求最终有可能导致服务不可用，如果是核心服务造成的影响会更严重，这时候就需要服务端根据QPS的情况做限流，一旦请求量超出

上一篇文章我们用etcd做为服务发现组件，替换了micro默认的基于mnds的服务发现，并简单通过跟踪源码了解了服务注册以及发现的原理。这篇文章，我们来认识微服务架构中另外一个很常见的东东：API Gateway。1、API网关是什么我们把一个应用拆分成了一个一个的微服务后，客户端如何调用就是个问题，因为服务是部署在不同的机器上面，这样客户端（比如iOS，android，web）势必将使用很多不同

网络上有很多基于K8S搭建mysql主从同步的文章，其中有很多都源自于下面这篇文章，我们权且就叫它参考文章吧：https://www.jianshu.com/p/509b65e9a4f5这篇文章里的方法是没有问题的，但是因为作者在做实验的时候用到的mysql官方的docker镜像比较老，如果采用官方最新的镜像（基于mysql8.0.15）用参考文章里的方法会遇到一些...

做过android开发的人应该都知道应用会在系统资源匮乏的情况下被系统杀死！当后台的应用被系统回收之后，如何重新恢复它呢？网上对此问题有很多的讨论。这里先总结一下网上流传的各种解决方案，看看这些办法是不是真的可行。    1.提高优先级    这个办法对普通应用而言，应该只是降低了应用被杀死的概率，但是如果真的被系统回收了，还是无法让应用自动重新启动！        2.让serv