Outro dia, depois de conversar com um cliente em potencial, ele me disse que havia lido meu último blog e que, embora eu tivesse falado sobre redes baseadas em intenção, eu havia omitido a orquestração, que é um elemento fundamental das redes baseadas em intenção.
Eles estavam certos.
Em minha defesa, isso teria dado origem a um blog muito longo, mas vou corrigir essa omissão hoje.
O grande maestro e compositor Leonard Bernstein disse: “Para realizar grandes coisas, são necessárias duas coisas: um plano e tempo insuficiente”.
E ele devia saber uma ou duas coisas sobre orquestração.
Essa citação certamente soa verdadeira na rede hoje, à medida que passamos por transformações sob a intensa pressão de tempo que é comum na TI atualmente.
E isso nos leva à automação e à orquestração, que estão intimamente ligadas.
É claro que a automação é uma das principais prioridades da TI atualmente (o senhor pode ler sobre isso em nosso relatório State of the WAN aqui e se inscrever no webinar).
Mas o que queremos dizer com “automação”?
Dependendo da definição, a automação não é novidade na rede.
Em redes.
Como os analistas do setor sempre consideram a configuração manual e obsoleta, usamos scripts desde sempre.
Com a criação de scripts, pudemos acelerar as tarefas de configuração de dispositivos que, segundo nosso gerente, levariam muito mais tempo!
Pensamos um pouco, editamos nosso script, executamos e saímos para o happy hour com nossos colegas engenheiros de rede.
Em termos de definição, algo como o scripting é conhecido na ciência do software como uma abordagem imperativa, o que significa que o senhor precisa conhecer todos os detalhes dos recursos da camada subjacente para interagir com ela e fazê-lo com total precisão – caso contrário, é muito implacável.
É por isso que não acho que os scripts sejam o que queremos dizer quando falamos de automação transformadora em TI.
No final das contas, o escopo de aplicabilidade dos scripts é muito restrito: eles são muito específicos para cada dispositivo, e eu os executo dispositivo por dispositivo.
Ferramentas como scripts são muletas movidas a foguete, muito eficazes para um movimento muito específico, mas fora desse escopo estreito, preferimos nos arrastar sem apertar o botão “modo foguete”.
A orquestração, por outro lado, é a ferramenta que permite uma automação muito mais abrangente.
Por exemplo, se eu quiser atualizar uma política de QoS globalmente porque estou implementando uma nova implantação de UCaaS, a maneira como isso funciona para as duas abordagens diferentes de automação é a seguinte:
- Scripting: Se minha rede tiver 50 sites, crie 50 versões ligeiramente diferentes do meu script de automação, resultando em 50 scripts específicos para cada site.
Em seguida, execute-os individualmente.
Se o senhor acha essa abordagem absurda, considere o fato de que não é desconhecido executar várias centenas de comandos da CLI se simplesmente fizer login em cada nó e configurá-lo manualmente para alterar as políticas locais de classe de serviço.
E, em seguida, some a probabilidade de erros de configuração se o senhor executar centenas de comandos digitados manualmente em 50 sites.
É por isso que a automação por meio de scripts foi muito mais amplamente adotada em redes do que jamais recebeu crédito. - Orquestração: Eu simplesmente defino uma política abstrata que declara minha intenção em relação à UCaaS, como, por exemplo, qual é a prioridade de tráfego e quais são as minhas melhores opções de acesso à nuvem de UCaaS.
A ferramenta de orquestração traduz isso usando o que é chamado de modelo declarativo na engenharia de software.
Sei que pulei uma etapa: Eu não disse o que significa “declarativo”.
Um modelo declarativo é muito diferente de um modelo imperativo.
Em um modelo imperativo, os elementos que o senhor tenta controlar expõem toda a complexidade para o senhor.
Imagine contratar um táxi e, em vez de dizer “quero ir para o Terminal A do aeroporto de São Francisco” e cochilar depois de sair, o senhor teria que orientar o motorista do táxi em cada curva do caminho… “vire à esquerda em seguida, vire à direita, em 6 milhas (cerca de 10 km para meus leitores do sistema métrico) pegue a saída…”.
Esse é o modelo imperativo.
Em um modelo declarativo, o senhor sabe que tem o melhor motorista de táxi do planeta e que ele o levará ao seu destino com precisão e rapidez, executando sua intenção com perfeição, e o senhor chegará ao Terminal A todo relaxado (até ver as filas de check-in).
Também sei que pulei mais uma etapa, o senhor deve estar se perguntando “O que isso tem a ver com Aryaka?”.
A resposta é que não poderíamos oferecer transformação de rede para nossos clientes sem um fluxo de trabalho de orquestração líder do setor, tanto para nós quanto para mais de 800 clientes corporativos globais.
Nossa ferramenta de orquestração é chamada ANMC, sigla em inglês para “Aryaka Network Monitoring and Control”.
Ela interage e cumpre três funções principais que eu gostaria de destacar (mas há mais):
- O ANMC é o principal elemento arquitetônico da arquitetura do Aryaka Global Managed SD-WAN que transforma a intenção em configuração automatizada, seguindo um modelo declarativo.
Muitos fornecedores de SD-WAN falam sobre automação baseada em intenção, mas quando se olha para as políticas complexas que precisam ser definidas, o senhor precisa de um especialista em rede – e precisa de um mês ou dois do tempo dele, no mínimo.
Com o modelo da Aryaka, tudo o que o senhor precisa fazer é declarar as localizações de suas filiais, as prioridades de seus aplicativos, sua postura de segurança, suas necessidades de XaaS baseado em nuvem e de redundância, e a máquina de orquestração da Aryaka, com tecnologia ANMC, fará isso acontecer para o senhor, em qualquer lugar do mundo, em 48 horas ou menos.
Ela resolve a intenção de design de rede de alto nível em comandos orquestrados em toda a infraestrutura da Aryaka:- Etapa 1: Ele orquestrará sua configuração específica de conectividade, QoS e segurança em toda a rede principal da camada 2 da Aryaka Global.
- Etapa 2: Sempre que o senhor ativar um dispositivo da filial, ele o provisionará para o senhor em um modelo de implementação sem interrupções e fornecerá conectividade global, segura e determinística imediata.
- O ANMC também é nossa máquina de visibilidade global de tudo o que está acontecendo na infraestrutura de rede como serviço da Aryaka, para todas as empresas que executam sua rede na infraestrutura da Aryaka.
Ele fornece uma ferramenta de tendências globais que permite que a Aryaka planeje com antecedência suas próprias necessidades de infraestrutura, além de fornecer aos clientes visibilidade de seus próprios recursos por meio do portal do cliente MyAryaka.
Em termos de redes baseadas em intenção, esse é o ciclo de feedback crucial que combina constantemente a intenção original com a realidade da operação e alerta sobre qualquer discrepância ou tendências potencialmente perturbadoras. - Embora o ANMC seja a ferramenta interna de monitoramento e orquestração da Aryaka, ele está claramente no centro dos recursos multilocatário.
Ele fornece a base arquitetônica para a visibilidade do MyAryaka e o portal do cliente de autoprovisionamento.
A orquestração será um tópico que revisitaremos regularmente, pois é um elemento vital para o futuro da rede corporativa.
Mas deixe-me terminar com um pensamento um tanto pessoal: muitos de nós, que trabalhamos em redes há 20 anos ou mais, sentamos juntos, independentemente das empresas para as quais trabalhamos, e nos perguntamos coletivamente “se a orquestração e a automação assumirem o controle, o que faremos?”.
Vou citar Leonard Bernstein mais uma vez: “O instrumento mais difícil de tocar na orquestra é o segundo violino”.
Para mim, a lição que fica é que, no trabalho em rede, tentamos ser solistas por tempo demais, tentamos manter o controle total de nosso domínio e nos consideramos indispensáveis.
Mas também sabemos que, com as necessidades da empresa digital, a rede precisa se tornar uma ferramenta para um objetivo comercial abrangente.
Acho que todo segundo violinista das super bem-sucedidas orquestras filarmônicas de Nova York e Viena de Bernstein era mais feliz do que um primeiro violinista dos conjuntos que eles ofuscavam.
A organização de TI na era digital emergente declara inquestionavelmente que todos nós somos segundos violinos (na linguagem de Bernstein) para o primeiro violino, que é simplesmente: O sucesso dos negócios, para o qual temos que fornecer a base com uma infraestrutura de rede extremamente ágil e robusta que atenda às necessidades da empresa que prioriza a nuvem.
E então poderemos tocar uma bela música juntos.
Deixe que a ANMC seja seu orquestrador.
Deseja saber mais?
Agende uma demonstração com um de nossos especialistas.
