发布于 : Oct 28, 2020
不在本期内容中
这一条目不在当前版本的技术雷达中。如果它出现在最近几期中，那么它很有可能仍然具有相关参考价值。如果这一条目出现在更早的雷达中，那么它很有可能已经不再具有相关性，我们的评估将不再适用于当下。很遗憾我们没有足够的带宽来持续评估以往的雷达内容。
了解更多
Oct 2020
Trial
值得一试。了解为何要构建这一能力是很重要的。企业应当在风险可控的前提下在项目中尝试应用此项技术。
大规模替换遗留代码始终是一项艰巨的工作，而且经常受益于执行 并行核对（Parallel run with reconciliation） 。实际上，该技术依赖于通过旧代码和新代码执行相同的生产流程，从旧代码返回响应，比较结果从而对新代码产生信心。尽管这是一种古老的技术，但近年来，我们在持续交付实践（如金丝雀发布和特性切换）的基础上看到了更健壮的实现，并通过添加额外的实验和数据分析层来比较实时结果来扩展它们。我们甚至已经使用这种方法来比较跨功能的结果，例如响应时间。尽管我们已结合定制工具多次使用该技术，但我们还是要感谢 GitHub 的Scientist工具，该工具对应用程序的关键部分进行了现代化改造，现已移植到多种语言。
