StorageReview.com

NetApp zjada własną karmę dla psów

Enterprise   ◇  Pamięć masowa przedsiębiorstwa

Firma NetApp ujawniła niedawno, że korzysta z własnych usług i urządzeń w ramach procesu rozwoju, co czasami określa się mianem „zjadania własnej karmy”. Historia ich wewnętrznego wykorzystania narzędzi stanowi interesujący przykład dla każdego, kto rozważa wdrożenie NetApp. W minionym roku firma była elektrycznością w postaci nowych wydań i aktualizacji. Jako przykład można podać NetApp AFA EF600 , serwer w obudowie all-flash, z systemem NVMe, wprowadzony na rynek w zeszłym miesiącu.

Zespoły inżynieryjne NetApp ds. SolidFire i infrastruktury hiperkonwergentnej (HCI) wykorzystują urządzenia i oprogramowanie NetApp HCI w ramach swojego procesu rozwoju. Zespoły używają Jenkinsa do generowania kompilacji ciągłej integracji (CI) i wdrożeń. Kompilacje te są następnie wdrażane za pośrednictwem usługi NetApp Kubernetes Service (NKS) działającej na urządzeniach NetApp HCI z włączonym pakietem sterowania chmurą hybrydową. Korzystanie z NKS pozwala zespołom inżynierskim na przesyłanie kompilacji do chmury publicznej, która najlepiej odpowiada ich aktualnym potrzebom: Amazon EC2, Google Cloud Platform (GCP) lub Azure. Częściej zespoły używają siatki usług Istio do wdrażania kompilacji w wielu chmurach, aby zapewnić hybrydową aplikację multi-cloud umożliwiającą testowanie na wielu platformach docelowych jednocześnie. NetApp twierdzi, że ten proces pozwolił im skrócić czas potrzebny na uruchomienie nowych potoków ciągłej integracji i ciągłego wdrażania (CI/CD) do użytku wewnętrznego nawet o dwa rzędy wielkości. To naprawdę ogromna oszczędność czasu i bardzo żałuję, że nie podali publicznie liczb, na których opierają swoje twierdzenie.

Firma NetApp przyznaje w swoim artykule, że nadal musiała wykonać pewne wstępne prace nad opracowaniem potoków kompilacji zasilających architekturę Data Fabric, ale po spędzeniu tygodni na konfigurowaniu potoków (CI/CD), perspektywa tak znacznej oszczędności czasu i uproszczenia tego procesu jest bardzo kusząca. Co więcej, po skonfigurowaniu, przesyłanie kompilacji do chmury publicznej w ten sposób pozwala na skalowanie rozwiązania, aby obsłużyć niemal każdą wielkość zespołu.

NetApp

Omów tę historię

Zapisz się do newslettera StorageReview

Skontaktuj się z StorageReview

Biuletyn | YouTube | Podcast iTunes / Spotify | Instagram | Twitter | TikTok | Kanał RSS

Michał Rink

Jestem autorem treści w StorageReview i starszym inżynierem oprogramowania full-stack. Kierowałem zespołami DevOps i developerów, od projektów z udziałem pojedynczego inżyniera po flagowe projekty wymagające zaangażowania kilkudziesięciu inżynierów z zespołami rozsianymi po całym świecie. Lubię też tańczyć, pisać, czytać, tworzyć gry i pielęgnować ogród.