A gestão de uma plataforma para programadores e de aplicações contentorizadas requer várias tarefas administrativas diferentes que tem de realizar de forma contínua. Estas tarefas incluem, por exemplo, a criação de novas aplicações a partir de um modelo, a autorização de novos grupos de programadores para usar a plataforma de programadores, o planeamento das necessidades de capacidade e a depuração de problemas de tempo de execução.
As operações podem ser automatizadas ou realizadas manualmente.
Operações automatizadas comuns
O plano detalhado oferece automatização para algumas das tarefas mais comuns sob a forma de acionadores de webhook, que são um tipo simples de API. Os acionadores são ligados automaticamente a eventos de webhook provenientes de um dos repositórios de controlo de origem. Plataforma de programadores os programadores podem ligar os outros acionadores. Normalmente, os programadores da plataforma de programadores escrevem um portal do programador, que pode ser um formulário Web simples que chama um acionador de webhook quando um formulário é enviado.
A tabela seguinte descreve as tarefas comuns que o esquema automatiza através de acionadores de webhook. As frequências das tarefas destinam-se a ser ilustrativas, uma vez que a frequência de uma tarefa depende de muitos fatores. As tarefas não se repetem necessariamente em intervalos precisos.
| Tarefa | Utilizador | Descrição | Frequência das tarefas |
|---|---|---|---|
Adicione um inquilino. |
Administrador da plataforma para programadores |
O administrador envia um formulário no portal do programador. Os novos campos do formulário incluem o nome do inquilino e os membros da equipa. Um acionador automático cria os recursos para o novo inquilino. |
Algumas vezes por ano |
Adicione uma aplicação com base num modelo de aplicação existente. |
Programador de aplicações |
O programador envia um formulário no portal do programador. Os novos campos do formulário de candidatura incluem o nome do inquilino, o nome da aplicação e o modelo de aplicação base. Um acionador automático cria recursos para uma nova aplicação. |
Algumas vezes por ano |
Crie e implemente alterações ao código-fonte de uma aplicação no ambiente de desenvolvimento. |
Programador de aplicações |
O programador edita o código-fonte, executa e testa o código localmente e confirma o código. O projeto não está envolvido nos fluxos de trabalho de programadores locais, mas a ferramenta Skaffold suporta um passo de compilações locais. |
Algumas vezes por dia para cada aplicação |
Implemente alterações de configuração YAML para uma aplicação no ambiente de desenvolvimento. Um exemplo de alteração da configuração YAML é aumentar a CPU de um recurso de implementação. |
Programador de aplicações |
O programador edita a configuração da aplicação e confirma a alteração. |
Algumas vezes por semana para cada aplicação |
Implementar alterações da infraestrutura da aplicação no ambiente de programação. A infraestrutura da aplicação são os recursos na nuvem no projeto de uma aplicação. Um exemplo de alteração é um aumento da quantidade de CPUs para uma instância do AlloyDB for PostgreSQL. |
Programador de aplicações |
O programador edita o projeto do Terraform do recurso da aplicação e confirma a alteração. O programador envia um formulário no portal do programador. Um acionador automatizado inicia o plano e aplica o pipeline. |
Muitas vezes por ano |
Promover alterações da aplicação do desenvolvimento para a não produção (ou da não produção para a produção). As alterações às aplicações podem incluir novas imagens de aplicações ou alterações à configuração YAML das aplicações. |
Operador de aplicações |
O operador une as alterações do ramo de desenvolvimento ao ramo de não produção (ou do ramo de não produção ao ramo de produção). O operador supervisiona a implementação. |
Várias vezes por semana para cada aplicação |
Promover alterações à infraestrutura da aplicação do desenvolvimento para a não produção (ou da não produção para a produção). |
Operador de aplicações |
O operador une as alterações selecionadas do ramo de desenvolvimento ao ramo de não produção (ou do ramo de não produção ao ramo de produção). O operador supervisiona a implementação. |
Várias vezes por trimestre para cada aplicação |
Operações manuais comuns
Algumas operações da plataforma do programador são menos estruturadas por natureza e não usam a automatização com uma plataforma do programador. Pode desenvolver os seus próprios manuais de soluções com base neste modelo e realizar estas tarefas na Google Cloud consola.
A tabela seguinte descreve estas tarefas não automáticas. As frequências das tarefas destinam-se a ser ilustrativas, uma vez que a frequência de uma tarefa depende de muitos fatores. As tarefas não ocorrem necessariamente em intervalos precisos.
| Tarefa | Utilizador | Descrição | Frequência das tarefas |
|---|---|---|---|
Definir um novo modelo de aplicação. |
Programador da plataforma para programadores |
O programador modifica um modelo de aplicação baseado num modelo de projeto ou transfere um modelo para um novo idioma. |
Algumas vezes por ano |
Investigue erros de tempo de execução do serviço no ambiente de desenvolvimento. |
Programador de aplicações |
O programador usa o Explorador de registos e o Explorador de métricas na Google Cloud consola para rever os registos de erros, as métricas de monitorização e os dados de séries cronológicas para inquilinos e aplicações. |
Alguns dias por mês |
Investigue erros de tempo de execução do serviço em ambientes de produção ou não produção. |
Operador de aplicações |
O operador usa o Explorador de registos e o Explorador de métricas na Google Cloud consola para rever os registos de erros, as métricas de monitorização e os dados de séries cronológicas para inquilinos e aplicações. |
Alguns dias por mês |
Investigue erros de compilação. |
Programadores de aplicações |
O programador vê o histórico do Cloud Build, incluindo o estado e os registos da compilação, na Google Cloud consola. |
Algumas vezes por semana |
Investigue erros de implementação no ambiente de desenvolvimento |
Programadores de aplicações |
O programador vê o histórico de lançamentos e implementações do Cloud Deploy na Google Cloud consola para ver o estado de êxito e os registos de uma tentativa de implementação, incluindo quaisquer erros. |
Alguns dias por mês |
Investigue erros de implementação nos ambientes de não produção e de produção |
Operadores de aplicações |
O operador vê o histórico de lançamentos e implementações do Cloud Deploy na Google Cloud consola para ver o estado de êxito e os registos de uma tentativa de implementação, incluindo registos de erros. |
Alguns dias por mês |
Estabeleça ligação a clusters para depurar problemas do GKE. |
Administrador da plataforma para programadores |
O administrador usa o gateway Connect para se ligar a clusters privados. Para problemas comuns, como pods não agendados, o administrador pode rever informações sobre problemas comuns (como pods não agendados) na Google Cloud consola. |
Alguns dias por mês |
Planeie a capacidade e otimize os custos. |
Administrador da plataforma para programadores |
O administrador revê a utilização de recursos do GKE, agregada por âmbito ou espaço de nomes, naGoogle Cloud consola. |
Agendada como uma tarefa recorrente mensal. |
Redimensione, adicione ou remova conjuntos de nós. |
Administrador da plataforma para programadores |
O administrador edita a IaC conforme adequado e volta a implementar as aplicações. |
Feito em resposta ao planeamento da capacidade. |
Verifique a postura de segurança. |
Administrador da plataforma para programadores |
O administrador verifica a existência de vulnerabilidades e a conformidade com as normas através do painel de controlo de segurança do GKE. |
Agendada como uma tarefa recorrente mensal. |
Atualizar as versões do software do sistema do cluster (por exemplo, a versão do Kubernetes). |
Administrador da plataforma para programadores |
O administrador usa as janelas de manutenção e as exclusões do GKE para permitir atualizações apenas durante os horários planeados. O administrador usa primeiro a janela de atualização aberta no ambiente de desenvolvimento. Depois de avaliar o estado da atualização, o administrador atualiza o ambiente de não produção e, em seguida, o ambiente de produção. |
Agendada como uma tarefa recorrente trimestral. |
Instale atualizações de segurança críticas do cluster. |
Nenhum |
Automático, feito pelo GKE. |
Algumas vezes por ano |
Teste a comutação por falha regional. |
Administrador da plataforma de programadores e administrador da aplicação |
Os administradores agendam e iniciam manualmente uma comutação por falha regional do ambiente, conforme adequado. |
Anualmente, como parte dos exercícios de recuperação de desastres |
Adicione uma região. |
Administrador da plataforma para programadores, programador da plataforma para programadores e administrador da aplicação |
O administrador da plataforma de programadores implementa clusters do GKE adicionais na nova região. O administrador atualiza o modelo de aplicação para adicionar o novo passo de implementação para os ambientes relevantes. O operador da aplicação integra então a alteração para adicionar a sequência de implementação de modo a incluir a nova região. |
Muito raramente |
Mover-se para uma nova região. |
Administrador da plataforma para programadores, programador da plataforma para programadores e administrador da aplicação |
Os utilizadores adicionam a nova região conforme descrito em Adicione uma região. Após testarem a nova configuração, os utilizadores removem a região antiga. |
Muito raramente |
O que se segue?
- Leia acerca da gestão de custos e atribuições para a plataforma de programadores (documento seguinte nesta série).