最近，NetApp 透露，它使用自己的服务和设备作为其开发过程的一部分，这有时被称为“吃自己的狗粮”。 他们关于如何在内部使用工具的故事对于任何考虑采用 NetApp 的人来说都是一个有趣的案例研究。 在过去的一年里，他们一直是新版本和更新的发电机。 仅举一个例子，他们发布了一款全闪存端到端 NVMe 服务器机架，即 NetApp AFA EF600，就在上个月。
最近，NetApp 透露，它使用自己的服务和设备作为其开发过程的一部分，这有时被称为“吃自己的狗粮”。 他们关于如何在内部使用工具的故事对于任何考虑采用 NetApp 的人来说都是一个有趣的案例研究。 在过去的一年里，他们一直是新版本和更新的发电机。 仅举一个例子，他们发布了一款全闪存端到端 NVMe 服务器机架，即 NetApp AFA EF600，就在上个月。
NetApp 的 SolidFire 和超融合基础架构 (HCI) 工程团队都使用 NetApp HCI 设备和软件作为其开发管道的一部分。 这些团队使用 Jenkins 生成持续集成 (CI) 和部署构建。 然后通过在启用了混合云控制套件的 NetApp HCI 设备上运行的 NetApp Kubernetes 服务 (NKS) 部署这些构建。 使用 NKS，工程团队可以将他们的构建推送到目前最适合他们需求的公共云、Amazon EC2、Google Cloud Platform (GCP) 或 Azure。 更常见的是，团队使用 Istio 服务网格将构建部署到多个云，以提供允许同时针对多个目标进行测试的混合多云应用程序。 NetApp 声称，这一过程使他们能够将启动新的持续集成和持续部署 (CI/CD) 管道以供内部使用的时间减少多达两个数量级。 这确实节省了大量时间，我真的希望他们能将他们基于此声明的数字公布于众。
NetApp 在他们的文章中承认，他们仍然需要做一些前期工作来开发将构建管道馈送到他们的 Data Fabric 架构中，但我自己花了数周时间设置 (CI/CD) 管道，这样可以节省大量时间并简化到这个过程非常吸引人。 更重要的是，一旦设置好，以这种方式将构建推送到公共云，就可以使解决方案扩展到几乎可以处理任何规模的团队。
