暴雪的博客

线程池C端常见使用经验，对于线程池调优探讨。

前言最近在研究系统之间的优化措施，如何保证系统各个服务在高并发、大流量的情况下，遇到突发问题，能够最大限度的减少影响，柔性可用。今天主要介绍一下，如何做系统隔离。常见的“隔离”方案其实谈到“隔离”，这个概念并不陌生，大家时时刻刻都能体会到，比如操作系统各个进 程之间也做了隔离，你在使用word，word突然崩溃关闭了，不会影响你正在听的音乐。数据事务之间也有隔离特性。在互联网大流量的催化下，常见的隔离方案比如hytrix提供的线程池隔离、信号量隔离，从硬件层面，部署隔离（不同集群之间隔离），还有另外

前言灰度发布，大家可能并不陌生，这是很多互联网行业上线的必经一环，但是这里说的广义的“灰度”发布，可能并不仅仅是发布上线，比如配置的灰度变更等等，这里主要对于笔者遇到的情况做一个整理。前端的灰度这个很好理解，比如京东、滴滴打车等这些微信小程序，在开发完成后进行发版本，可以控制放量，比如先灰度 10%的人群，那么只有10%的人群可以看到最新的小程序功能，剩余的还是看不到。也正是这种方式，在前端也可以做验证、回滚。笔者认为，这也是小程序优于APP的地方，可以灰度，可以随时回滚。服务端的灰度这里重