此任务的目的是从生产环境中快速且无缝的移除发布,因为该发布引发了某些问题或者利益相关人社区认为发布的服务并不适合。
假定此发布有可用的回退计划,如果发布存在问题,那么部署工程师(或开发团队)将按照其中的说明将已安装的发布从生产中移除并回复原生产环境。尽管可能在伴随着良好的意图下已经编写了回退计划,但仍可能存在缺失或没有考虑到的关键步骤。执行回退发布的团队应该意识到盲目的执行回退计划,可能并不是最好的方式。最好是在执行回退计划的同时,考虑部署失败的场景并依靠常识和经验。
无论在部署过程中还是部署之后,一旦发布在生产中出现问题,应执行回退计划。然而,部署工程师(或开发团队)必须知道发布在哪里遇到了问题,从而能够在下一次发布的代码中修复该问题。这是一个关键的步骤,应该被快速的完成,以使有问题的发布能够在生产环境出现严重损害之前被回退。
将这些问题尽快作为关键缺陷记录,并将这些缺陷分配给合适的团队成员解决。
遵循回退计划中的说明,恢复部署。然而,应注意,回退计划说明是一份指南,不应该总是被逐字执行。这是因为事实上,并不是每一个存在问题的条件都可以被提前记录,并且每一个真实情况都可能略有不同。
确定回退是否成功。如果不成功,发布团队或部署团队的关键成员可能需要寻找并修复缺陷。
确保所有相关方都清楚此次失败的发布。因为发布通常在闲暇时间进行以减少对最终用户的影响,应审慎的使用类似寻呼方式的通知。在大多数情况下,向关键的利益相关人(如产品负责人和程序经理)发送电子邮件就已足够。此外,也可能需要电话跟进。
This program and the accompanying materials are made available under the Eclipse Public License V1.0, which accompanies this distribution.
EPF Copyright.