防御线上的转捩点app

变更防御是在整个变更执行期间，有一个变更防控的三板斧pipeline，这个pipeline会在变更执行分批阶段做前后规则的实时校验，这个实时校验会及时发现这个变更对于线上生产环境、系统、业务上的一些影响，如果发现有任何异常，会实时地做异常的阻断，让这个变更能做自动的停止。

这是在变更防控三板斧的基础上，对于变更的执行阶段，每个前后置，每个阶段进行每个批次的风险校验，如果发现有风险，就会阻断这个变更往下执行。严重的情况下，会直接让这个变更回滚、自愈，规避变更对于线上已经产生的风险。如果没有异常，就会继续进行下一批的变更，直到这个变更逐步在生产环境执行完成。这是变更防御对于变更风险的实时校验。

在新冠肺炎疫情防控期间，他策划、编录和发布了气象灾害防御“线上课堂”之企业篇、校园篇、民生篇、渔业篇等系列科普课件，带头走进“云课堂”授课，有效增强海岛民众气象防灾减灾**和避险技能。

如果是攻势作战，先从判断敌方防御体系中的薄弱环节入手（虚实）开始，这是将领“见胜”的能力，重点看敌方将兵力部署在什么位置上，什么兵种，装备的什么武器，以及人与武器的数量，一方面看其兵种与地形是否匹配，是否有利于发挥武器、兵种的优势，再者看人数与地形是否匹配，在作战线上是重点防御还是全面防御等。

为什么要这么做？因为这里做变更防控，其实有个假设条件是不相信每个代码变更，或者线上的配置操作，都是没有风险的，我们都会假设它都有可能会引入一个新的风险。在这个前提假设的情况下，会要求所有的变更都要去灰度，分批地执行，然后逐步地去释放风险或验证风险，当验证的风险范围越来越大，整个风险可能造成的线上问题或故障的风险应该是呈逐步收敛的状态的。这就是变更风险防御的大致思路。