BLOG | NGINX

A urgência da modernização na era do capital de aplicação

NGINX-Parte-de-F5-horiz-preto-tipo-RGB
Miniatura de Norbert Kiss
Beijo de Norberto
Publicado em 21 de outubro de 2021

Estamos no meio de uma quarta revolução industrial. Na economia digital de hoje, o papel vital dos aplicativos faz de cada empresa uma empresa de tecnologia. Apenas uma experiência ruim com um aplicativo pode fazer com que um cliente abandone o aplicativo e mude para um concorrente . Com o aumento dos ataques cibernéticos, é crucial que cada membro da equipe e parte interessada, em cada estágio do processo de desenvolvimento de aplicativos, adote a agilidade e mantenha uma mentalidade de segurança em primeiro lugar.

Com essa mentalidade vem a modernização. Clientes e partes interessadas esperam certas experiências digitais e, sem uma estratégia de aplicação moderna, perdas são inevitáveis. Portanto, o apelo à modernização é urgente.

As empresas precisam mudar, inovar e aprimorar continuamente sua vantagem competitiva nesta era moderna de capital de aplicação . A Gartner Inc. prevê que os gastos empresariais globais em implantações de software baseadas em nuvem chegarão a US$ 557 bilhões em 2022 . Para acompanhar as demandas dos usuários e da concorrência, os ciclos de desenvolvimento e teste de aplicativos modernos foram significativamente reduzidos. O que inicialmente levava meses agora requer apenas semanas, dias ou até horas. Se a jornada do monólito para microsserviços não for totalmente adotada por uma empresa, o potencial de perder vantagem competitiva – ou pior, cair na obsolescência – é evidente.

Ciclos rápidos de desenvolvimento de aplicativos são o novo normal. O NGINX está na posição certa para simplificar os esforços de modernização e tornar a jornada para esta nova era segura e sem riscos.

O Caminho para a Modernização

O crescimento contínuo na diversidade de aplicativos é uma faca de dois gumes para os CIOs: embora tenha adicionado recursos necessários e ajudado a aumentar a produtividade, o crescimento rápido também adicionou uma complexidade inesperada. Os CIOs de empresas maiores geralmente têm dificuldades para acompanhar centenas a milhares de aplicativos executados pela organização de TI, e um estudo da McKinsey descobriu que aproximadamente 80% dos CIOs ainda não alcançaram a agilidade ou os resultados comerciais que esperavam da modernização de aplicativos.

Mesmo com a complexidade inicial, a mudança do monólito para os microsserviços vale a pena. Sua adoção pelos CIOs pode construir uma base mais sólida para o desenvolvimento futuro de aplicativos. E ao dar aos desenvolvedores autonomia sobre como os aplicativos são criados e implantados, o tempo de colocação no mercado é significativamente mais rápido, garantindo uma vantagem competitiva.

A modernização cria um caminho concreto para novas plataformas, ferramentas, arquiteturas, bibliotecas e estruturas sem o medo de perder tudo e reconstruir do zero. Um bom primeiro passo é modernizar alguns aplicativos voltados para o cliente. Então, esses aplicativos podem ser otimizados por equipes de software para paradigmas de computação distribuída, como multi-nuvem e nuvem híbrida (esse processo impulsionou o surgimento de aplicativos em contêineres, pois são mais portáteis).

Três abordagens comuns para modernização de aplicativos são:

  1. “Lift and shift” – Move aplicativos de servidores legados locais para uma plataforma de nuvem, o que requer reescrita mínima de código
  2. Reescrever pedaços de código – Permite que os desenvolvedores se beneficiem de contêineres e outras infraestruturas e ferramentas modernas
  3. Replatforming – Aproveita atualizações complementares, substituindo ou modificando o backend do aplicativo para focar em uma plataforma de nuvem, como um meio termo entre as outras duas abordagens

Nem todo aplicativo precisa ser executado como um microsserviço. Às vezes, reescrever o código é uma solução melhor, especialmente se o aplicativo estiver fortemente acoplado aos sistemas existentes. É importante definir os objetivos do seu negócio e o roteiro de longo prazo e, então, integrar uma abordagem sensata para a modernização de aplicativos. Trabalhar peça por peça ajuda a construir uma base sólida para o futuro, além de minimizar riscos.

No entanto, o tempo mais rápido de colocação no mercado não deve ser alcançado às custas da segurança, visibilidade ou controle do aplicativo.

  • Segurança. O uso de ferramentas de monitoramento para visibilidade de tráfego pode fornecer insights sobre o desempenho do aplicativo, fornecendo as informações necessárias sobre como responder rapidamente e mitigar riscos.
  • Visibilidade. Melhorar a visibilidade em sistemas de código aberto, como o Kubernetes, também pode fornecer às organizações insights de implantação. Isso fortalece a segurança ao detectar vulnerabilidades e avançar na solução de problemas.
  • Controlar. Usar o F5 NGINX Controller e o F5 NGINX Instance Manager [agora combinados como NGINX Management Suite ] pode ajudar a gerenciar uma infraestrutura inteira com uma única camada de gerenciamento.

A adoção dessas técnicas de modernização dá aos CIOs uma vantagem estratégica sobre os concorrentes, capacitando-os a abordar tendências disruptivas antes que seus negócios sejam impactados negativamente. Embora a tarefa de modernizar aplicativos legados possa ser complexa e custosa, as ferramentas NGINX fornecem aos CIOs segurança, visibilidade e controle.

O Novo Território das APIs

Por trás de cada aplicação moderna, os engenheiros implementaram um mundo inteiro de APIs. Essas APIs estão em comunicação constante entre si para fazer o aplicativo funcionar para o usuário – seja para pagamentos, chamadas de voz, imagens, geolocalização ou uma infinidade de outras funções. As APIs sempre desempenharam um papel vital na entrega de aplicativos e, mais recentemente, elas deixaram de ser parte do aplicativo e se tornaram sua totalidade.

Com o surgimento de contêineres, microsserviços e Kubernetes, a orientação das arquiteturas de aplicativos mudou. O design e o gerenciamento de APIs se tornaram tão importantes quanto os dados, a privacidade, os recursos de computação e a rede. Por exemplo, no Kubernetes e nos microsserviços, funções desacopladas se comunicam via API.

Assim como temos UX, DX e CX, temos um novo termo para essa experiência de API: APIX 2.0 . Agora e no futuro, a maneira como as APIs são vivenciadas se tornará um critério fundamental para as equipes de DevOps e GitOps . O APIX impacta diretamente os usuários – interna e externamente.

Ao projetar o APIX crucial, existem quatro princípios:

  • Princípio 1: Crie uma experiência uniforme com base em diretrizes explícitas. Agora que as equipes estão distribuídas, é importante criar uma lista de verificação de avaliação de API com o objetivo de padronizar a adoção e o uso. Simplificar princípios pode aliviar a complexidade anterior do gerenciamento do ciclo de vida da API.
  • Princípio 2: Formalizar a propriedade do serviço. Para permitir o gerenciamento central adequado e a automação dos controles de API, é crucial fazer um inventário de quais APIs estão em uso. Sem estabelecer qual equipe ou proprietário é responsável por cada serviço ou grupo de serviços, o ciclo de vida da API se torna incontrolável. A integração do catálogo de serviços fornece uma visão geral completa de quem está gerenciando os serviços e como esses serviços estão sendo executados ativamente.
  • Princípio 3: Projete para economias de escala, economias de escopo ou ambas. Ao projetar para otimizar e entregar um APIX premium, as organizações devem identificar se seu objetivo é uma economia de escala ou uma economia de escopo. A escolha informa o design da API.
  • Princípio 4: Facilite o gerenciamento. Os gateways de API são projetados para simplificar a complexidade dos ambientes de aplicativos modernos. As soluções tradicionais não estão preparadas para lidar com ambientes conteinerizados, nativos da nuvem e multinuvem. É por isso que o NGINX Controller API Management Module [agora API Connectivity Manager , parte do NGINX Management Suite] se concentra em reduzir a complexidade com sua arquitetura inovadora. Ao desacoplar o F5 NGINX Plus no plano de dados do Módulo de Gerenciamento de API no plano de controle, o tráfego de tempo de execução e o tráfego APIM são isolados individualmente para permitir um processamento mais eficiente.

Toda vez que um cliente acessa um aplicativo, ele espera excelência em API. Proporcionar essa experiência é parte fundamental do sucesso na modernização.

O esforço em direção à modernização deve ser consciente. Com esses quatro princípios, juntamente com o caminho para a modernização acima, a NGINX pode ajudar você a modernizar suas arquiteturas de aplicativos com nossas soluções simples e eficazes.

Recursos

Para ler mais sobre modernização de aplicativos, veja estes artigos relacionados no The Register:

Não importa onde você esteja na sua jornada de modernização de aplicativos, você pode começar com testes gratuitos de 30 dias de todas as nossas soluções comerciais:

Ou comece com ofertas gratuitas e de código aberto:


"Esta postagem do blog pode fazer referência a produtos que não estão mais disponíveis e/ou não têm mais suporte. Para obter as informações mais atualizadas sobre os produtos e soluções F5 NGINX disponíveis, explore nossa família de produtos NGINX . O NGINX agora faz parte do F5. Todos os links anteriores do NGINX.com redirecionarão para conteúdo semelhante do NGINX no F5.com."