功能开关和暗影发布Akamai.PDFVIP

AKAMAI 白皮书 利用最近的部署趋势为假日流量做好准备 Manuel Alvarez 企业架构师， Akamai 全球咨询服务 利用最近的部署趋势为假日流量做好准备 1 当开发人员围坐在篝火旁，或者在酒吧里聚会讲恐怖故事时，他们总会谈到一个相似的 经历：在您的本地计算机/ 开发环境本可正常工作的代码，在发布到生产环境当天居然崩 溃了。这些故事还包括这样的剧情大反转：“我们没办法在生产环境中测试”，“我们 72 小时不眠不休赶在发布当天完成代码，但没有时间对其进行全面测试。” 在第二种情况下，由于没有足够的时间进行测试，现代管理者（产品经理、项目经理或负责监督时间线的任何人）会设 定远远早于发布日期的截止日期。但在某些情况下，代码或功能并未准备就绪，您必须决定选择不发布这一功能并将代 码从主分支中移除，进行部分正常功能发布（这能够解决某些需要冲刺的任务），还是选择隐藏功能，这样代码会进入 生产环境，但无法执行。 最后一种选择带来了第二个问题：可能会出现代码已就绪，但无法进行测试，或尚未在生产环境中发布的情况。解决 方法是进行暗影发布，发布隐藏的代码或功能，但仅能通过秘密的方式进行激活，例如利用开发人员所熟知的身份验证 Cookie。也有其他方法，例如蓝色开发/ 绿色开发，这两种环境都是生产就绪，或利用基础设施即服务分拆生产环境进 行测试。但我坚信，在生产环境中进行测试是无可取代的做法，即使是对生产环境的分拆副本进行测试也不能取代。为 什么呢？因为用户是不可预知的，但您的测试脚本和测试案例通常不是这样的。 无论如何，尽早交付代码不该是 BHAG （宏伟、艰难而大胆的目标），而应该是一种标准。正如 Jez Humble 所说： “您可以，也应该首先将软件部署到生产环境，然后再发布给用户使用，以便执行烟雾测试及其他诸如等待缓存预热等 任何任务。烟雾测试的作用在于确保部署成功，特别是测试生产环境的配置设置（例如数据库连接字符串）是否 正确。” 功能开关的要点在于：只有正确的“权威人士”才能具有访问权限。这类权威人士可以是开发人员、批准经理、外部实 体或自动化条件（例如与特定日期/ 时间匹配）。 例如，Tesla Model 3 的所有硬件都需要采用增强型自动驾驶（以及即将推出的完全自动驾驶）。该功能可通过 OTA 软 件下载启用，这意味着您足不出户即可拨打电话、使用信用卡并获取这一功能。 我对 Tesla 的工程设计并不了解，但他们有两种可选方法来交付用于启动增强型自动驾驶的代码：它可能确实需要将软 件完整下载（大小可能有几 GB ）到您的汽车上，或者在处理硬件时交付代码，同时使用功能开关将代码功能关闭。您 可能会认为第二种方法更合理一些，因为它能够保持代码的一致性（不需要分别维护包含此代码的软件版本和不包含此 代码的软件版本），也无需进行额外下载；但是，它也带来了新的挑战： 利用最近的部署趋势为假日流量做好准备 2 • 如何维护功能开关的安全性，以防止其被篡改（攻击）？ • 启用该功能的访问权限必须符合著名的 AAA 安全性：身份验证、授权和计费。 • 必须进行适当的管理以防止开关被误删或误解除；例如在您的回归测试中包含测试案例。 • 跨业务部门的简易性和协作性。在本示例中，批准实体（接听电话的客服或销售人员）隶属于不同的部门，甚至在 技术上可能并不专业；因此，必须使用批准者所熟知的用户友好型界面完成开关变更。