Sapience AI Corporation

Engenheiro Líder Sênior, Engenharia de Plataforma e Resiliência em Nuvem

Estados Unidos

Seattle, Washington, United States

PythonSQLGCPTerraform
Tradução automática. Consulte o original.

Sobre a Sapience AI

A Sapience AI é a plataforma de inteligência coletiva para comunidades profissionais. Atuamos acima dos CRMs, plataformas AMS e bases de conhecimento que as organizações já utilizam, transformando a expertise dispersa nelas em algo que cada membro pode pesquisar, utilizar e compartilhar.

A inteligência que uma comunidade precisa já está dentro dela. A maioria das organizações simplesmente não consegue acessá-la. O conhecimento vive em silos, em sistemas legados, nas mentes de alguns especialistas e em registros fragmentados que ninguém consegue conectar. Nós mudamos isso.

Nosso trabalho é fundamentado em quatro compromissos: a tecnologia eleva as pessoas e nunca as substitui, a melhor expertise já está dentro da comunidade, tudo é construído com base na confiança e cada implementação é orientada por um propósito para a organização que atende.

Vamos alcançar mais, juntos.

Onde esta função se encaixa

Cada cliente que atendemos opera em seu próprio ambiente isolado no Google Cloud, provisionado pelo Terraform e operado sob um padrão de segurança empresarial de confiança zero (zero trust). As organizações que atendemos variam de pequenas comunidades profissionais a comunidades muito grandes, e a plataforma precisa suportar as maiores delas em mais de uma região.

Hoje, a plataforma é operada pelo nosso Arquiteto de Nuvem com dois engenheiros de plataforma (DevOps e engenharia de plataforma) que realizam o trabalho diário em diferentes fusos horários. À medida que a base de clientes cresce, a arquitetura de nuvem e as operações de nuvem precisam de um responsável cada. Esta função assume as operações: este cargo é responsável por como as mudanças chegam à produção e como o ambiente de nuvem é executado no dia a dia, além de liderar os engenheiros de plataforma existentes. Esta função também apoia e serve como recurso para a equipe de suporte, o help desk e a base de conhecimento por trás dela — para que tenha um responsável que não seja esta função e nem o Arquiteto de Nuvem — da Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 1. O Arquiteto de Nuvem mantém a arquitetura de nuvem, nosso Arquiteto de Segurança mantém a segurança, e esta função apoia e auxilia o Arquiteto de Nuvem na construção da próxima geração.

Este é um cargo de liderança onshore. Esta posição lidera os engenheiros de plataforma em iniciativas visionárias distribuídas por fusos horários. A responsabilidade principal desta função é liderar os engenheiros de plataforma, inspirá-los e auxiliá-los em seu desenvolvimento profissional, enquanto mantém uma plataforma 24/7/365.

Por que esta função existe

Uma plataforma que fornece ambientes isolados para cada cliente precisa de um responsável pelas operações com profundidade para executá-la e discernimento para dizer quando não está pronta. Arquitetura e operações são disciplinas diferentes; à medida que mais clientes chegam, cada um merece um líder cuja atenção não esteja dividida. Esta função é a liderança de operações, com dois engenheiros de plataforma já posicionados para serem liderados.

Esta função existe para que as operações tenham um responsável que tenha vindo do suporte e tenha operado produção em escala, para que o tempo do Arquiteto de Nuvem seja dedicado ao próximo nível em vez da implementação atual, e para que a função de suporte seja construída por alguém que já construiu uma antes — sem que essa pessoa se torne o help desk.

Formas de trabalho aumentadas por IA

A IA está incorporada na forma como esta plataforma é executada, não adicionada ao final. O padrão é a parceria humana: a IA acelera o trabalho, esta função detém a interpretação e a decisão. A função herdará ferramentas de planejamento, triagem e revisão assistidas por IA e espera-se que as torne melhores.

O que esta função não é

  1. Esta função faz parceria com a arquitetura de nuvem e segurança, mas não pertence a nenhuma delas. Operando o que é produzido; o Arquiteto de Nuvem detém o design e o Arquiteto de Segurança detém a postura de segurança.
  1. Esta função não é uma tomada de controle do código de aplicação de outras equipes. Eles continuam criando seus serviços; eles os colocam nesta plataforma seguindo o padrão.
  1. Esta função não é design de dados vetoriais ou modelagem de grafos. Esta função opera o substrato de dados; seu design é de propriedade da equipe de dados e dos DBAs.
  1. Esta função não é o help desk. Esta função ajuda a construí-lo e permanece com as mãos na massa na plataforma todos os dias; assim que um líder de suporte estiver no lugar, a fila será deles.

Como é o sucesso

  1. O Arquiteto de Nuvem está fora do caminho de implantação. Merges, applies e despachos são executados sob a autoridade desta função, com a trilha de auditoria para comprovar.
  1. O pager tem um proprietário e uma escala. O on-call cobre todas as horas com pessoas nomeadas, os runbooks foram exercitados e os incidentes produzem postmortems que mudam algo.
  1. Uma função de suporte existe e tem um proprietário. Esta posição ajudará a projetar sua entrada, metas e base de conhecimento, a primeira contratação de suporte está no lugar e as solicitações repetidas tornaram-se automação ou autoatendimento.
  1. Os engenheiros que esta posição lidera mantêm a escala. Eles executam seus turnos a partir de pacotes de tarefas que podem executar sem esta função, e pelo menos um deles está no caminho para liderar.
  1. O padrão Terraform se mantém. As equipes criam seguindo-o, o CI o aplica, o drift é detectado por um job, não por um incidente.
  1. Novos níveis chegam sem um redesenho. Quando o próximo cliente no topo da faixa de tamanho chega, o posicionamento e o dimensionamento vêm do modelo que esta posição ajudou a construir.

Quem é você

Experiência vindo do suporte ou operações e nunca perdendo o instinto para o que é necessário para manter as pessoas desbloqueadas. Em algum momento, você aprendeu a ler código, revisar um pull request e escrever a automação que tornou a fila menor, e você operou produção em uma nuvem pública em uma escala onde os erros são visíveis. Você construiu a equipe que a manteve funcionando, e você prefere tornar um risco legível do que dizer não.

Como você trabalha

A equipe de plataforma vive sob um lema: automatizar um mundo seguro. Cada item abaixo é uma forma de fazer isso.

  1. Mantenha as pessoas desbloqueadas. Saiba como é uma boa função de suporte por dentro e construa a estrutura que permite que outra pessoa a execute.
  1. Mantenha uma linha de prontidão sob pressão de entrega e torne o risco legível em vez de apenas dizer não.
  1. Transforme solicitações repetidas em automação e torne o caminho automatizado e seguro o mais fácil.
  1. Meça antes de afirmar e prefira sinais de sistemas de registro em vez de autorrelatos.
  1. Escreva as coisas: pacotes de tarefas que um engenheiro júnior pode executar, runbooks que foram exercitados, postmortems que nomeiam a correção.
  1. Desenvolva pessoas com propósito. Delegue trabalho com contexto suficiente para ter sucesso e revise-o de uma forma que ensine e eduque.
  1. Trate o aprendizado como o trabalho: acelere rápido, pergunte cedo e mude de ideia quando as evidências mudarem.
  1. Assuma o melhor em seus parceiros, compartilhe abertamente e trate a confiança como algo que você constrói todos os dias.

Serviços e ferramentas

Não selecionamos com base em certificações. A plataforma roda em:

  1. Google Cloud: GKE, Cloud IAM, rede VPC, Cloud KMS, Secret Manager, Cloud SQL e AlloyDB, Cloud Run, Artifact Registry, Cloud Build.
  1. Terraform, GitHub Actions, Self-Hosted Runners, Helm, Kustomize.
  1. Python, OpenTelemetry.
  1. Ferramentas de tickets e chat para entrada e rastreamento; ferramentas de planejamento, triagem e revisão assistidas por IA.

Parceiros multifuncionais

Trabalhe com todas as equipes de engenharia que entregam na plataforma; o relacionamento é um padrão em vez de um service desk. Faça parceria com nosso Arquiteto de Segurança em identidade, chaves, perímetros e a trilha de auditoria por trás deles. Faça parceria com os DBAs na camada de dados, operando-a enquanto eles detêm seu design. Lidere os engenheiros de plataforma distribuídos e reporte-se ao Arquiteto de Nuvem, com quem você compartilha a arquitetura de nuvem.

Como contratamos

Analisamos todas as candidaturas e encorajamos você a se inscrever mesmo que não corresponda a cada linha acima. Pesquisas mostram que pessoas talentosas, especialmente aquelas de comunidades sub-representadas, muitas vezes hesitam quando não atendem a todos os requisitos. Se essa for a única coisa que o impede, inscreva-se mesmo assim.

A Sapience AI é um empregador que oferece oportunidades iguais. Estamos comprometidos com um local de trabalho onde todos, independentemente de sua origem, tenham voz na construção do que vem a seguir.

A Sapience AI é um empregador que oferece oportunidades iguais. Não discriminamos com base em gênero, raça ou cor, etnia ou origem nacional, idade, deficiência, religião, orientação sexual, identidade ou expressão de gênero, status de veterano ou qualquer outra característica protegida. Se você precisar de uma acomodação para concluir nosso processo de candidatura, informe seu recrutador.

Responsabilidades

Esta posição detém cinco áreas de responsabilidade, e esta função auxilia em uma sexta. Cada uma das cinco é de responsabilidade desta função para executar e melhorar.

  1. Operações de plataforma e o caminho para a produção. Seja responsável pelo caminho de merge-to-production para a plataforma e os serviços compartilhados dos quais ela depende: revisão de pull request, a disciplina de plan-and-apply, despachos de implantação para ambientes de clientes, rollback. Seja responsável pelos portões automatizados de qualidade e segurança nesse caminho e mantenha-os rápidos o suficiente para que ninguém queira contorná-los. Esta posição é a autoridade de merge para os repositórios da plataforma.
  1. Operações de nuvem. Seja responsável pela execução diária do ambiente Google Cloud: ciclo de vida de projetos e ambientes, higiene de IAM e identidade de carga de trabalho, cotas e reservas, visibilidade de custos, rotação de certificados e chaves, patching e fixação de versões, drift. Construa dashboards de nível NOC da plataforma, para que a saúde de cada ambiente de cliente, o caminho para a produção e o ambiente de nuvem possam ser lidos de um só lugar rapidamente. Seja responsável pela trilha de auditoria, para que quem detém qual acesso e o que está exposto sejam perguntas respondíveis.
  1. Terraform e provisionamento. Opere, revise e estenda o Terraform que provisiona cada ambiente: convenções de módulos, layout de estado, fixação de versões, CI plan-gating, detecção de drift. O padrão existe; esta função mantém sua aplicação no CI, revisando o que outras equipes criam em relação a ele, e espera-se que esta função o aprimore.
  1. On-call e prontidão operacional. Projete e execute a escala de on-call e participe dela. Seja responsável por SLOs, runbooks que foram exercitados, resposta a incidentes e postmortems, e o portão de prontidão da Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 2 que a infraestrutura com estado auto-operada deve passar antes do lançamento — e mantenha esse portão quando a pressão do cronograma sugerir o contrário. Desenvolva os engenheiros de plataforma para que se tornem profissionais capazes de manter a escala.
  1. Parceria de arquitetura. Seja a voz do operador na arquitetura de nuvem: dimensionamento e posicionamento para novos níveis de clientes, expansão regional, camada de dados, custos. Esta posição não será proprietária da arquitetura, mas cada design será construído com a contribuição desta função e esta posição terá voz ativa quando algo não for operacional.
  1. Help desk, equipe de suporte e base de conhecimento — auxiliar, não ser proprietário. Apoie o modelo de entrada e triagem, as metas de resposta, a realização de entrevistas para as primeiras contratações de suporte e a responsabilidade pela criação de runbooks e pela estrutura da base de conhecimento organizacional a partir da qual os engenheiros e a equipe de suporte trabalharão. Você traz o padrão de ter estado em uma função de suporte antes; a fila diária é de responsabilidade do líder de suporte assim que um existir.

Requisitos mínimos

Qualificações exigidas

Estas são as qualificações que avaliamos.

  1. Dez ou mais anos operando sistemas de produção em uma grande nuvem pública, ou propriedade operacional direta de uma plataforma que sustentou mais de um milhão de membros ou clientes.
  1. Experiência em suporte ou operações: Deve ter trabalhado em, e depois liderado, uma função de suporte técnico, help desk, NOC ou operações — definir sua entrada, suas metas e seu on-call — e ser responsável por seus números. Esse é o padrão que esta posição nos ajudará a construir, não a mesa em que esta função se sentará.
  1. Google Cloud em produção, com profundidade. GKE, Cloud IAM e identidade de carga de trabalho, rede VPC, Cloud KMS, operações de Cloud SQL ou AlloyDB. Esta é uma plataforma GCP; profundidade em GCP é exigida, não preferencial.
  1. Pipelines de CI/CD como ferramenta diária: Deve ter sido responsável por um caminho de merge-to-production, seus portões e seu rollback, no GitHub Actions ou comparável.
  1. Terraform em produção: deve conhecer convenções de módulos, estado remoto, plan-gating em CI, drift. Você pode revisar o que outros escrevem e melhorar o que existe.
  1. Engenharia de software suficiente para ser confiável: Deve ser capaz de ler código, revisar pull requests com substância, escrever Python e entender como o software é projetado, testado e enviado.
  1. Ter construído ou liderado um programa de on-call e mantido um pager em um ciclo de escala.
  1. Ter liderado ou desenvolvido engenheiros — uma equipe de suporte ou operações, ou engenheiros juniores levados à independência.
  1. Comunicação escrita clara para especialistas e não especialistas: pacotes de tarefas, runbooks, postmortems, status.
  1. Autorizado a trabalhar nos Estados Unidos sem necessidade de patrocínio; capaz de trabalhar no horário comercial do Pacífico dos EUA e cobrir uma escala de on-call.

Qualificações preferenciais

  1. Experiência operando ambientes isolados por cliente, com locatário único por cliente, em escala.
  1. Redes privadas, perímetros de serviço e controles de cadeia de suprimentos de software no Google Cloud.
  1. Operações de banco de dados multirregião no Cloud SQL ou AlloyDB. ITIL ou prática de gerenciamento de serviços comparável, aplicada a um público de engenharia em vez de imposta a ele.
  1. Compreensão prática de agentes de IA e fluxos de trabalho agenticos em operações, incluindo onde eles falham.
  1. Experiência liderando equipes distribuídas ou follow-the-sun em diferentes fusos horários.
  1. Um diploma em ciência da computação ou área técnica relacionada é um diferencial, nunca um requisito.

Compensação

Salário Base: $160,000 - $180,000 + equity inicial

Benefícios generosos de saúde e bem-estar

Mais oportunidades com um só perfil

Quer aparecer para várias vagas sem repetir todo o processo? Crie seu perfil e seja encontrado pelas empresas que usam a Nort.

Criar meu perfil

Continue explorando

Seu próximo empregojá está te procurando.

Quero ser encontrado
Nort

Plataforma de recrutamento reverso para programadores

PlataformaCriar contaEntrarBlogGlossárioEventosSuporte
Redes SociaisInstagramLinkedInTwitter
LegalTermos de UsoPolítica de Privacidadenortjobs © 2026