Para os desenvolvedores de aplicativos, trata-se da capacidade de realizar tarefas sem precisar criar tickets e esperar dias até que outra pessoa atenda a elas. O autoatendimento para desenvolvedores é apoiado pelo que chamamos de caminhos dourados ou estradas pavimentadas. Um caminho dourado é uma forma predefinida, opinativa e apoiada de construir, implantar e operar software. Um caminho dourado pode não ser a única maneira de fazer algo na plataforma, mas certamente é o caminho recomendado e com curadoria de menor resistência.
Os engenheiros de plataforma são frequentemente ignorados quando se trata de autoatendimento. Normalmente, espera-se apenas que eles criem recursos de autoatendimento para desenvolvedores de aplicativos, mas quase nunca são considerados engenheiros que precisam ser atendidos pela plataforma. Mas, como discutimos no primeiro princípio deste artigo, um PDI também deve servir aos engenheiros de plataforma. Espera-se que os engenheiros de plataforma forneçam infraestruturas, ambientes, pipelines consistentes e assim por diante. Assim como se espera que os construtores de cidades forneçam a mesma voltagem de eletricidade para todas as partes de uma cidade, a mesma pressão de água para todas as residências, também se espera que os engenheiros de plataforma forneçam as mesmas bases consistentes para os desenvolvedores construírem.
Essa consistência só pode ser alcançada por meio de caminhos dourados de autoatendimento que estão disponíveis para engenheiros de plataforma. Autoatendimento para engenheiros de plataforma significa fornecer à própria equipe da plataforma um conjunto de blocos de construção automatizados e combináveis que lhes permite projetar, estender e operar o IDP com eficiência, sem ter que unir manualmente a infraestrutura ou reinventar padrões a cada vez. Esses caminhos dourados de autoatendimento precisam ter as proteções corretas integradas (para lidar com ações arriscadas, como a remoção de ambientes, por exemplo), bem como trilhas de auditoria e governança adequada em escala.
Os caminhos dourados do autoatendimento, tanto para desenvolvedores quanto para engenheiros de plataforma, são, portanto, um princípio fundamental em um PDI. As características desses caminhos dourados são:
- Opinativo, não restritivo: eles codificam as melhores práticas (opções de pilha de tecnologia, modelos de CI/CD, políticas de segurança), deixando flexibilidade para casos extremos.
- Fluxo de trabalho de ponta a ponta: eles cobrem todo o ciclo de vida, desde a estruturação de um aplicativo, provisionamento de infraestrutura e CI/CD até observabilidade, monitoramento e resposta a incidentes.
- Autoatendimento: Eles são expostos aos desenvolvedores por meio de ferramentas de autoatendimento, UI ou comandos CLI no IDP.
- Abstraia a complexidade: desenvolvedores e engenheiros de plataforma não precisam conectar Kubernetes, pilhas de observabilidade, IAM, etc.
- Mantido continuamente: os engenheiros de plataforma desenvolvem caminhos dourados juntamente com as necessidades organizacionais, requisitos de segurança e novas tecnologias.
Orientado por operações, declarativo e automatizado
A automação (obviamente) é crítica para um PDI. Não é possível atingir os objetivos de um PDI sem automação. Mas a automação sem disciplina é apenas uma receita para o caos. É por isso que a automação orientada por operações é o caminho a seguir. A automação orientada por operações consiste basicamente em seguir os fluxos de trabalho do GitOps para alterações feitas no IDP. Cada ação executada no IDP deve ser versionada, registrada e reversível. Todas as ações precisam ter trilhas de auditoria.
É importante que as automações de um IDP estejam em formato declarativo. Trata-se de declarar o estado desejado do sistema, em vez de monitorar e reagir continuamente a eventos e alertas. Pense nas luzes das ruas de uma cidade. Alguém precisa acender as luzes ao anoitecer e apagá-las ao amanhecer. Se algo der errado no meio da noite e as luzes se apagarem, alguém precisa cuidar disso e acender as luzes novamente. Este é um processo complicado e requer muito trabalho. No entanto, imagine ser capaz de declarar o estado desejado, pois “as luzes precisam estar acesas sempre que houver escuridão”. Se o sistema puder reconciliar automaticamente o estado das luzes com o estado desejado, a operação das luzes da cidade se tornará muito mais eficiente e suave. Ninguém precisa acordar no meio da noite só por causa de uma falha no sistema. O sistema se recupera automaticamente.
Para uma experiência verdadeiramente prática de operação de um IDP, as automações da plataforma precisam funcionar de maneira declarativa. As automações declarativas com fluxos de trabalho orientados a operações são, portanto, um princípio fundamental para a construção de um IDP.
Inteligente e perspicaz
Um PDI atende muitas partes interessadas. Embora possa atender principalmente a desenvolvedores de aplicativos e engenheiros de plataforma, os benefícios de um IDP podem ser obtidos por muitas partes de uma organização. Para tornar isto possível, o deslocado interno deve expor informações e conhecimentos relevantes a todas as partes. Aqui estão alguns exemplos de diferentes partes interessadas e os dados e insights relevantes.
- Para desenvolvedores e operadores: Insights necessários para solucionar incidentes. Impulsionado principalmente por dados de observabilidade (ou seja, logs, métricas, rastreamentos).
- Para partes interessadas nos negócios: insights que mostram o impacto dos artefatos digitais nos negócios. Por exemplo, dados como pedidos feitos, crescimento de usuários, cancelamentos de pedidos, etc. Isso envolve basicamente a conversão de dados técnicos das APIs de uma organização em insights de negócios.
- Para gerentes de engenharia: Insights necessários para avaliar a velocidade e a estabilidade da organização na entrega de software. Baseado principalmente nas conhecidas métricas DORA.
- Para arquitetos: Insights que ajudam a determinar o ROI de artefatos digitais, insights sobre a eficiência dos recursos, detalhamento de custos, etc.
Na nossa era de uso intensivo de dados, insights sem inteligência são insuficientes. Por muitos anos, estamos acostumados a observar todos os tipos de gráficos, tabelas e relatórios. Tivemos que passar pela difícil tarefa de analisar esses relatórios para compreender as áreas de melhorias. Mas agora, muitas destas tarefas podem ser transferidas para agentes de IA dentro do PDI. Além de mostrar gráficos, tabelas e relatórios, esses agentes podem ajudar a determinar as causas das falhas e também outras áreas de melhorias para nossos artefatos digitais.
É claro que a inteligência se aplica a todos os aspectos, não apenas para insights. Um PDI deve incorporar IA em todos os lugares onde faça sentido. Pense em conformidade, governação, monitorização, etc. A IA tornou-se uma ferramenta que pode ajudar muitas dessas áreas de um PDI. Portanto, é crucial considerar a IA e os insights como princípios fundamentais de um PDI.
Orientação do produto
Um PDI não deve ser um projecto único. Um projeto é algo que você faz uma vez e termina. Tem uma data de início e uma data de término. Um PDI nunca é um projeto concluído. É algo que continua a viver e evoluir, para sempre.
A entrega de software nunca termina. Além disso, os tipos de software entregues e as formas como são entregues mudam inevitavelmente. O que você entrega hoje não é a mesma coisa que entregará amanhã. Se você tratar o seu PDI como um projeto único, você construirá para as necessidades de hoje e parará, e o seu PDI não atenderá às necessidades de amanhã. É por isso que você precisa de uma mentalidade de produto para seu PDI. O seu PDI deve evoluir para atender às necessidades futuras, acompanhando as ferramentas e tecnologias da indústria moderna e fornecendo uma plataforma para elevar e modernizar a sua organização.
Uma mentalidade de produto para um PDI requer gerenciamento de produto adequado. Isso inclui manter um roteiro claro, ter cadência de lançamento regular, gerenciamento do ciclo de vida dos recursos, rastreamento de problemas e assim por diante. Também requer prestar atenção aos fatores não técnicos necessários para o seu sucesso. Você precisa criar consciência suficiente em torno da plataforma, aumentar sua adoção, coletar feedback dos usuários, inserir esses aprendizados no roteiro e continuar a iterar.
Esta mentalidade de produto é, portanto, um princípio fundamental de um PDI. É fundamental para o sucesso a longo prazo. Tratar um deslocado interno como um projecto proporcionar-lhe-á benefícios a curto prazo, mas acabará por falhar a longo prazo. Uma forte gestão de produtos com um compromisso real de evoluir o PDI como um produto é o que garantirá o seu sucesso global.
Pensamentos finais
Um ótimo PDI é mais do que uma coleção de ferramentas. É a sua “cidade planejada” para entrega de software, fornecendo abstrações consistentes, proteções confiáveis e caminhos dourados que capacitam desenvolvedores e engenheiros de plataforma.
Muitos IDPs, tanto soluções locais quanto soluções prontas para uso, tendem a se concentrar apenas na redução da carga cognitiva dos desenvolvedores e na entrega de software com mais rapidez. Embora esta abordagem possa proporcionar ganhos a curto prazo, ela cria ineficiências e trabalho extra a longo prazo.
Um IDP bem-sucedido remove barreiras à eficiência e coloca desenvolvedores e engenheiros de plataforma nos caminhos dourados do autoatendimento. Cria ordem, economiza tempo, economiza dinheiro, aumenta a satisfação e melhora significativamente a capacidade de inovação de uma organização.
–
Fórum de Nova Tecnologia oferece um local para líderes de tecnologia — incluindo fornecedores e outros colaboradores externos — explorarem e discutirem tecnologias empresariais emergentes com profundidade e amplitude sem precedentes. A seleção é subjetiva, baseada na escolha das tecnologias que acreditamos serem importantes e de maior interesse para os leitores do InfoWorld. A InfoWorld não aceita material de marketing para publicação e reserva-se o direito de editar todo o conteúdo contribuído. Enviar tudo consultas para [email protected].
