最近，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) 管道，这样可以节省大量时间并简化到这个过程非常吸引人。 更重要的是，一旦设置好，以这种方式将构建推送到公共云，就可以使解决方案扩展到几乎可以处理任何规模的团队。
Amazon