Engenharia de plataforma e DevOps

O DevOps é uma abordagem adotada pelas organizações para integrar as funções de desenvolvimento de software e operações de TI em fluxos de trabalho iterativos. Já a engenharia de plataforma é mais voltada à criação de plataformas e ferramentas internas para viabilizar esses fluxos de trabalho. Engenharia de plataforma e DevOps são práticas de TI que usam princípios ágeis para acelerar o lançamento de versões e atenuar obstáculos ao desenvolvimento. No entanto, cada prática tem o momento certo para ser usada e se concentra em um conjunto diferente de problemas. Quando você conhece essas diferenças, fica mais fácil escolher a abordagem para alcançar seus objetivos.

Explore o Red Hat OpenShift para engenharia de plataforma

O DevOps combina as áreas de desenvolvimento e operações, utilizando ferramentas e processos para unir equipes que, antes, ficavam isoladas dentro das organizações. O DevOps usa princípios ágeis, uma metodologia de desenvolvimento que conta com equipes autogerenciadas e iteração rápida. Como sua implementação exige colaboração entre equipes, multifuncionalidade, construção de confiança e coesão, o DevOps é geralmente visto como uma transformação organizacional, e não apenas uma simples alteração no processo. A cultura da organização precisa mudar para viabilizar o DevOps.

As abordagens de DevOps e os princípios ágeis surgiram como resposta às críticas aos métodos tradicionais de desenvolvimento de software em cascata, que supostamente diminuem o ritmo da inovação e criam barreiras e obstáculos organizacionais. No sistema em cascata, os requisitos de código passam por testes de funcionalidade, eficiência, padronização e documentação antes de serem integrados em uma aplicação. Testar esses aspectos com antecedência pode prolongar a fila de processos, dificultando a execução do projeto dentro do escopo, prazo e orçamento, especialmente quando os projetos estão indefinidos ou sofrem mudanças constantes.

Por outro lado, o DevOps utiliza automação e processos cíclicos que permitem às equipes levar o software do desenvolvimento à produção rapidamente, implementando melhorias enquanto ele ainda está em produção. O DevOps exige comunicação e colaboração entre as equipes, com a adoção de práticas que promovam o compartilhamento de expertise. Essas práticas permitem que as melhorias no produto sejam integradas e desenvolvidas em iterações, em vez de serem planejadas com antecedência e lançadas em ciclos mais longos. O DevOps permite que as organizações aprimorem sistematicamente o software ao longo do tempo. Assim, as equipes podem se adaptar às mudanças e experimentar novas abordagens de um jeito que os modelos tradicionais de desenvolvimento frequentemente não permitem.

A engenharia de plataforma expande as práticas de DevOps, pois oferece ferramentas, serviços e fluxos de trabalho padronizados para as equipes de desenvolvimento poderem criar soluções de software com mais eficiência. Engenharia de plataforma é um termo mais recente, que descreve a prática de organizar serviços e recursos internos para as equipes de desenvolvimento criarem soluções sem a necessidade de gerenciar diretamente os recursos subjacentes. Os engenheiros de plataforma selecionam e mantêm as diversas ferramentas, serviços e documentações de que as equipes de desenvolvimento precisam para todos na organização de TI poderem trabalhar com eficiência, sem precisar configurar e gerenciar tudo manualmente, utilizando processos automatizados conhecidos como Golden Paths (caminhos dourados). Com a crescente adoção do DevOps, a engenharia de plataforma ganhou destaque por fornecer os componentes essenciais que suportam os fluxos de trabalho de DevOps e ajudam a escalá-lo em organizações empresariais.

Com um modelo self-service, as equipes de desenvolvimento acabam sobrecarregadas com tantas tecnologias disponíveis para realizar suas tarefas diárias. Lidar com diferentes conjuntos de ferramentas pode ser trabalhoso, reduzir a eficiência e aumentar a carga cognitiva das equipes. Além disso, também surgem desafios de onboarding, como a dificuldade de integrar novos membros, já que os recém-contratados precisam se adaptar a diversas ferramentas e sistemas, enquanto os membros mais experientes, que os auxiliam, se desviam de suas tarefas principais, resultando em perda de produtividade. A engenharia de plataforma tem como objetivo auxiliar os fluxos de trabalho de DevOps reduzindo essa sobrecarga. Assim, as organizações de TI podem priorizar a inovação enquanto os engenheiros de plataforma centralizam as práticas recomendadas e padronizam as experiências self-service para todos.

Bastidores da engenharia de plataforma. Duração do vídeo: 2:31

Descubra mais sobre a engenharia de plataforma

A engenharia de plataforma ajuda o DevOps a escalar, afinal, as equipes de DevOps não precisam fazer tudo sozinhas. A engenharia de plataforma ajuda a estabelecer ferramentas, conhecimento, serviços e processos padrão capazes de atender a diversas equipes de desenvolvimento na organização. Plataformas padronizadas permitem às equipes de desenvolvimento criar, implantar, gerenciar e oferecer suporte aos seus próprios componentes, enquanto o time de plataforma faz o mesmo com a infraestrutura subjacente. Isso permite que ambas as equipes concentrem seus esforços e entreguem com mais rapidez. As equipes de plataforma oferecem XaaS (Everything as a Service, ou "tudo como serviço" em português). Assim, as equipes de DevOps não precisam criar soluções cada finalidade específica.

Mas se as equipes de plataforma entregam componentes para as equipes de desenvolvimento, a engenharia de plataforma não pode acabar criando os mesmos problemas e dependências internas que o DevOps tentou mitigar anteriormente? Se a equipe de aplicações estiver esperando a equipe de plataforma fornecer o que precisa, isso não criará obstáculos no processo?

Teoricamente, sim. Mas as equipes de plataforma também têm o potencial de reduzir redundâncias e esforços duplicados, evitando desperdício de tempo para a organização como um todo. Várias equipes de desenvolvimento podem utilizar uma mesma plataforma self-service, sem a necessidade de cada uma criar sua própria plataforma com as mesmas funcionalidades. Isso mantém a consistência ao longo do tempo, mesmo que a equipe de desenvolvimento não seja mais responsável pelo projeto em questão. Além disso, essas equipes de plataforma tratam as equipes de desenvolvimento como clientes, com a consciência de que, se não atenderem às necessidades dos usuários, esses clientes internos usarão outro tipo de infraestrutura ou mecanismo de implantação. Por isso, há incentivo para a entrega ser rápida. Práticas recomendadas e soluções estabelecidas podem ser aplicadas à plataforma para que as equipes compartilhem o conhecimento com mais eficiência.

Quem conhece a engenharia de confiabilidade de sites (SRE) verá que o termo engenharia de plataforma parece familiar. SRE é um termo que o Google lançou no setor para descrever sistemas que executam soluções com automação, como uma alternativa ao trabalho manual que, originalmente, seria feito por administradores de sistema. As equipes de SRE desenvolvem processos e automação para garantir a integridade de sua infraestrutura e manter o tempo de atividade. As metas são compartilhadas entre profissionais de SRE e engenheiros de plataforma. Entretanto, a SRE prioriza o desempenho, a confiabilidade e a escala do software, enquanto a engenharia de plataforma se concentra em sistemas voltados a aprimorar a experiência do desenvolvedor.

Conheça a abordagem da Red Hat para SRE

É comum as equipes usarem a engenharia de plataforma para criar suas próprias plataformas de desenvolvimento interno (IDPs), ferramentas, serviços e documentação em um portal self-service. Os engenheiros de plataforma podem projetar e disponibilizar um IDP com base nas necessidades do usuário e práticas recomendadas, e depois iterá-lo por meio de pesquisas e testes de usabilidade. Considerando as equipes de desenvolvimento como usuários-alvo, os engenheiros de plataforma podem disponibilizar IDPs que viabilizem o self-service e ajudem as equipes de desenvolvedores a reduzir a carga cognitiva.

Organizações que desejam estabelecer integração e entrega contínuas (CI/CD) no ciclo de vida de desenvolvimento de software precisam adotar práticas de DevOps. A CI/CD automatiza a compilação e os testes de códigos, o que minimiza o impacto de bugs e falhas, pois o ciclo de desenvolvimento e atualização de software é integrado continuamente. Com a integração e a automação dos pipelines de CI/CD em todo o ciclo de vida do desenvolvimento de software, as organizações têm a visibilidade necessária para criar plataformas seguras e de alta qualidade, entregando aplicações com mais rapidez.

O DevOps e a engenharia de plataforma são abordagens distintas, mas complementares, para otimizar o desenvolvimento e a implantação de software. Embora busquem acelerar o lançamento e manter a estabilidade do sistema, elas diferem significativamente na execução. O DevOps oferece uma cultura e metodologia colaborativas. A engenharia de plataforma atua como uma disciplina orientada a soluções que desenvolve as ferramentas base para possibilitar a escala dessa cultura em toda a organização.

Nesse ecossistema, um engenheiro de DevOps se concentra em preencher a lacuna tradicional entre as equipes de desenvolvimento e as operações de TI. A principal responsabilidade deles é automatizar os processos de desenvolvimento, teste e implantação ao criar e manter pipelines de CI/CD. Para garantir a consistência nos ambientes, eles utilizam bastante a Infrastructure as Code para provisionar infraestruturas e plataformas automaticamente, em vez de configurar servidores manualmente. Essa função depende de uma mentalidade de melhoria contínua, com uma análise constante dos pipelines de implantação em busca de obstáculos. Além disso, os engenheiros de DevOps geralmente colaboram de perto com um engenheiro de confiabilidade de sites para equilibrar o ritmo acelerado de lançamentos de funcionalidades com metas rigorosas de uptime e confiabilidade do sistema.

Um engenheiro de plataforma aborda a infraestrutura com foco no produto, visando reduzir a carga cognitiva imposta aos desenvolvedores de software conforme os ambientes de nuvem se tornam cada vez mais complexos. A principal responsabilidade de um engenheiro de plataforma é desenvolver e gerenciar uma plataforma interna de desenvolvedor (IDP). Ela funciona como um portal self-service onde os desenvolvedores podem provisionar ambientes, bancos de dados e pipelines por conta própria. Ao fazer isso, eles padronizam os controles de acesso ao sistema e a conformidade com a segurança nos templates da plataforma. Os engenheiros de plataforma transformam modelos de alto nível em caminhos dourados reutilizáveis que reduzem as complexidades subjacentes da rede em nuvem e da orquestração de containers. Assim, os desenvolvedores podem se concentrar apenas em escrever o código da aplicação.

Em ambientes empresariais, a segurança e a conformidade devem ser integradas diretamente às práticas diárias de implantação. Embora os modelos tradicionais de DevOps enfatizem a filosofia shift left, abordando a segurança por meio de testes automatizados e integração contínua na fase de desenvolvimento, isso pode aumentar drasticamente a carga cognitiva dos desenvolvedores. Para mitigar essa carga, a equipe de engenharia de plataforma pode desenvolver plataformas seguras e em conformidade desde o início. 

Ela reduz a complexidade regulatória incorporando políticas de segurança e conformidade em ferramentas de automação e práticas padronizadas de CI/CD. Com essa abordagem, os desenvolvedores podem criar em uma infraestrutura segura e escalável sem precisar se especializar em conformidade.

Além disso, a integração de um gerenciamento de riscos robusto nas plataformas em nuvem requer uma abordagem unificada para Infrastructure as Code e conteinerização. As equipes de DevOps aproveitam essas metodologias para acelerar a entrega de software, enquanto os engenheiros de plataforma gerenciam os sistemas subjacentes apoiados pelo governo. Essa colaboração permite a sinalização instantânea de desvios dos requisitos organizacionais. Com a transferência da responsabilidade de desenvolver sistemas escaláveis e seguros para uma estratégia de plataforma centralizada, as organizações podem acelerar a velocidade dos lançamentos e manter uma postura firme em relação aos riscos regulatórios e operacionais.

As soluções e serviços da Red Hat® se integram para auxiliar na produtividade dos desenvolvedores e oferecer a flexibilidade de que as empresas precisam para aumentar a eficiência das equipes, enquanto ampliam o self-service, aceleram o onboarding e reduzem tarefas repetitivas entre as equipes.

O Red Hat Developer Hub é um portal interno do desenvolvedor de nível empresarial que se baseia no projeto Backstage da Cloud Native Computing Foundation (CNCF). O Red Hat Developer Hub ajuda as organizações a consolidar as opções de tecnologia, expandir o self-service e a integração e incrementar a produtividade. Com o Red Hat Developer Hub, as organizações podem usar um portal interno do desenvolvedor para consolidar elementos do processo de desenvolvimento, simplificar fluxos de trabalho e promover a colaboração interna.

Integrado ao Red Hat Developer Hub, o Red Hat OpenShift® permite que os desenvolvedores utilizem as ferramentas em que confiam em uma variedade de aplicações, sejam nativas em nuvem, legadas ou modernizadas, onde quer que estejam implantadas: on-premise, na nuvem ou na edge.

Descubra as novidades e o que vem por aí no Red Hat OpenShift