NetApp heeft onlangs bekendgemaakt dat het zijn eigen services en apparaten gebruikt als onderdeel van het ontwikkelingsproces, iets wat soms wordt omschreven als "je eigen hondenvoer gebruiken". Hun verhaal over hoe ze hun tools intern inzetten, is een interessante casestudy voor iedereen die overweegt NetApp te gaan gebruiken. Het afgelopen jaar hebben ze een ware explosie aan nieuwe releases en updates uitgebracht. Zo brachten ze bijvoorbeeld vorige maand nog een volledig flash-gebaseerde, end-to-end NVMe-serverrack uit, de NetApp AFA EF600.
Zowel de SolidFire- als de Hyper-Converged Infrastructure (HCI)-engineeringteams van NetApp gebruiken NetApp HCI-appliances en -software als onderdeel van hun ontwikkelingspijplijn. De teams gebruiken Jenkins om continue integratie (CI) en implementatiebuilds te genereren. Deze builds worden vervolgens geïmplementeerd via NetApp Kubernetes Service (NKS) die wordt uitgevoerd op NetApp HCI-appliances met ingeschakelde hybride cloudcontrolesuite. Door NKS te gebruiken, kunnen de technische teams hun builds naar de openbare cloud pushen die op dit moment het beste bij hun behoeften past, Amazon EC2, Google Cloud Platform (GCP) of Azure. Steeds vaker gebruiken de teams een Istio-servicemesh om builds naar meerdere clouds te implementeren om een hybride multi-cloud-applicatie te bieden waarmee meerdere doelen tegelijk kunnen worden getest. NetApp claimt dat dit proces hen in staat heeft gesteld om de tijdsbesteding voor het opstarten van nieuwe continuous integration en continuous deployment (CI/CD) pipelines voor intern gebruik met maar liefst twee ordes van grootte te verminderen. Dit is echt een enorme tijdsbesparing, en ik zou echt willen dat ze de cijfers waarop ze deze bewering baseren openbaar hadden gemaakt.
NetApp erkent in hun artikel dat ze nog wat werk vooraf moesten doen om de build-pijplijnen te ontwikkelen die in hun datafabric-architectuur zouden worden ingevoerd, maar na wekenlang zelf (CI/CD)-pijplijnen te hebben opgezet, het vooruitzicht van zulke aanzienlijke tijdsbesparingen en vereenvoudiging om dit proces is erg aantrekkelijk. Sterker nog, als de oplossing eenmaal is opgezet, kan de oplossing op deze manier naar de openbare cloud worden gepusht en kan deze worden opgeschaald om bijna elke teamgrootte aan te kunnen.
Amazon