最近，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) 管道，這樣可以節省大量時間並簡化到這個過程非常吸引人。 更重要的是，一旦設置好，以這種方式將構建推送到公共雲，就可以使解決方案擴展到幾乎可以處理任何規模的團隊。
