Com o advento dos computadores e dos primeiros aplicativos de gerenciamento de negócios, havia uma maneira simples de fazer cada implantação. Você criava um aplicativo, entregava-o ao mundo e deixava-o com aquela única versão, lançando uma nova anos depois ou simplesmente tornando a primeira obsoleta. Isso começou a gerar uma concorrência muito forte e, a cada dois anos, tínhamos uma nova empresa com uma ferramenta nova e mais moderna para o mercado.
Mas como isso funcionou? Acontece que os primeiros aplicativos ou até mesmo as pequenas empresas usavam um modelo monolítico de desenvolvimento de aplicativos. Isso significava que toda vez que eles queriam lançar um novo recurso, havia um problema com o aplicativo criado anteriormente. A equipe de desenvolvimento tinha que retrabalhar todo o aplicativo com uma abordagem de desenvolvimento diferente para aceitar essas novas funcionalidades, o que resultava em um resultado favorável depois de muito tempo.
Foi quando a arquitetura de aplicativos monolíticos começou a se transformar em microsserviços. Recursos que usavam uma forma de trabalho baseada em contêineres, e cada contêiner pegava uma parte do sistema operacional sem afetar todo o aplicativo para um desenvolvimento muito mais seguro. Como quando estamos montando um lego, cada uma das peças é um contêiner que é acoplado e desacoplado de acordo com o gosto ou a necessidade.
Mas isso criou um novo desafio com o advento do Kubernetes. As infraestruturas de TI não estavam mais suportando adequadamente cada um desses novos elementos e cada uma das novas atualizações ou aprimoramentos que estavam sendo implementados como microsserviços. Então, com o crescimento das empresas e a necessidade de expansão, elas começaram a procurar outras oportunidades que lhes permitissem crescer ou diminuir o quanto precisassem. As tecnologias de nuvem, como SaaS, PaaS e IaaS, fizeram sua grande entrada no setor.
Especialmente com PaaS e IaaS, as empresas viram uma grande oportunidade de crescimento e “economia”, pois estavam evitando problemas como obsolescência programada e obtendo melhor desempenho em cada um de seus aplicativos. Por exemplo, nos bancos (seu modelo de negócios estava associado ao crescimento e às integrações contínuas), que precisam adicionar e acoplar novos componentes à sua infraestrutura de tecnologia para oferecer aos clientes o melhor serviço.
Quando as empresas começaram a migrar, perceberam um déficit nos orçamentos que haviam alocado inicialmente para a nuvem, gastando quase o dobro do valor inicialmente estimado. As empresas se perguntaram: isso é realmente econômico? Ter uma infraestrutura totalmente em nuvem é muito caro para as empresas, por isso nasceu o conceito de infraestrutura híbrida.
Com a infraestrutura híbrida, é necessária menos equipe técnica e a nuvem não é tão cara. Deixando os data warehouses no local e a computação em nuvem.
Nossas equipes de TI agora têm uma arquitetura bastante complexa que precisam monitorar e dar suporte constantemente para mantê-la funcionando sem problemas, mas com as seguintes complexidades:
-
A solução de problemas é afetada pela demora em encontrar a causa raiz, desperdiçando tecnologia, recursos humanos e muito tempo.
-
Durante esse tempo de inatividade, o site ou o aplicativo gera perdas.
-
A equipe está sob grande pressão. Não só por não conseguir encontrar efetivamente a causa do problema, mas também pela espera do cliente e pela pressão da área administrativa.
-
É muito mais econômico ter pessoas especializadas em cada uma dessas áreas em grandes grupos de trabalho.
O que você precisa é observabilidade
Centralizar o monitoramento de cada um dos elementos da minha infraestrutura, ou seja, servidores, nuvem, dispositivos de rede e seu consumo.
-
Permitir que vejamos o comportamento dos aplicativos em relação ao cliente e o grau de satisfação do cliente ao usar o aplicativo.
-
Ser capaz de ver as transações sintéticas dos aplicativos para identificar quais têm um tempo de resposta maior e, com essas informações, ser capaz de elaborar um plano de melhoria.
-
Ter um syslog que me permita analisar o comportamento de cada um dos meus dispositivos e reconhecer os padrões de uma falha para poder me antecipar a ela.
-
Gerar uma documentação precisa de cada uma das falhas que possam ocorrer e gerar fluxos de trabalho automatizados para reduzir ainda mais o tempo de resposta de cada um dos incidentes.
Mas o mais importante é poder ver tudo isso em uma única plataforma, o que nos proporciona uma visualização de ponta a ponta.
Isso é chamado de observabilidade e é a chave para uma modernização bem-sucedida de sua empresa.
Descubra como o Site24x7 se adapta a todas as arquiteturas e oferece total observabilidade.
Artigo original: https://blogs.manageengine.com/espanol/2024/04/16/evolucion-de-la-arquitectura-ti.html
