Sapience AI Corporation

Senior Lead Engineer, Platform Engineering and Cloud Resilience

Vereinigte Staaten

Seattle, Washington, United States

PythonSQLGCPTerraform
Automatische Übersetzung. Prüfe das Original.

Über Sapience AI

Sapience AI ist die Plattform für kollektive Intelligenz für professionelle Communities. Wir setzen auf den bestehenden CRMs, AMS-Plattformen und Wissensdatenbanken von Unternehmen auf und verwandeln das dort verstreute Fachwissen in eine Ressource, die jedes Mitglied durchsuchen, nutzen und teilen kann.

Die Intelligenz, die eine Community benötigt, ist bereits in ihr vorhanden. Die meisten Unternehmen können sie nur nicht erschließen. Wissen existiert in Silos, in Altsystemen, in den Köpfen weniger Experten und in fragmentierten Datensätzen, die niemand miteinander verknüpfen kann. Das ändern wir.

Unsere Arbeit basiert auf vier Grundsätzen: Technologie unterstützt Menschen, anstatt sie zu ersetzen; das beste Fachwissen ist bereits in der Community vorhanden; alles basiert auf Vertrauen; und jede Implementierung ist zweckorientiert für die Organisation, der sie dient.

Lassen Sie uns gemeinsam mehr erreichen.

Einordnung dieser Rolle

Jeder unserer Kunden arbeitet in seiner eigenen isolierten Umgebung auf Google Cloud, bereitgestellt durch Terraform und betrieben nach einem Zero-Trust-Sicherheitsstandard für Unternehmen. Die von uns betreuten Organisationen reichen von kleinen professionellen Communities bis hin zu sehr großen, und die Plattform muss die größten von ihnen über mehr als eine Region hinweg tragen.

Heute wird die Plattform von unserem Cloud Architect zusammen mit zwei Platform Engineers (DevOps und Platform Engineering) betrieben, die das Tagesgeschäft über verschiedene Zeitzonen hinweg abwickeln. Mit dem Wachstum unseres Kundenstamms benötigen sowohl die Cloud-Architektur als auch der Cloud-Betrieb jeweils einen eigenen Verantwortlichen. Diese Rolle übernimmt den operativen Bereich: Diese Position verantwortet, wie Änderungen in die Produktion gelangen und wie die Cloud-Infrastruktur im Tagesgeschäft betrieben wird; zudem leitet sie die bestehenden Platform Engineers. Diese Position fungiert darüber hinaus als Unterstützung und Ressource für das Support-Personal, den Helpdesk und die zugehörige Wissensdatenbank der Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 1 – damit diese Bereiche einen Verantwortlichen haben, der nicht diese Rolle und nicht der Cloud Architect innehat. Der Cloud Architect behält die Verantwortung für die Cloud-Architektur, unser Security Architect für die Sicherheit, und diese Position unterstützt und assistiert dem Cloud Architect beim Aufbau der nächsten Generation.

Dies ist eine Onshore-Führungsposition. Diese Position leitet die Platform Engineers bei zukunftsorientierten Vorhaben, die über Zeitzonen verteilt sind. Die Hauptverantwortung dieser Rolle besteht darin, die Platform Engineers zu führen, sie zu inspirieren und sie bei ihrer beruflichen Entwicklung zu unterstützen, während gleichzeitig eine 24/7/365 Plattform betrieben wird.

Warum diese Rolle existiert

Eine Plattform, die isolierte Umgebungen für jeden Kunden bereitstellt, benötigt einen Verantwortlichen für den Betrieb mit der nötigen Tiefe, um sie zu führen, und dem Urteilsvermögen, um zu sagen, wann sie nicht bereit ist. Architektur und Betrieb sind unterschiedliche Disziplinen; mit zunehmender Kundenzahl verdient jeder Bereich eine Führungskraft, deren Aufmerksamkeit nicht geteilt ist. Diese Rolle ist die Betriebsleitung, mit zwei bereits vorhandenen Platform Engineers, die es zu führen gilt.

Diese Rolle existiert, damit der Betrieb einen Verantwortlichen hat, der aus dem Support kommt und Produktion im großen Maßstab betrieben hat, damit die Zeit des Cloud Architect in die nächste Stufe fließt statt in das heutige Deployment, und damit die Support-Funktion von jemandem aufgebaut wird, der dies bereits getan hat – ohne dass diese Person selbst zum Support-Desk wird.

KI-gestützte Arbeitsweisen

KI ist in die Art und Weise, wie diese Plattform betrieben wird, eingebettet, nicht erst am Ende hinzugefügt. Der Standard ist die Partnerschaft zwischen Mensch und Maschine: KI beschleunigt die Arbeit, diese Rolle verantwortet die Interpretation und die Entscheidung. Die Rolle übernimmt KI-gestützte Planungs-, Triage- und Review-Tools und soll diese verbessern.

Was diese Rolle nicht ist

  1. Dies ist eine Partnerschaft mit Cloud-Architektur und Sicherheit, gehört aber zu keinem der beiden Bereiche. Betrieb dessen, was produziert wird; der Cloud Architect verantwortet das Design und der Security Architect die Sicherheitslage.
  1. Dies ist keine Übernahme des Anwendungscodes anderer Teams. Sie entwickeln weiterhin ihre Dienste; sie landen auf dieser Plattform gemäß dem Standard.
  1. Dies ist kein Vektordaten-Design oder Graph-Modellierung. Diese Rolle betreibt das Datensubstrat; dessen Design wird vom Datenteam und den DBAs verantwortet.
  1. Dies ist nicht der Helpdesk. Diese Rolle hilft beim Aufbau und bleibt täglich operativ in der Plattform tätig; sobald ein Support-Lead vorhanden ist, gehört die Warteschlange ihm.

Woran Erfolg gemessen wird

  1. Der Cloud Architect ist nicht mehr im Deployment-Pfad. Merges, Applies und Dispatches laufen unter der Autorität dieser Rolle, mit dem entsprechenden Audit-Trail.
  1. Der Pager hat einen Verantwortlichen und eine Rotation. On-Call deckt jede Stunde mit namentlich benannten Personen ab, Runbooks wurden erprobt, und Incidents führen zu Postmortems, die tatsächlich etwas verändern.
  1. Eine Support-Funktion existiert und hat einen Verantwortlichen. Diese Position hilft bei der Gestaltung der Aufnahme, der Ziele und der Wissensdatenbank, der erste Support-Mitarbeiter ist eingestellt, und wiederkehrende Anfragen wurden durch Automatisierung oder Self-Service ersetzt.
  1. Die Ingenieure, die diese Position leitet, tragen die Rotation. Sie führen ihre Schichten anhand von Aufgabenpaketen aus, die sie ohne diese Rolle abarbeiten können, und mindestens einer von ihnen ist auf dem Weg zur Führungskraft.
  1. Der Terraform-Standard hält. Teams entwickeln dagegen, CI setzt ihn durch, Drift wird durch einen Job erkannt, nicht durch einen Incident.
  1. Neue Stufen landen ohne Redesign. Wenn der nächste Kunde am oberen Ende der Größenordnung eintrifft, kommen Platzierung und Dimensionierung aus dem Modell, das diese Position mit aufgebaut hat.

Wer Sie sind

Erfahrung aus dem Support oder Betrieb und das Gespür dafür, was nötig ist, um Hindernisse für andere zu beseitigen. Irgendwann haben Sie gelernt, Code zu lesen, einen Pull Request zu überprüfen und die Automatisierung zu schreiben, die die Warteschlange verkürzt hat, und Sie haben Produktion in einer Public Cloud in einem Maßstab betrieben, in dem Fehler sichtbar sind. Sie haben das Team aufgebaut, das den Betrieb aufrechterhalten hat, und Sie machen Risiken lieber transparent, anstatt Nein zu sagen.

Wie Sie arbeiten

Das Plattform-Team lebt nach einem Motto: Automatisieren Sie eine sichere Welt. Jeder Punkt unten ist ein Weg, dies zu tun.

  1. Halten Sie Menschen unblockiert. Wissen Sie von innen heraus, wie eine gute Support-Funktion aussieht, und bauen Sie die Struktur auf, die es jemand anderem ermöglicht, sie zu betreiben.
  1. Halten Sie eine Bereitschaftslinie unter Lieferdruck und machen Sie das Risiko transparent, anstatt nur Nein zu sagen.
  1. Verwandeln Sie wiederkehrende Anfragen in Automatisierung und machen Sie den automatisierten, sicheren Pfad zum einfachen Weg.
  1. Messen Sie, bevor Sie behaupten, und bevorzugen Sie Signale aus Systemen der Aufzeichnung gegenüber Selbstauskünften.
  1. Schreiben Sie Dinge auf: Aufgabenpakete, die ein Junior-Ingenieur ausführen kann, erprobte Runbooks, Postmortems, die die Lösung benennen.
  1. Entwickeln Sie Menschen gezielt. Übergeben Sie Arbeit mit genügend Kontext zum Erfolg und überprüfen Sie sie auf eine Weise, die lehrt und bildet.
  1. Betrachten Sie Lernen als Teil der Arbeit: Rampen Sie schnell hoch, fragen Sie früh und ändern Sie Ihre Meinung, wenn sich die Beweislage ändert.
  1. Gehen Sie vom Besten bei Ihren Partnern aus, teilen Sie offen und behandeln Sie Vertrauen als etwas, das Sie jeden Tag aufbauen.

Dienste und Werkzeuge

Wir filtern nicht nach Zertifizierungen. Die Plattform läuft auf:

  1. Google Cloud: GKE, Cloud IAM, VPC-Networking, Cloud KMS, Secret Manager, Cloud SQL und AlloyDB, Cloud Run, Artifact Registry, Cloud Build.
  1. Terraform, GitHub Actions, Self-Hosted Runners, Helm, Kustomize.
  1. Python, OpenTelemetry.
  1. Ticketing- und Chat-Tools für Aufnahme und Tracking; KI-gestützte Planungs-, Triage- und Review-Tools.

Funktionsübergreifende Partner

Arbeiten Sie mit jedem Engineering-Team zusammen, das auf der Plattform ausliefert; die Beziehung ist ein Standard und kein Service-Desk. Arbeiten Sie mit unserem Security Architect an Identität, Schlüsseln, Perimetern und dem Audit-Trail dahinter zusammen. Arbeiten Sie mit den DBAs an der Datenebene zusammen, betreiben Sie diese, während sie das Design verantworten. Leiten Sie die verteilten Platform Engineers und berichten Sie an den Cloud Architect, mit dem Sie die Cloud-Architektur teilen.

Wie wir einstellen

Wir prüfen jede Bewerbung und ermutigen Sie, sich zu bewerben, auch wenn Sie nicht jede Zeile oben erfüllen. Untersuchungen zeigen, dass talentierte Menschen, insbesondere aus unterrepräsentierten Gemeinschaften, oft zögern, wenn sie nicht jede Qualifikation erfüllen. Wenn das das Einzige ist, was Sie zurückhält, bewerben Sie sich trotzdem.

Sapience AI ist ein Arbeitgeber, der Chancengleichheit fördert. Wir verpflichten uns zu einem Arbeitsplatz, an dem jeder, unabhängig vom Hintergrund, eine Stimme beim Aufbau der Zukunft hat.

Sapience AI ist ein Arbeitgeber, der Chancengleichheit fördert. Wir diskriminieren nicht aufgrund von Geschlecht, Rasse oder Hautfarbe, ethnischer Herkunft oder Nationalität, Alter, Behinderung, Religion, sexueller Orientierung, Geschlechtsidentität oder -ausdruck, Veteranenstatus oder einem anderen geschützten Merkmal. Wenn Sie eine Anpassung benötigen, um unseren Bewerbungsprozess abzuschließen, teilen Sie dies Ihrem Recruiter mit.

Verantwortungsbereiche

Diese Position umfasst fünf Verantwortungsbereiche, und bei einem sechsten leistet diese Rolle Unterstützung. Jeder der fünf Bereiche ist von dieser Rolle zu führen und zu verbessern.

  1. Plattformbetrieb und der Weg in die Produktion. Verantworten Sie den Merge-to-Production-Pfad für die Plattform und die gemeinsamen Dienste, von denen sie abhängt: Pull-Request-Review, die Plan-and-Apply-Disziplin, Deployment-Dispatches in Kundenumgebungen, Rollback. Verantworten Sie die automatisierten Qualitäts- und Sicherheits-Gates auf diesem Pfad und halten Sie diese schnell genug, damit niemand versucht, sie zu umgehen. Diese Position ist die Merge-Autorität für Plattform-Repositories.
  1. Cloud-Betrieb. Verantworten Sie den Day-Two-Betrieb der Google Cloud-Infrastruktur: Projekt- und Umgebungslebenszyklus, IAM- und Workload-Identity-Hygiene, Quotas und Reservierungen, Kostenübersicht, Zertifikats- und Schlüsselrotation, Patching und Version-Pins, Drift. Erstellen Sie NOC-Dashboards der Plattform, sodass der Status jeder Kundenumgebung, der Weg in die Produktion und die Cloud-Infrastruktur auf einen Blick an einem Ort ablesbar sind. Verantworten Sie den Audit-Trail, damit Fragen dazu, wer welchen Zugriff hat und was exponiert ist, beantwortet werden können.
  1. Terraform und Provisionierung. Betreiben, überprüfen und erweitern Sie das Terraform, das jede Umgebung bereitstellt: Modulkonventionen, State-Layout, Version-Pins, CI-Plan-Gating, Drift-Erkennung. Der Standard existiert; diese Rolle setzt ihn in CI durch, überprüft, was andere Teams dazu beitragen, und es wird erwartet, dass diese Rolle ihn verbessert.
  1. On-Call und operative Bereitschaft. Entwerfen und steuern Sie die On-Call-Rotation und nehmen Sie selbst daran teil. Sie verantworten SLOs, erprobte Runbooks, Incident-Response-Prozesse und Postmortems sowie das Readiness-Gate, das selbstbetriebene zustandsbehaftete Infrastruktur vor der Veröffentlichung passieren muss – und Sie halten dieses Gate, wenn Zeitdruck dagegen spricht. Entwickeln Sie die Platform Engineers zu Fachkräften, die die Rotation eigenständig tragen können. Sapience AI | Senior Lead Engineer, Platform Engineering and Cloud Resilience Page 2
  1. Architektur-Partnerschaft. Seien Sie die Stimme des Operators in der Cloud-Architektur: Dimensionierung und Platzierung für neue Kundenstufen, regionale Expansion, Datenebene, Kosten. Diese Position verantwortet nicht die Architektur, aber jedes Design wird mit Input dieser Rolle erstellt, und diese Position hat ein Mitspracherecht, wenn es nicht betriebsfähig ist.
  1. Helpdesk, Support-Personal und Wissensdatenbank – unterstützen, nicht verantworten. Unterstützen Sie das Aufnahme- und Triage-Modell, die Reaktionsziele, die Auswahl der ersten Support-Mitarbeiter sowie die Verantwortung für die Erstellung von Runbooks und die Struktur der Wissensdatenbank, mit der die Ingenieure und das Support-Personal arbeiten werden. Sie bringen das Muster aus einer früheren Support-Rolle mit; die tägliche Warteschlange wird vom Support-Lead verantwortet, sobald eine solche Rolle existiert.

Mindestanforderungen

Erforderliche Qualifikationen

Dies sind die Qualifikationen, nach denen wir filtern.

  1. Zehn oder mehr Jahre Betrieb von Produktionssystemen in einer großen Public Cloud oder direkte operative Verantwortung für eine Plattform, die mehr als eine Million Mitglieder oder Kunden unterstützt hat.
  1. Hintergrund im Support oder Betrieb: Muss in einer technischen Support-, Helpdesk-, NOC- oder Betriebseinheit gearbeitet und diese später geleitet haben – Aufnahme, Ziele und On-Call festgelegt und für die Kennzahlen verantwortlich gewesen sein. Das ist das Muster, das diese Position bei uns aufbauen wird, nicht der Schreibtisch, an dem diese Rolle sitzen wird.
  1. Google Cloud in der Produktion, mit Tiefe. GKE, Cloud IAM und Workload Identity, VPC-Networking, Cloud KMS, Cloud SQL oder AlloyDB-Betrieb. Dies ist eine GCP-Plattform; GCP-Tiefe ist erforderlich, nicht bevorzugt.
  1. CI/CD-Pipelines als tägliches Werkzeug: Muss einen Merge-to-Production-Pfad, dessen Gates und Rollback auf GitHub Actions oder Vergleichbarem verantwortet haben.
  1. Terraform in der Produktion: Muss Modulkonventionen, Remote-State, Plan-Gating in CI und Drift kennen. Sie können überprüfen, was andere schreiben, und Bestehendes verbessern.
  1. Ausreichend Software-Engineering-Kenntnisse, um damit betraut zu werden: Muss in der Lage sein, Code zu lesen, Pull Requests substanziell zu überprüfen, Python zu schreiben und zu verstehen, wie Software entworfen, getestet und ausgeliefert wird.
  1. Hat ein On-Call-Programm aufgebaut oder geleitet und einen Pager in einem Rotationszyklus getragen.
  1. Hat Ingenieure geleitet oder entwickelt – ein Support- oder Betriebsteam oder Junior-Ingenieure zur Selbstständigkeit geführt.
  1. Klare schriftliche Kommunikation für Spezialisten und Nicht-Spezialisten: Aufgabenpakete, Runbooks, Postmortems, Statusberichte.
  1. Arbeitserlaubnis für die Vereinigten Staaten ohne Sponsoring; in der Lage, während der US-Pazifik-Geschäftszeiten zu arbeiten und eine On-Call-Rotation abzudecken.

Bevorzugte Qualifikationen

  1. Erfahrung im Betrieb von kundenisolierten Single-Tenant-Umgebungen im großen Maßstab.
  1. Privates Networking, Service-Perimeter und Software-Supply-Chain-Kontrollen auf Google Cloud.
  1. Multi-Region-Datenbankbetrieb auf Cloud SQL oder AlloyDB. ITIL oder vergleichbare Service-Management-Praxis, angewendet auf ein Engineering-Publikum, anstatt es aufzuzwingen.
  1. Praktisches Verständnis von KI-Agenten und agentenbasierten Workflows im Betrieb, einschließlich der Fehlerquellen.
  1. Erfahrung in der Leitung von verteilten oder Follow-the-Sun-Teams über Zeitzonen hinweg.
  1. Ein Abschluss in Informatik oder einem verwandten technischen Bereich ist ein Plus, aber niemals eine Voraussetzung.

Vergütung

Grundgehalt: $160,000 - $180,000 + frühe Anteile (Equity)

Großzügige Gesundheits- und Wellnessleistungen

Mehr Möglichkeiten mit einem Profil

Für mehr Stellen berücksichtigt werden, ohne den ganzen Prozess zu wiederholen? Erstellen Sie Ihr Profil, damit Unternehmen auf Nort Sie finden.

Profil erstellen

Weiter entdecken

Dein nächster Jobsucht schon nach dir.

Ich will gefunden werden
Nort

Reverse-Recruiting- Plattform für Entwickler

PlattformKonto erstellenAnmeldenBlogGlossarEventsSupport
Social MediaInstagramLinkedInTwitter
RechtlichesNutzungsbedingungenDatenschutznortjobs © 2026