Gestão ≠ Orquestração
À medida que continuamos a ver um efeito cascata de metodologias ágeis se espalhando pelo resto da TI (você sabe, como rede e segurança), vimos o surgimento de arquiteturas e tecnologias como SDN e SDDC, além da expansão contínua do DevOps em preocupações de TI adjacentes.
Isso ocorre porque a necessidade de velocidade (de implantação) está crescendo com um apetite quase tão insaciável quanto o dos consumidores por aplicativos. O crescimento dos negócios hoje depende da capacidade de expansão da TI; não apenas em taxas de transação e produtividade, mas operacionalmente.
Alcançar a escala necessária para dar suporte à demanda rápida (e muitas vezes imprevisível) significa mais hardware (seja personalizado ou COTS), mais plataformas, mais serviços e mais, bem, tudo. Mais coisas que precisam ser monitoradas, armazenadas em backup, configuradas e licenciadas. Isso é gestão.
Alcançar a velocidade necessária para implantar os aplicativos e serviços de entrega significa automatizar o processo de implantação. Isso é orquestração.
Esses dois não são a mesma coisa. Na verdade, é perigoso confundi-los porque isso os acopla fortemente e dificulta a rápida mudança dos processos. Isso geralmente é necessário para melhorar a eficiência ou adicionar componentes ao sistema que são necessários para manter o desempenho, a velocidade e a segurança dos aplicativos dos quais os negócios dependem para produtividade e lucro. Isso pode acontecer várias vezes por ano. Especialistas em gestão de processos de negócios nos dizem, a partir de estudos, que as empresas mudam seus processos principais de 4 a 7 vezes por ano. Eles fazem isso com base na análise de todos os dados coletados pela TI, juntamente com o feedback de usuários consumidores e corporativos.
A orquestração de processos de negócios (BPO) se tornou um requisito em meados dos anos 2000 para garantir esse tipo de agilidade na camada de negócios.
E agora estamos vendo isso também na camada de TI.
A orquestração de processos operacionais será essencial para a transformação bem-sucedida de qualquer organização que busque permitir a escala e a velocidade de implantações necessárias para o sucesso empresarial.
Mas isso não significa que a gestão também não seja importante.
O gerenciamento ainda é necessário e, embora certas tarefas de gerenciamento possam ser (e muitas vezes devam ser) automatizadas, isso não é orquestração. Backups noturnos automatizados de sistemas críticos, atualizações, gerenciamento de licenças, patches e até mesmo gerenciamento de ativos (inventário) são meios importantes pelos quais a TI pode garantir sua escala operacional, permitindo que um único administrador gerencie um número crescente de dispositivos, mas isso não é orquestração.
Por outro lado, orquestração não é gestão. Embora você possa se beneficiar do uso de mecanismos de orquestração (sistemas, estruturas, como você quiser chamá-los) como OpenStack , Cisco ACI ou VMware NSX , nenhum deles permite o gerenciamento central dos componentes reais para os quais eles são provisionados. Eles certamente podem criar e iniciar um BIG-IP para fornecer LBaaS, por exemplo, mas não é tarefa dele realmente gerenciar essa instância. Ele não faz atualizações, nem aplica correções, nem monitora alertas ou qualquer uma das responsabilidades diárias que ainda garantem que o negócio continue funcionando. Essa é a tarefa da gestão, não da orquestração.
E embora não sejam a mesma coisa, ambos são igualmente importantes no mundo dos aplicativos. A orquestração permite que o negócio cresça, possibilitando que a TI dimensione as implantações de aplicativos, enquanto o gerenciamento garante que o negócio continue funcionando, cuidando de todas as tarefas que parecemos esquecer (obrigado, nuvem) que ainda precisam ser realizadas.
O gerenciamento trabalha (colabora) com a orquestração, permitindo provisionamento e implantações de autoatendimento, mas eles não são a mesma coisa. E nem deveriam ser.