Em outros lugares, a Coca-Cola integrou seus sistemas globais usando APIs, permitindo uma entrega mais rápida e de menor custo e uma colaboração cruzada melhorada. E o Uber mudou -se para microsserviços com gateways da API, permitindo escala independente e implantação rápida nos mercados.
Em cada caso, a rede teve que evoluir de ser estático e ligado a hardware para dinâmico, programável e baseado em consumo. “A infraestrutura da API-primeiro se encaixa naturalmente em como as equipes de TI de hoje funcionam”, diz Purkayastha. “Ele alinha com a integração contínua e os pipelines de entrega/implantação contínua (CI/CD) e ferramentas de orquestração de serviço. Isso reduz o atrito e acelera a rapidez com que as empresas podem lançar novos serviços.”
Ligando conectividade sob demanda
A Tata Communications implantou tecido de rede-sua plataforma programável que usa APIs para permitir que os sistemas corporativos solicitem e ajustem os recursos da rede dinamicamente-para ajudar uma empresa global de software como serviço (SaaS) modernize como ela gerencia a capacidade da rede em resposta às necessidades de negócios em tempo real. Como a empresa escalava seus serviços digitais em todo o mundo, ela precisava de uma maneira mais ágil e econômica de alinhar o desempenho da rede com surtos de tráfego imprevisíveis e demandas de usuários em rápida mudança. Com a plataforma da Tata, as equipes de operações da empresa conseguiram dimensionar automaticamente a largura de banda em regiões-chave para desempenho de pico, durante eventos de alto impacto, como lançamentos globais de software. E com a mesma escalada rapidamente quando a demanda normalizada, evitando custos desnecessários.
Em outro cenário, quando o provedor de SaaS precisava executar operações de dados em larga escala entre seus hubs nos EUA e na Ásia, a rede foi programaticamente reconfigurada em menos de uma hora; Um processo que anteriormente exigia semanas de planejamento e provisionamento. “O que entregamos não foi apenas largura de banda, era a capacidade de suas equipes assumirem o controle”, diz Purkayastha. “Ao integrar nossas APIs de tecido de rede em seus fluxos de trabalho de automação, demos a eles uma rede que responde no ritmo de seus negócios”.
Barreiras à transformação – e como superá -las
Transformar a infraestrutura de rede não é uma tarefa pequena. Muitas empresas ainda dependem da comutação de etiquetas multiprotocol herdadas (MPLS) e arquiteturas de rede de área ampla definida por hardware (WAN). Esses ambientes são rígidos, gerenciados manualmente e geralmente incompatíveis com as modernas APIs ou estruturas de automação. Como em qualquer organização, as barreiras podem ser técnicas e internas, e os dispositivos legados podem não suportar interfaces programáveis. As organizações são frequentemente siled, o que significa que as redes são gerenciadas separadamente com os fluxos de trabalho de aplicação e DevOps.
Além disso, os CIOs enfrentam pressão para retornos rápidos e podem nem permanecer na empresa por tempo suficiente para supervisionar o processo e os resultados, dificultando a promoção de estratégias de modernização de rede de longo prazo. “Muitas vezes, é mais fácil abordar as frutas baixas do que ir após a transformação, porque os tomadores de decisão podem não estar por perto para ver a transformação ganhar vida”, diz Purkayastha.
Mas soluções rápidas ou soluções alternativas podem não produzir os resultados desejados; A transformação é necessária. “As empresas historicamente construíram suas redes para estabilidade, não agilidade”, diz Purkayastha. “Mas agora, essa mesma rigidez se torna um gargalo quando aplicativos, usuários e cargas de trabalho são distribuídos pelas nuvens, borda e locais remotos”.
