Programações de conferências. Navegação em eventos. Tarefas específicas, como comprar uma casa ou obter um financiamento de veículo.
Se você instalou um aplicativo para qualquer uma dessas finalidades, instalou o que é conhecido como um "aplicativo móvel descartável", ou DMA. São aplicativos desenvolvidos para um único caso de uso, com a expectativa de que sejam "descartados" como folhetos — excluídos até que sejam necessários novamente. Esses aplicativos são necessariamente pequenos, ágeis e altamente voláteis. Às vezes, existem apenas por um curto período — por exemplo, para dar suporte a um evento como uma eleição, a Copa do Mundo ou um festival de música — ou permanecem por muito tempo no lado do "servidor", mas não no dispositivo do usuário, como no acompanhamento de um processo de financiamento imobiliário.
Esses aplicativos estão se tornando cada vez mais populares e são considerados uma espécie de "microaplicativo" (muito semelhante aos microsserviços, mas voltado ao desenvolvimento por terceiros, e não ao desenvolvimento interno).
É importante observar a existência desses tipos de aplicativos porque eles podem ter ciclos de vida muito diferentes. Do nascimento ao fim, podem existir por apenas alguns dias, semanas ou meses. Eles surgem de repente e desaparecem com a mesma rapidez. Na maioria das vezes, são descartáveis e, portanto, a infraestrutura que lhes dá suporte provavelmente também é descartável.
Em uma era de data centers virtualizados, com o software devorando a TI, essa ideia não é tão absurda quanto poderia ter parecido no passado. Afinal, não estamos descartando equipamentos que custam milhares de dólares. São apenas alguns bits que podem ser facilmente colocados em operação e desativados ao pressionar a tecla Enter.
Isso pode ser bom se sua única preocupação com a infraestrutura for um servidor web/de aplicativos. Mas acontece que esses recursos precisam de escalabilidade e de ajuda com o desempenho (afinal, são aplicativos móveis, com a maior parte do processamento realizada no lado do servidor — na nuvem), e isso envolve vários componentes do que geralmente se considera infraestrutura de rede: serviços de balanceamento de carga, cache e otimização. Isso significa que eles também precisam ser "descartáveis". Devem poder ser implantados como software (ou virtualmente) e contar com um conjunto robusto de APIs e modelos que permita provisioná-los e configurá-los rapidamente e, depois, desativá-los. Isso também significa que precisam estar prontos para a nuvem, habilitados para a nuvem ou "cloudificados" (seja qual for o termo de marketing de sua preferência), 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 próprios aplicativos que disponibilizam.
Isso também significa que uma abordagem DevOps é cada vez mais importante para gerenciar esses ambientes altamente voláteis, nos quais um número muito maior de aplicativos é disponibilizado e descontinuado em ciclos mais curtos. Uma abordagem única e monolítica, em que "um aplicativo atende a todas as nossas ofertas", não é necessariamente a forma como os aplicativos móveis descartáveis são concebidos e disponibilizados. Eles são específicos e têm objetivos bem definidos, ou seja, concentram-se em oferecer um conjunto específico de funcionalidades que nunca será ampliado. Outras funções e finalidades são então disponibilizadas por meio de outros aplicativos, o que aumenta o número total de aplicativos necessários e exerce uma pressão adicional sobre as operações para implantar e disponibilizar esses aplicativos. Cada um deles tem serviços, configurações e requisitos de monitoramento específicos, que precisam ser adaptados ao aplicativo. No mundo dos aplicativos, não existe uma solução única que sirva para todos. Essa é uma diferença marcante em relação a um cenário no qual 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 e maior frequência para as equipes de operações que precisam gerenciar a infraestrutu
É por isso que é cada vez mais importante que a infraestrutura não seja apenas definida por software ou virtualizada, nem apenas ofereça uma API robusta de provisionamento e configuração, mas também se concentre em participar dos crescentes ecossistemas de automação de frameworks e conjuntos de ferramentas populares, como Puppet e Chef, VMware e Cisco, OpenStack e Salt Stack. Esses são os frameworks que permitem que a entrega contínua se expanda do desenvolvimento para as operações e fornecem os meios para que a infraestrutura seja colocada em produção com a mesma facilidade com que é desativada.
O software está devorando a TI, mas isso deve ser visto como algo positivo . O DevOps, como abordagem para o gerenciamento do ciclo de vida em todo o espectro de aplicações e infraestrutura, é necessário para administrar o crescimento impulsionado pelo software que está devorando o mundo. A CA e a Vanson Bourne identificaram benefícios quantificáveis da adoção de uma abordagem DevOps em uma pesquisa global, na qual 21% dos entrevistados relataram que foi possível desenvolver mais softwares e serviços, e 18% observaram uma redução no tempo de lançamento no mercado.
Esse tipo de agilidade e velocidade é essencial para dar suporte a aplicativos descartáveis e à infraestrutura descartável necessária para disponibilizá-los. Um dos principais problemas de TI é o fato de que a rede ainda representa um obstáculo. De acordo com uma pesquisa da EMA, “processos manuais lentos para reconfigurar a infraestrutura a fim de acomodar mudanças” foram citados por 39% das organizações como um problema significativo em 2014.
Aplicar DevOps à "rede" ajudará a eliminar esse importante ponto de atrito no caminho até a produção. Parte desse esforço envolve abandonar nossas ideias preconcebidas sobre a natureza da rede (é hardware! É intocável! Não é da minha área!) e começar a considerar quais partes da rede estão prontas para ser tratadas como tão descartáveis quanto os aplicativos que ela disponibiliza.
Sobre o autor
Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.
Mais publicações de Lori Mac VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...