滚动发布，一般是取出一个或者多个服务器停止服务，执行更新，并重新将其投入使用在线课堂。周而复始，直到集群中所有的实例都更新成新版本。
这种部署方式相对于蓝绿部署，更加节约资源 —— 它不需要运行两个集群、两倍的实例数在线课堂。我们可以部分部署，例如每次只取出集群的 20% 进行升级。
这种方式也有很多缺点在线课堂，例如：
(1) 没有一个确定 OK 的环境在线课堂。使用蓝绿部署，我们能够清晰地知道老版本是 OK 的，而使用滚动发布，我们无法确定。
(2) 修改了现有的环境在线课堂。
(3) 如果需要回滚，很困难在线课堂。举个例子，在某一次发布中，我们需要更新 100 个实例，每次更新 10 个实例，每次部署需要 5 分钟。当滚动发布到第 80 个实例时，发现了问题，需要回滚。此时，脾气不好的程序猿很可能想掀桌子，因为回滚是一个痛苦，并且漫长的过程。
(4) 有的时候，我们还可能对系统进行动态伸缩，如果部署期间，系统自动扩容 / 缩容了，我们还需判断到底哪个节点使用的是哪个代码在线课堂。尽管有一些自动化的运维工具，但是依然令人心惊胆战。
并不是说滚动发布不好，滚动发布也有它非常合适的场景在线课堂。