工具
●采纳
Cypress 在我们的团队中备受青睐，作为健康的测试金字塔的一部分，我们的端到端测试一直是由开发人员自行管理。我们之所以决定在本期技术雷达中再次提起它，是因为 Cypress 最近的版本增加了对 Firefox 的支持 ，我们强烈建议在多种浏览器上进行测试。Chrome 和基于 Chromium 的浏览器所处的主导地位，已经产生了一个令人担忧的趋势，即团队似乎只使用 Chrome 进行测试，而这可能会导致一些糟糕的意外。
●试验
在2018年，我们在可重复分析的版本化数据中提到了 DVC。时至今日，它已成为机器学习（ML）项目中管理实验的热门工具。由于 DVC 是基于 Git 的，因此对于软件开发人员来说，DVC 无疑是一个备感熟悉的环境，他们可以很容易地将以往的工程实践应用于 ML 实践中。由于 DVC 实现了对处理数据的代码以及数据本身的版本管理，而且还实现了对流水线的各个阶段的追踪，因此能在建立建模活动秩序的同时可以不扰乱分析师的工作流程。
Goss 是一个供应测试工具，往期的技术雷达在介绍TDD开发容器脚本 时曾提到过它。与 Serverspec 相比，Goss 的功能还不够完备，因此还不足以作为 Serverspec 的替代方案。可是如果它的功能恰好能满足需求，考虑一下它也未尝不可，更何况它非常小巧，开箱即用，不像 Serverspec 一样还需要专门的 Ruby 运行环境。使用 Goss 这种工具的一个常见的反模式就是分开维护代码和测试，这样在实际的基础设施即代码文件发生变化的时候，也必须相应地修改测试断言。这种测试的维护工作量非常大，而且因为代码和测试之间的严格一致性，当工程师更新了一个而忘记更新另外一个的时候往往会导致测试失败。而且这些测试很少能发现真正的问题。
我们仍然是基础设施即代码的热心拥护者，并且我们始终坚信，一个健壮的监控解决方案是运营好一个分布式应用的前提。有时候，一个类似 AWS Web 控制台这样的交互式工具是很好的补充。这类工具使我们能够即兴地浏览各种资源，而无需记住每一个似是而非的命令。但是，使用交互式工具频繁地进行手动修改仍然是一个值得商榷的实践。 对于 Kubernetes，我们现在有了k9s，它为 kubectl 的所有功能都提供了一个交互界面。 此外，它并不是一个 Web 应用程序，而是运行在终端窗口中的，它的操作界面会唤起我们中的某些人关于Midnight Commander的美好回忆。
kind 是一个用于在 Docker 容器节点中运行本地 Kubernetes 集群的工具。通过与 kubetest 集成，kind 使 Kubernetes 中的端到端测试变得很简单。我们已经借助 kind 创建临时性的 Kubernetes 集群,在持续集成 （Continuous Integration，CI） 管道里测试 Kubernetes 中的资源，例如控制器和自定义资源（Custom Resource Definitions，CRDs）。
在我们为客户构建的许多分布式云原生解决方案中，Open Policy Agent (OPA) 已经迅速地展现了它的价值。OPA 提供了一套统一的框架和语言，用于声明，实施和控制云原生解决方案中各个组件的策略。它是实现安全策略即代码的工具中的一个很好的例子。无论是在K8s 集群中部署资源，还是在服务网格中跨服务执行访问控制，抑或是通过代码精准地控制应用资源访问，在很多场景中 OPA 都给我们提供了非常顺畅的体验。最近的一个商业产品 Styra 声明式授权服务（Styra's Declarative Authorization Service (DAS)），通过向 K8s 的 OPA 中添加管理工具（或者说控制平面），预先构建的策略库，策略影响分析和日志记录等功能，使企业采用 OPA 变得更加简单。我们期待 OPA 的成熟和扩展，希望它可以从一个可用的服务演变成一个（大型的）以数据为中心的解决方案。
为了更好地构建我们的产品，用户体验研究需要对数据进行收集和分析。我们的团队发现 Optimal Workshop 非常实用，因为它让验证产品原型和配置数据收集的相关测试变得很简单，因此也能帮助我们做出更好的决策。诸如首次点击，卡片排序，用户交互热力图等功能，都能帮助我们在验证产品原型的同时，优化网站导航和信息展示。因为它支持分布式团队的远程用户体验研究，因此也成为了分布式团队的一个理想工具。
ScoutSuite 是基于 Scout2（在2018年技术雷达上出现过）的一个增强版工具，提供跨AWS、Azure、GCP和其他云提供商的安全状态评估。它的工作原理是自动聚合环境的配置数据，并应用规则对环境进行审计。我们已经在多个项目中发现它对即时安全评估非常有用。
自我们在2014年第一次提及 视觉回归测试工具 以来，这项技术已经得到了广泛的应用，工具的前景也得到了发展。BackstopJS 仍然是一个很好的选择，它会定期添加新特性，包括支持在 Docker 容器中运行。在上期技术雷达中我们精选出了 Loki。SaaS 解决方案则有 Applitools、CrossBrowserTesting 和 Percy。另一个值得一提的工具是 Resemble.js，一个图像比较库。尽管许多团队只是间接地把它作为 BackstopJS 的一部分来使用，我们的一些团队已经直接使用它来分析比较网页中的图片了。总之，我们的经验表明，在界面发生重大变化的早期阶段，视觉回归工具的用处不大，但是随着产品的成熟和界面的稳定，它们肯定会证明自己的价值。
Visual Studio Live Share 是用于 Visual Studio Code 及 Visual Studio 的扩展套件。如果你的团队正在寻找一种良好的远程协作方式，可以考虑这款出色的工具。Live Share 提供了良好的、低延迟的远程结对体验，并且所需的带宽比粗暴地共享整个桌面要少得多。更重要的是，开发人员可以在结对过程中使用他们各自的配置、扩展和快捷键。Live Share 不仅支持编辑、调试代码的实时协作，还支持语音呼叫，以及共享终端和服务器。
●评估
Apache Superset 是一个很棒的 BI（Business Intelligence，商业智能）工具，用于与大型数据湖和数据仓库一起，进行数据探索和可视化。它可以与 Presto、Amazon Athena 和 Amazon Redshift 协同工作，并且可以很好地与企业身份验证集成。此外，并非只有数据工程师才可以使用它，所有的工程师在日常工作中探索数据都能够从中受益。需要指出的是，Apache Superset 目前正在 Apache 软件基金会（ASF，Apache Software Foundation）进行孵化，这意味着它还没有得到 ASF 的完全认可。
开放标准是构建分布式系统的基础支柱之一。例如，OpenAPI（以前被称为 Swagger） 规范作为定义 RESTful API 的行业标准，对微服务等分布式架构的成功至关重要。基于它涌现出了大量用于构建、测试和监控 RESTful API 的工具。然而在使用事件驱动 API 的分布式系统中，这种标准化在很大程度上是缺失的。
AsyncAPI 是一项开源计划，旨在构建急需的事件驱动和异步 API 标准以及开发工具。AsyncAPI 规范受 OpenAPI 规范的启发，以一种机器可读的格式描述和记录了事件驱动 API。它与协议无关，因此可以适用于包括 MQTT，WebSocket 和 Kafka 在内的许多协议的 API 上。我们期待看到 AsyncAPI 的持续改进以及其工具生态系统的进一步成熟。
如果你正在寻找一个支持动态特性开关的服务（切记简单的特性开关也是可行的），那么请看一下 CongfigCat。我们对它的描述是“类似于 LaunchDarkly，但更便宜，且少了些花哨”。我们认为它能满足我们的绝大部分需求。ConfigCat 支持简单的特性开关、用户细分和 A/B 测试，它还对少量使用或起步者慷慨地提供了免费服务。
随着 Kubernetes 和 service mesh 的日益普及，API 网关在云原生分布式系统中一直面临着生存危机。毕竟，许多 API 网关的功能，如流量控制，安全性，路由和可观察性等，现在都是由集群的入口控制器和网格网关提供。Gloo 是一个支持这种变化的轻量级API网关，它使用 Envoy 作为其网关技术，同时为外部用户和应用程序提供附加价值，如 API 的内聚视图等。Gloo 还提供了一套管理界面用于控制 Envoy 网关，并运行和集成了多个服务网格的实现，如 Linkerd，Istio 和 AWS App Mesh。尽管它的开源版本已经提供了 API 网关的基本功能，但它的企业版有一组更成熟的安全控件，如 API 密钥管理， OPA集成等。Gloo 是一个很有前途的轻量级 API 网关。它很好地适应了云原生技术和架构的生态系统，同时避免了在 API 网关中引入业务逻辑以迎合最终用户的陷阱。
Kubernetes 的一个优势是灵活性和可配置的范围，以及 API 驱动的、可编程的配置机制和使用 manifest 文件的命令行可见性与控制。然而，福祸相依，当部署非常复杂或者需要管理多个集群时，单纯通过命令行属性和 manifest 文件很难清楚地了解总体状态。Lens 试图通过一个集成环境来解决这个问题，这个集成环境可以用以查看集群的当前状态和工作负载，可视化集群指标，并通过内嵌的文本编辑器修改配置。与简单的点击界面不同，Lens 把管理员可能在命令行里运行的工具整合到了一个可导航的界面中。这个工具是试图驯服 Kubernetes 管理复杂性的几种方法之一。在这个领域，我们还没有见到一个明确的胜利者，不过 Lens 在用户图形界面和纯命令行工具之间找到了一个有趣的平衡。
Snowpack 是 JavaScript 构建工具领域中的一个有趣的新成员。与其他解决方案相比，Snowpack 的关键的改进是可以使用 React.js，Vue.js 和 Angular 等现代框架来构建应用程序，而无需打包器。由于省去了打包的环节，对代码的任何修改都几乎可以立即显示在浏览器上，因此开发过程中的反馈周期得到了极大的改善。为了达到这个神奇的效果，Snowpack 将
node_modules中的依赖转换为单个的 JavaScript 文件，并将其放置于一个新的web_modules目录中，从这个目录中可以将它们作为 ECMAScript 模块（ESM）导入。对于 IE11 和其他不支持 ESM 的浏览器，它也支持一种变通方法。遗憾的是，目前还没有任何浏览器可以从 JavaScript 中导入 CSS，因此使用 CSS 模块 并不简单。
●暂缓
无法找到需要的信息？
每期技术雷达中的条目都在试图反映我们在过去六个月中的技术洞见，或许你所搜索的内容已经在前几期中出现过。由于我们有太多想要谈论的内容，有时候不得不剔除一些长期没有发生变化的条目。技术雷达来自于我们的主观经验，而非全面的市场分析，所以你可能会找不到自己最在意的技术条目。
新的,移进/移出 ,没有变化