Sapience AI Corporation

Senior Lead Engineer, Platform Engineering and Cloud Resilience

Estados Unidos

Seattle, Washington, United States

PythonSQLGCPTerraform
Traducción automática. Consulta el original.

Sobre Sapience AI

Sapience AI es la plataforma de inteligencia colectiva para comunidades profesionales. Nos situamos por encima de los CRM, las plataformas AMS y las bases de conocimiento que las organizaciones ya utilizan, y convertimos la experiencia dispersa en ellas en algo que cada miembro puede buscar, utilizar y compartir.

La inteligencia que necesita una comunidad ya está dentro de ella. La mayoría de las organizaciones simplemente no pueden acceder a ella. El conocimiento reside en silos, en sistemas heredados, en las mentes de unos pocos expertos y en registros fragmentados que nadie puede conectar. Nosotros cambiamos eso.

Nuestro trabajo se basa en cuatro compromisos: la tecnología mejora a las personas y nunca las reemplaza, la mejor experiencia ya está dentro de la comunidad, todo se construye sobre la confianza y cada despliegue tiene un propósito definido para la organización a la que sirve.

Logremos más, juntos.

Dónde se sitúa este puesto

Cada cliente al que servimos opera en su propio entorno aislado en Google Cloud, aprovisionado mediante Terraform y gestionado bajo un estándar de seguridad empresarial de confianza cero (zero trust). Las organizaciones a las que servimos van desde pequeñas comunidades profesionales hasta otras muy grandes, y la plataforma debe dar soporte a las más grandes en más de una región.

Hoy en día, la plataforma es gestionada por nuestro Arquitecto Cloud junto con dos ingenieros de plataforma (DevOps y platform engineering) que llevan a cabo el trabajo diario a través de diferentes zonas horarias. A medida que crece la base de clientes, la arquitectura cloud y las operaciones cloud necesitan cada una su propio responsable. Este puesto asume las operaciones: esta posición es responsable de cómo los cambios llegan a producción y de cómo se gestiona el entorno cloud día a día, y lidera a los ingenieros de plataforma existentes. Este puesto también apoya y sirve de recurso al personal de soporte de Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 1, al help desk y a la base de conocimiento que lo respalda, de modo que cuente con un responsable que no sea este puesto ni el Arquitecto Cloud. El Arquitecto Cloud mantiene la arquitectura cloud, nuestro Arquitecto de Seguridad mantiene la seguridad, y este puesto apoya y asiste al Arquitecto Cloud en la construcción de la próxima generación.

Este es un puesto de liderazgo onshore. Esta posición lidera a los ingenieros de plataforma en iniciativas de futuro distribuidas a través de zonas horarias. La responsabilidad principal de este rol es liderar a los ingenieros de plataforma, inspirarlos y ayudarlos en su desarrollo profesional mientras se da soporte a una plataforma 24/7/365.

Por qué existe este puesto

Una plataforma que proporciona entornos aislados para cada cliente necesita un responsable de operaciones con la profundidad necesaria para ejecutarla y el criterio para decir cuándo no está lista. La arquitectura y las operaciones son disciplinas diferentes; a medida que llegan más clientes, cada una merece un líder cuya atención no esté dividida. Este puesto es el líder de operaciones, con dos ingenieros de plataforma ya en el equipo para liderar.

Este puesto existe para que las operaciones tengan un responsable que provenga del soporte y haya ejecutado producción a escala, para que el tiempo del Arquitecto Cloud se dedique al siguiente nivel en lugar de al despliegue de hoy, y para que la función de soporte sea construida por alguien que ya haya construido una antes, sin que esa persona se convierta en el servicio de soporte.

Formas de trabajo aumentadas por IA

La IA está integrada en cómo se ejecuta esta plataforma, no añadida al final. El estándar es la asociación humana: la IA acelera el trabajo, este puesto posee la interpretación y la decisión. El rol heredará herramientas de planificación, triaje y revisión asistidas por IA y se espera que las mejore.

Lo que este puesto no es

  1. Esto se asocia con la arquitectura cloud y la seguridad, pero no pertenece a ninguna de las dos. Operar lo que se produce; el Arquitecto Cloud posee el diseño y el Arquitecto de Seguridad posee la postura de seguridad.
  1. Esto no es una toma de control del código de aplicación de otros equipos. Ellos siguen creando sus servicios; los despliegan en esta plataforma siguiendo el estándar.
  1. Esto no es diseño de datos vectoriales o modelado de grafos. Este puesto opera el sustrato de datos; su diseño es propiedad del equipo de datos y de los DBA.
  1. Esto no es el help desk. Este puesto ayuda a construirlo y se mantiene práctico en la plataforma todos los días; una vez que haya un líder de soporte, la cola es suya.

Cómo se ve el éxito

  1. El Arquitecto Cloud está fuera del camino de despliegue. Los merges, applies y dispatches se ejecutan bajo la autoridad de este puesto, con el registro de auditoría para demostrarlo.
  1. El busca (pager) tiene un propietario y una rotación. El on-call cubre cada hora con personas nombradas, los runbooks han sido probados y los incidentes producen postmortems que cambian algo.
  1. Existe una función de soporte y tiene un propietario. Esta posición ayudará a diseñar su admisión, objetivos y base de conocimiento, la primera contratación de soporte está en su lugar, y las solicitudes repetidas se han convertido en automatización o autoservicio.
  1. Los ingenieros que lidera esta posición mantienen la rotación. Ejecutan sus turnos desde paquetes de tareas que pueden ejecutar sin este puesto, y al menos uno de ellos está en el camino para liderar.
  1. El estándar de Terraform se mantiene. Los equipos crean contra él, CI lo aplica, la deriva es detectada por un trabajo, no por un incidente.
  1. Los nuevos niveles llegan sin un rediseño. Cuando llega el siguiente cliente en la parte superior del rango de tamaño, la ubicación y el dimensionamiento provienen del modelo que esta posición ayudó a construir.

Quién eres

Experiencia ascendiendo a través de soporte u operaciones y sin perder nunca el instinto de lo que se necesita para mantener a las personas desbloqueadas. En algún momento aprendiste a leer código, revisar un pull request y escribir la automatización que hizo la cola más corta, y has ejecutado producción en una nube pública a una escala donde los errores son visibles. Has construido el equipo que lo mantuvo funcionando, y preferirías hacer legible un riesgo antes que decir que no.

Cómo trabajas

El equipo de plataforma vive bajo un lema: automatizar un mundo seguro. Cada elemento a continuación es una forma de hacerlo.

  1. Mantén a las personas desbloqueadas. Conoce cómo se ve una buena función de soporte desde adentro y construye la estructura que permita a alguien más ejecutarla.
  1. Mantén una línea de preparación bajo presión de entrega y haz que el riesgo sea legible en lugar de solo decir que no.
  1. Convierte las solicitudes repetidas en automatización y haz que el camino automatizado y seguro sea el fácil.
  1. Mide antes de afirmar y prefiere la señal de los sistemas de registro sobre el autoinforme.
  1. Escribe las cosas: paquetes de tareas que un ingeniero junior pueda ejecutar, runbooks que hayan sido probados, postmortems que nombren la solución.
  1. Haz crecer a las personas a propósito. Entrega trabajo con suficiente contexto para tener éxito y revísalo de una manera que enseñe y eduque.
  1. Trata el aprendizaje como el trabajo: acelera rápido, pregunta temprano y cambia de opinión cuando la evidencia se mueva.
  1. Asume lo mejor de tus socios, comparte abiertamente y trata la confianza como algo que construyes todos los días.

Servicios y herramientas

No filtramos por certificaciones. La plataforma se ejecuta en:

  1. Google Cloud: GKE, Cloud IAM, redes VPC, Cloud KMS, Secret Manager, Cloud SQL y AlloyDB, Cloud Run, Artifact Registry, Cloud Build.
  1. Terraform, GitHub Actions, Self-Hosted Runners, Helm, Kustomize.
  1. Python, OpenTelemetry.
  1. Herramientas de ticketing y chat para admisión y seguimiento; herramientas de planificación, triaje y revisión asistidas por IA.

Socios interfuncionales

Trabaja con cada equipo de ingeniería que envía en la plataforma; la relación es un estándar en lugar de un servicio de asistencia. Asóciate con nuestro Arquitecto de Seguridad en identidad, claves, perímetros y el registro de auditoría detrás de ellos. Asóciate con los DBA en el nivel de datos, operándolo mientras ellos poseen su diseño. Lidera a los ingenieros de plataforma distribuidos e informa al Arquitecto Cloud, con quien compartes la arquitectura cloud.

Cómo contratamos

Revisamos cada solicitud y te animamos a aplicar incluso si no cumples con cada línea anterior. La investigación muestra que las personas talentosas, especialmente aquellas de comunidades subrepresentadas, a menudo se abstienen cuando no cumplen con cada cualificación. Si eso es lo único que te detiene, aplica de todos modos.

Sapience AI es un empleador que ofrece igualdad de oportunidades. Estamos comprometidos con un lugar de trabajo donde todos, independientemente de su origen, tengan voz en la construcción de lo que viene después.

Sapience AI es un empleador que ofrece igualdad de oportunidades. No discriminamos por motivos de género, raza o color, etnia u origen nacional, edad, discapacidad, religión, orientación sexual, identidad o expresión de género, estado de veterano o cualquier otra característica protegida. Si necesitas una adaptación para completar nuestro proceso de solicitud, házselo saber a tu reclutador.

Responsabilidades

Esta posición tiene cinco áreas de responsabilidad, y este rol asiste en una sexta. Cada una de las cinco es responsabilidad de este puesto para ejecutar y mejorar.

  1. Operaciones de plataforma y el camino a producción. Poseer el camino de merge-to-production para la plataforma y los servicios compartidos de los que depende: revisión de pull requests, la disciplina de plan-and-apply, despliegues a entornos de clientes, rollback. Poseer las puertas automáticas de calidad y seguridad en ese camino y mantenerlas lo suficientemente rápidas para que nadie quiera evitarlas. Esta posición es la autoridad de fusión para los repositorios de plataforma.
  1. Operaciones Cloud. Poseer el funcionamiento diario del entorno de Google Cloud: ciclo de vida de proyectos y entornos, higiene de IAM e identidad de carga de trabajo, cuotas y reservas, visibilidad de costes, rotación de certificados y claves, parches y fijación de versiones, deriva (drift). Construir paneles de control de nivel NOC de la plataforma, de modo que la salud de cada entorno de cliente, el camino a producción y el entorno cloud puedan leerse desde un solo lugar de un vistazo. Poseer el registro de auditoría, para que quién tiene qué acceso y qué está expuesto sean preguntas con respuesta.
  1. Terraform y aprovisionamiento. Operar, revisar y extender el Terraform que aprovisiona cada entorno: convenciones de módulos, diseño de estado, fijación de versiones, plan-gating en CI, detección de deriva. El estándar existe; este puesto lo mantiene aplicado en CI, revisando lo que otros equipos crean contra él, y se espera que este puesto lo mejore.
  1. On-call y preparación operativa. Diseñar y ejecutar la rotación de on-call y participar en ella. Responsabilizarse de los SLO, de los runbooks que hayan sido probados, de la respuesta a incidentes y de los postmortems, así como de la puerta de preparación de Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 2 que la infraestructura con estado autogestionada debe superar antes de su lanzamiento, y mantener esa puerta cuando la presión del calendario sugiera lo contrario. Desarrollar a los ingenieros de plataforma para que sean capaces de gestionar la rotación.
  1. Asociación de arquitectura. Ser la voz del operador en la arquitectura cloud: dimensionamiento y ubicación para nuevos niveles de clientes, expansión regional, el nivel de datos, costes. Esta posición no poseerá la arquitectura, sino que cada diseño se construirá con la aportación de este puesto y esta posición tendrá voz cuando no sea operativo.
  1. Help desk, personal de soporte y base de conocimiento: asistir, no poseer. Apoyar el modelo de admisión y triaje, los objetivos de respuesta, entrevistar para las primeras contrataciones de soporte, y la responsabilidad de la creación de runbooks y la estructura de la base de conocimiento de la organización desde la que trabajarán los ingenieros y el personal de soporte. Aportas el patrón de haber estado en un puesto de soporte antes; la cola diaria es propiedad del líder de soporte una vez que exista uno.

Requisitos mínimos

Cualificaciones requeridas

Estas son las cualificaciones que evaluamos.

  1. Diez o más años operando sistemas de producción en una nube pública importante, o propiedad operativa directa de una plataforma que sostuvo a más de un millón de miembros o clientes.
  1. Antecedentes en soporte u operaciones: Debe haber trabajado en, y luego dirigido, una función de soporte técnico, help desk, NOC u operaciones (establecer su admisión, sus objetivos y su on-call) y haber sido responsable de sus números. Ese es el patrón que esta posición nos ayudará a construir, no el escritorio en el que se sentará este rol.
  1. Google Cloud en producción, en profundidad. GKE, Cloud IAM e identidad de carga de trabajo, redes VPC, Cloud KMS, operaciones de Cloud SQL o AlloyDB. Esta es una plataforma GCP; la profundidad en GCP es requerida, no preferida.
  1. Tuberías CI/CD como herramienta diaria: Debe haber poseído un camino de merge-to-production, sus puertas y su rollback, en GitHub Actions o comparable.
  1. Terraform en producción: debe conocer las convenciones de módulos, estado remoto, plan-gating en CI, deriva. Puedes revisar lo que otros escriben y mejorar lo que existe.
  1. Suficiente ingeniería de software para ser confiado con ella: Debe ser capaz de leer código, revisar pull requests con sustancia, escribir Python y entender cómo se diseña, prueba y envía el software.
  1. Ha construido o liderado un programa de on-call y ha sostenido un busca en un ciclo de rotación.
  1. Ha liderado o hecho crecer ingenieros: un equipo de soporte u operaciones, o ingenieros junior llevados a la independencia.
  1. Comunicación escrita clara para especialistas y no especialistas: paquetes de tareas, runbooks, postmortems, estado.
  1. Autorizado para trabajar en los Estados Unidos sin patrocinio; capaz de trabajar en horario comercial del Pacífico de EE. UU. y cubrir una rotación de on-call.

Cualificaciones preferidas

  1. Experiencia operando entornos aislados por cliente, de inquilino único por cliente, a escala.
  1. Redes privadas, perímetros de servicio y controles de cadena de suministro de software en Google Cloud.
  1. Operaciones de base de datos multirregionales en Cloud SQL o AlloyDB. ITIL o práctica de gestión de servicios comparable, aplicada a una audiencia de ingeniería en lugar de impuesta sobre ella.
  1. Comprensión práctica de agentes de IA y flujos de trabajo agenticos en operaciones, incluyendo dónde fallan.
  1. Experiencia liderando equipos distribuidos o follow-the-sun a través de zonas horarias.
  1. Un título en informática o un campo técnico relacionado es una ventaja, nunca un requisito.

Compensación

Salario base: $160,000 - $180,000 + capital inicial (equity)

Generosos beneficios de salud y bienestar

Más oportunidades con un solo perfil

¿Quieres optar a más puestos sin repetir todo el proceso? Crea tu perfil para que te encuentren las empresas que usan Nort.

Crear mi perfil

Sigue explorando

Tu próximo empleoya está buscándote.

Quiero que me encuentren
Nort

Plataforma de reclutamiento inverso para programadores

PlataformaCrear cuentaEntrarBlogGlosarioEventosSoporte
Redes socialesInstagramLinkedInTwitter
LegalTérminos de usoPolítica de privacidadnortjobs © 2026