No KubeCon Europe, Marcy Paramonova e Stéphane Cusin mostraram como o open source foi decisivo para criar uma cultura de plataforma colaborativa em um ambiente bancário. A confiança surgiu da previsibilidade, não das funcionalidades, e padrões abertos foram o alicerce.
Plataforma é um sistema de colaboração entre times de aplicação e de plataforma.
Open source fornece padrões comuns e linguagem unificada.
Confiança é construída pela consistência operacional, não por features.
Transparência e iteração geram engajamento mais que produtos prontos.
Práticas de comunidade open source (documentação, propriedade explícita) moldam a cultura de engenharia.
Plataforma é um sistema de colaboração
Para Marcy Paramonova, uma plataforma é, essencialmente, um sistema de colaboração. Times de aplicação dependem da plataforma, e o time de plataforma depende dos times de aplicação. Ambos precisam avançar juntos, e isso só é possível com padrões compartilhados.
Stéphane Cusin reforçou que o open source entregou algo que eles precisavam desesperadamente: um padrão comum e uma linguagem unificada entre times, fornecedores e ferramentas. Em um banco, isso não era uma escolha óbvia.
Como o open source viabilizou a cultura de plataforma no banco
Padrão comum e linguagem unificada: Em ambientes bancários, o open source não era uma escolha óbvia. Havia questionamentos sobre suporte e accountability. Mas a confiança é construída operando a plataforma dia após dia, com consistência.
Confiança pela previsibilidade: Engenheiros de plataforma aprenderam que desenvolvedores confiam na plataforma não por suas funcionalidades, mas porque ela se comporta de maneira previsível. A experiência deve ser a mesma em desenvolvimento, teste e produção.
Mais do que ferramentas: Open source não é apenas uma escolha de software: é um compromisso. Se você só muda as ferramentas, mas não a forma como as pessoas pensam e colaboram, você bate em um muro. O open source foi uma bússola, não um dogma.
Lições práticas para construir confiança e engajamento
Automatização e padronização: O time investiu pesado em padronização, automação e excelência operacional. Ambientes consistentes geram expectativas consistentes. Responsabilidades foram explicitadas: quais serviços o time de plataforma opera, quais SLAs são esperados e onde começam as responsabilidades dos times de aplicação.
Redução da carga cognitiva: Em vez de expor todas as funcionalidades do Kubernetes, eles ofereceram padrões opinativos e fluxos de trabalho simplificados. Desenvolvedores focam na aplicação, não na complexidade da infraestrutura. Essa simplificação foi crucial para a adoção.
Transparência desde o início: Quando novos componentes eram introduzidos, eles não esperavam a perfeição. Compartilhavam o que estavam fazendo e por quê. Essa transparência se mostrou mais valiosa que um produto polido, transformando usuários em testadores e colaboradores.
Genius Bar e suporte colaborativo: Sessões de suporte abertas onde engenheiros resolviam problemas junto com os usuários, saindo do modelo tradicional de tickets. Com o tempo, times de infraestrutura também passaram a participar, gerando uma rede de colaboração.
Clubes e apropriação: A abordagem orientada à comunidade fez com que engenheiros criassem clubes em torno de tecnologias. A propriedade mudou o engajamento: eles não apenas executam tarefas, mas tomam decisões reais e geram impacto.
Impacto na cultura de engenharia
Adotar Kubernetes não é só adotar um orquestrador de containers. É ingressar em uma comunidade com normas, expectativas e uma forma de trabalhar. A cultura open source influenciou práticas internas: documentação de decisões, contribuição de volta, propriedade explícita. A mudança cultural não veio de um anúncio, mas porque as ferramentas exigiram uma nova maneira de trabalhar, e essa maneira se tornou a deles.
Engenheiros passaram a ter mais autonomia, mais senso de propósito e habilidades interpessoais. O open source foi o catalisador de uma transformação que vai além da tecnologia.
Perguntas Frequentes
Como o open source ajuda na colaboração entre times de plataforma e aplicação?
Fornece padrões compartilhados e uma linguagem comum, eliminando divergências e facilitando a integração entre equipes e ferramentas.
Por que a previsibilidade é mais importante que funcionalidades na plataforma?
Desenvolvedores confiam quando o comportamento é consistente; funcionalidades novas geram ansiedade se não forem confiáveis. A confiança operacional é a base.
O que são sessões Genius Bar?
Sessões de suporte abertas e presenciais onde engenheiros da plataforma resolvem problemas junto com os usuários, promovendo colaboração direta e engajamento.
Como o open source muda a cultura de engenharia além das ferramentas?
Incute práticas como documentação explícita, contribuição ativa e propriedade compartilhada, transformando a mentalidade dos times e fomentando autonomia.
Qual o principal desafio de adotar open source em bancos?
Questões de suporte, segurança e accountability, que são superadas investindo em excelência operacional e construindo confiança progressiva por meio da consistência.