Recentemente, a NetApp revelou que utiliza seus próprios serviços e equipamentos como parte de seu processo de desenvolvimento, algo que às vezes é chamado de "usar a própria ração". A história de como eles utilizam suas ferramentas internamente constitui um estudo de caso interessante para qualquer pessoa que esteja considerando adotar a NetApp. No último ano, a empresa foi uma força motriz em termos de lançamentos e atualizações. Como apenas um exemplo, lançaram, no mês passado, um servidor rack NVMe totalmente flash, o NetApp AFA EF600.
As equipes de engenharia SolidFire e de infraestrutura hiperconvertida (HCI) da NetApp usam dispositivos e software NetApp HCI como parte de seu pipeline de desenvolvimento. As equipes usam Jenkins para gerar integração contínua (CI) e compilações de implantação. Essas compilações são implantadas por meio do NetApp Kubernetes Service (NKS) em execução nos dispositivos NetApp HCI com o pacote de controle de nuvem híbrida ativado. O uso do NKS permite que as equipes de engenharia enviem suas compilações para qualquer nuvem pública que melhor atenda às suas necessidades no momento, Amazon EC2, Google Cloud Platform (GCP) ou Azure. Com mais frequência, as equipes usam uma malha de serviço do Istio para implantar compilações em várias nuvens para fornecer um aplicativo híbrido de várias nuvens, permitindo testes em vários destinos de uma só vez. A NetApp afirma que esse processo permitiu reduzir o compromisso de tempo para ativar novos pipelines de integração contínua e implantação contínua (CI/CD) para uso interno em até duas ordens de grandeza. Esta é uma economia de tempo verdadeiramente enorme, e eu realmente gostaria que eles tivessem tornado públicos os números em que estão baseando essa afirmação.
A NetApp reconhece em seu artigo que ainda precisava fazer algum trabalho inicial para desenvolver os pipelines de construção que alimentam sua arquitetura de malha de dados, mas tendo passado semanas configurando pipelines (CI/CD), a perspectiva de economia de tempo e simplificação tão significativas para este processo é muito atraente. Ainda mais, uma vez configurado, enviar builds para a nuvem pública dessa maneira permite que a solução seja dimensionada para lidar com quase qualquer tamanho de equipe.
Amazon