Infraestrutura descartável para aplicativos descartáveis
Agendas de conferências. Navegação de eventos. Tarefas específicas, como comprar uma casa ou obter um empréstimo para um carro.
Se você instalou um aplicativo para qualquer uma dessas coisas, você instalou o que é conhecido como "aplicativo móvel descartável" ou DMA. Aplicativos projetados para um único caso de uso e com a expectativa de que serão "jogados fora" como folhetos. Excluído até ser necessário novamente. Esses aplicativos são necessariamente pequenos, ágeis e altamente voláteis. Às vezes, existe apenas por um curto período de tempo - digamos, para dar suporte a um evento como uma eleição, a Copa do Mundo ou um festival de música - ou existe por um longo período no lado do "servidor", mas não no lado do cliente, como ao navegar em um processo de hipoteca residencial.
Esses aplicativos estão cada vez mais populares e são considerados um tipo de "microaplicativo" (que é muito semelhante aos microsserviços, mas projetado para desenvolvimento de terceiros, não interno).
A razão pela qual é importante notar a existência desses tipos de aplicativos é que eles podem ter durações muito diferentes. Do berço ao túmulo, eles podem existir apenas por dias, semanas ou meses. Elas surgem e então desaparecem com a mesma rapidez. Eles são descartáveis, em sua maioria, e, portanto, a infraestrutura que os suporta também provavelmente é descartável.
Em uma era de data centers virtualizados, com o software consumindo a TI , essa noção não é tão louca quanto pode parecer. Afinal, não é como se estivéssemos jogando fora hardware de milhares de dólares. São apenas algumas peças que podem ser facilmente colocadas e retiradas com o clique de uma tecla Enter.
Isso pode ser bom se sua única preocupação com infraestrutura for um servidor web/de aplicativo. Mas, na verdade, essas coisas precisam de escalabilidade e ajudam no desempenho (afinal, são aplicativos móveis, com a maior parte do processamento feito no servidor (na nuvem)), e isso implica em várias partes do que geralmente é considerado infraestrutura de rede. Balanceamento de carga, armazenamento em cache e otimização de serviços. Isso significa que eles também precisam ser "descartáveis". Eles devem ser implantáveis por software (ou virtualmente) e vir com um conjunto robusto de APIs e modelos por meio dos quais as coisas podem ser rapidamente provisionadas, configuradas e posteriormente desmontadas. Isso também significa que eles devem estar prontos para a nuvem, habilitados para a nuvem ou cloudificados (qualquer que seja o termo de marketing que você prefira aplicar) para que a infraestrutura e os serviços que dão suporte a esses aplicativos descartáveis sejam tão flexíveis e descartáveis quanto os aplicativos que eles estão entregando.
Isso também significa que uma abordagem DevOps é cada vez mais importante para gerenciar esses ambientes muito voláteis, nos quais muito mais aplicativos são entregues e descartados em ciclos mais curtos. Uma abordagem única e monolítica de "um aplicativo atende a todas as nossas ofertas" não é necessariamente a maneira como os aplicativos móveis descartáveis são concebidos e entregues. Eles são focados e propositais, o que significa que estão focados em fornecer um conjunto específico de funcionalidades que nunca serão estendidas. Outras funções e propósitos são entregues por meio de outros aplicativos, o que aumenta o número geral de aplicativos necessários e coloca pressão adicional nas operações para implantar e entregar esses aplicativos. Cada um desses aplicativos tem serviços, configurações e requisitos de monitoramento específicos que devem ser adaptados ao aplicativo. Um tamanho não serve para todos no mundo dos aplicativos. Essa é uma diferença marcante em relação a um mundo em que a configuração da infraestrutura pode permanecer praticamente inalterada durante toda a vida útil do aplicativo, exceto por ajustes de desempenho ou segurança. Isso significa mais trabalho, mais complexidade, mais frequentemente para as operações que devem gerenciar a infraestrutura.
É por isso que é cada vez mais importante que a infraestrutura não seja apenas software ou virtualizada, não apenas apresente uma API de provisionamento e configuração robusta, mas também se concentre na participação nos crescentes ecossistemas de automação de estruturas e conjuntos de ferramentas populares, como Puppet e Chef, VMware e Cisco, OpenStack e Salt Stack. Essas são as estruturas que permitem que a entrega contínua vaze do desenvolvimento para as operações e forneça os meios pelos quais a infraestrutura é facilmente colocada em produção conforme é descartada.
O software está devorando a TI, mas isso deve ser visto como algo bom . O DevOps como uma abordagem para o gerenciamento do ciclo de vida em todo o espectro de aplicativos e infraestrutura é necessário para gerenciar o crescimento impulsionado pelo software que está consumindo o mundo. A CA e a Vanson Bourne encontraram benefícios quantificáveis na adoção de uma abordagem DevOps em uma pesquisa global , com 21% dos entrevistados relatando que mais softwares e serviços novos eram possíveis e 18% viram um tempo de colocação no mercado mais rápido.
Esse tipo de agilidade e velocidade é um requisito se você pretende dar suporte a aplicativos descartáveis e à infraestrutura descartável necessária para entregá-los. Um ponto crítico da TI é a realidade de que a rede ainda está no caminho. De acordo com uma pesquisa da EMA , "processos manuais lentos para reconfigurar a infraestrutura para acomodar mudanças" foram citados por 39% das organizações como um ponto problemático significativo em 2014.
Aplicar DevOps à "rede" ajudará a eliminar esse ponto significativo de impedância no caminho para a produção. Parte desse esforço inclui eliminar nossos preconceitos sobre a natureza da rede (seu hardware! É intocável! Não é meu domínio!) e comece a considerar quais partes da rede estão prontas para serem tratadas como descartáveis, assim como os aplicativos que ela fornece.