Para onde a Red Hat está levando o OpenShift

Quando a IBM anunciou em outubro de 2018 sua compra da Red Hat , seus executivos explicaram a mudança usando o marketing-speak, chamando-a de investimento na nuvem híbrida. A Red Hat era a produtora do Red Hat Enterprise Linux (RHEL), que geralmente se acredita ter pelo menos dois terços de participação de mercado nos servidores corporativos.

O mencionado entre parênteses, se é que existia, era algo chamado OpenShift. É o sistema de plataforma como serviço (PaaS) da Red Hat – uma maneira de as empresas agruparem os servidores que já possuem, integrar recursos da nuvem pública e implantar aplicativos criados para o sistema diretamente do código-fonte. No tipo de mudança que uma grande empresa de software normalmente nunca faz, em 2015, a Red Hat abandonou a arquitetura que já tinha criado para o OpenShift em favor de um sistema em contêiner baseado no Kubernetes, a plataforma de orquestração emergente da época.

O fato inevitável de nossa indústria agora é que os papéis desempenhados por hardware e software foram trocados. Hoje, a infraestrutura não inclui apenas os servidores, mas também os servidores, o software que compreende os aplicativos e serviços do mundo. Estar no negócio de servidores não é suficiente; é preciso ter uma mão no software de infraestrutura que coloca esses servidores em funcionamento. Caso contrário, não seria “Dell Technologies” agora.

Foi assim, em um dia excepcionalmente quente de meados de novembro, em um iate fretado na Baía de San Diego, que a recém-inaugurada “unidade” corporativa da IBM atribuída à sua divisão de nuvem híbrida estabeleceu sua estratégia para as empresas em 2020 o que a série AS/400 da IBM fez por eles em 1988. Falando sobre o barulho dos geradores a diesel na sala de máquinas, e abalado pelo despertar da ocasional barcaça de transporte ou destróier naval, aqui estava a estratégia pela qual a corporação mais famosa na história da computação pagou US $ 34 bilhões.

Afirmação diária

Todas as empresas nesta conferência estão tentando se enquadrar na empresa de infraestrutura de código aberto para a próxima versão desta história, disse Andrew Clay Shafer, vice-presidente de transformação da Red Hat, referindo-se à conferência KubeCon orientada a Kubernetes que este reunião no iate foi baseada. Então, qual é a oportunidade de se diferenciar nesse mercado, onde todos tentarão dizer que são a empresa de infraestrutura de código aberto?

A crença comum entre muitos redatores de negócios é que o código aberto é um tipo de tática de relações públicas, um empreendimento paralelo no qual profissionais não críticos podem se reunir em conferências como a KubeCon em San Diego e fazer parecer ao mundo como se eles estão trabalhando juntos no espírito de colaboração, agilidade e inserem outras metáforas de livros de negócios aqui. Como se vê, o Kubernetes – o orquestrador nascido do repentino aumento da infraestrutura em contêiner lançada pelo Docker – rapidamente se tornou o mecanismo de implantação de atividade em plataformas em nuvem.

Embora tenha nascido no Google a partir de um projeto baseado nas tecnologias do Google (e embora o Google tenha tentado manter um controle sobre sua mensagem de marketing por algum tempo), nenhuma empresa possui o Kubernetes. Seus criadores agora trabalham para Microsoft (Brendan Burns) e VMware (Joe Beda e Craig McLuckie), e são supervisionados pela Cloud Native Computing Foundation, uma agência da Linux Foundation.  A VMware já anunciou sua intenção de orientar o desenvolvimento do vSphere – a base virtual de uma grande parte da infraestrutura corporativa – em direção ao Kubernetes.

A Red Hat teve uma participação neste jogo desde o início, muito antes dos concorrentes decidirem mudar suas estratégias para o Kubernetes. A partir dessa posição enraizada, espera poder solidificar essa participação apelando para as pessoas que trouxeram a Red Hat para a empresa em primeiro lugar: gerentes de nível médio, administradores de TI e os chamados “líderes da equipe de transformação”. No centro da mensagem da Red Hat está a afirmação mais do que a automação. A idéia de que tarefas e cargas de trabalho em um sistema de implantação automatizada podem ser possuídas e apreciadas, em vez de terceirizadas para uma máquina.

É assim que a resistência se acumula na organização – especificamente, a resistência à mudança e a formação da cadeia de atividades das organizações pelas quais os gerentes de nível médio podem ser inevitavelmente culpados. Observe como a Red Hat transformou habilmente o tópico da implantação de infraestrutura de um problema de automação para um problema cultural.

Para mim, isso é como sistemas pensando, continuou Shafer. Você pode tentar forçar as coisas com mais força ou remover a resistência à mudança. Quanto mais você pode fazer as pessoas se verem como heróis na nova versão desta história, mais receptivas são a construção dessas pontes para um novo tipo de trabalho.

Histórias de guerra

A intenção da Red Hat em encontros como o OpenShift Commons, que foi realizado este ano no iate Inspiration Hornblower, tem sido incentivar os adotantes do OpenShift na empresa a compartilhar e discutir suas experiências de implantação – o que o diretor do Red Hat Open Innovation Labs, Kris Pennella chama de “bom, ruim e feio” – para que o processo de código aberto possa ir além do desenvolvimento de software e implantar a infraestrutura. É outra maneira de solidificar a participação da Red Hat neste mercado Kubernetes em rápido crescimento, incentivando os implementadores do ING, ExxonMobil e Broadcom, entre outros, a se conhecerem e colaborarem.