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.
Em um mundo em que os fundamentos de infraestrutura, independentemente da forma que possam assumir, podem ser fornecidos pelo mesmo mecanismo, torna-se necessário que cada fornecedor participante desse mercado forje uma comunidade em torno de sua marca e seu ethos. É aqui que a Red Hat espera que já tenha uma vantagem de quatro anos no VMware.
É muito fácil identificar como você é um herói como desenvolvedor, explicou Jabe Bloom, que trabalha no escritório de Transformação Global da Red Hat. É muito fácil descobrir quem pode ser um herói como CEO. Você entra em qualquer aeroporto e existem milhares de livros sobre como ser um herói como CEO. A gerência intermediária é completamente desprovida de histórias sobre heróis, como intermediária. Se você entra na maioria das organizações e pergunta o que os gerentes de nível médio fazem, você obtém: ‘Eu não sei, eles atrapalham’. O indicador número um de que sua transformação foi bem-sucedida é o aumento das comunicações entre pares na gerência intermediária – em algum lugar onde eles possam praticar conversando e praticar contar suas histórias.
Para onde a Red Hat está levando o OpenShift
Uma organização que afirma ter tido algum sucesso nos últimos meses ao integrar o gerenciamento com alterações em sua infraestrutura digital, é a ExxonMobil. Audrey Reznik é membro do Computational Data Scientists Group dessa empresa, que aplica simulações e abordagens de aprendizado de máquina aos estudos de geologia e mineralogia. Como Reznik disse aos participantes, até 2017, era um desafio para sua equipe produzir e apresentar provas de conceito (PoC) de uma forma que usuários e colegas pudessem realmente usar. White papers e relatórios publicados são boas referências no currículo de cada um.
No entanto, quem quer ficar sentado e instalar um monte de software, observou Reznik, quando deseja apenas ver se o problema que você tem pode realmente ser resolvido. Ou é um problema que você deveria estar olhando?
Os Jupyter Notebooks ofereceram aos membros da equipe ambientes para colar código, realizar testes rápidos e mostrar resultados. Mas os níveis de paciência dos usuários pretendidos ainda têm seus limites. Uma colega da ExxonMobil sugeriu durante o almoço que ela criasse um contêiner para seu código de PoC, em vez de um notebook de vida curta, usando o OpenShift.
Então, em vez de se preocupar em dar às pessoas acesso de administrador local, ou se preocupar com o código-fonte mais recente, ou mesmo se preocupar com algumas das dependências que você possui, continuou ela, você pode contê-las em uma unidade atômica que pode seguir adiante E nos sentamos e dissemos: se isso funcionasse para nós, teríamos algo que é reproduzível e interativo. Isso nos pouparia o trabalho de voar para nossos colegas em Calgary e montar seus laptops apenas para que pudessem veja a solução mais recente.
Sob o antigo sistema de demonstração, no ano passado, a equipe de Reznik conseguiu produzir dois produtos mínimos viáveis (MVP) – PoCs construídos com recursos suficientes para atravessar a fronteira em experimentos e simulações utilizáveis em software. Depois de implementar o OpenShift, ela disse aos participantes, sua equipe produziu mais de 70 MVPs desde janeiro passado.
A mudança para o OpenShift acabou levando a equipe da Computational Data Science a adotar uma abordagem semelhante ao DevOps ao desenvolvimento de software, utilizando os repositórios Git como um meio para implementar a preparação e o controle de versão. “Para alguns cientistas”, disse ela, “isso era uma coisa nova”.
O OpenShift, juntamente com as ferramentas criadas ao redor do Kubernetes, apresentou a esses cientistas de dados os meios para implantar conceitos dos notebooks Jupyter, desenvolvê-los e evoluí-los através dos repositórios Git e depois implantá-los na nuvem de maneira que colegas e usuários pudessem utilize-os digitando o URL em seus navegadores. Ao criar um tipo de itinerário para a construção desses PoCs de maneira controlada, a equipe acabou adotando metodologias de desenvolvimento de software Agile. “Para nós, isso foi realmente inovador”, disse Reznik. “Pode não ser para você, mas para nós, isso foi enorme.”
Foi assim que, durante o almoço, um dia, algumas das mais sofisticadas infraestruturas de software já criadas foram utilizadas para fornecer algo tão simples quanto uma prova de conceito. Algumas dezenas dessas pequenas descobertas por dia e depois de um tempo, a IBM pode descobrir que o OpenShift produziu um retorno sobre seu investimento na Red Hat.
Fonte: ZDNet
