AI Observability Engineer

Moring Ai; Alpharetta (GA); On-site; USD 140,000 - 180,000; Full time

Job summary

Moring.ai seeks an AI Observability Engineer to own end-to-end observability for our AI platform in a production-like environment. You will implement OpenTelemetry across agents and services, stand up LangSmith, and ensure dashboards, cost tracking, and audits are reliable.

You will work with Kubernetes in enterprise contexts, integrate with customer environments, and help engineers, operations teams, and auditors understand system behavior and performance.

Qualifications

• 6+ years in software or platform engineering with observability focus.
• Strong logs, traces, and metrics fundamentals across production systems.
• Deep OpenTelemetry experience: SDKs, collector, instrumentation libraries, and conventions.
• Experience building observability platforms for cloud-native systems (Kubernetes, Prometheus, Grafana, Jaeger/Tempo).

Responsibilities

• Own the observability architecture for the AI platform end-to-end.
• Stand up LangSmith and integrate into client stack.
• Instrument the platform with OpenTelemetry across services and signals.
• Build and operate OTel pipelines and backends with redaction and policy controls.
• Create dashboards and alerts for cost, latency, token usage, and reliability.
• Collaborate with engineers, ops, and auditors to surface insights.

Skills

OpenTelemetry

Python

Kubernetes

AWS

Observability

Education

Bachelor's degree in Computer Science

Tools

LangSmith

Langfuse

Arize Phoenix

Prometheus

Grafana

Job description

Alpharetta, United States | Posted on 10/29/2026

Moring.ai builds enterprise AI that runs in production for regulated industries: financial services and other compliance-heavy organizations. We ship AI applications and agents inside our customers' own cloud environments, wired into the systems they already run. Not slideware, not demos.

We're early-stage, lean, and profitable, so what you ship reaches serious enterprises fast.

The Role

We are building an AI platform for a large financial services enterprise. Developers inside that organization use it to build and deploy agents: Python applications that call LLMs, use tools, and run on Kubernetes. When one of those agents is slow, expensive, wrong, or misbehaving, someone has to be able to see exactly what happened: which model it called, what it sent, which tools it used, how long each step took, and what it cost. That is the job.

We are hiring an AI Observability Engineer to own observability for the platform. You are an observability platform person first. You have very strong fundamentals in logs, traces, and metrics, you know OpenTelemetry in depth, and you have built or run observability for cloud-native systems at real scale. You will apply that to AI: standing up LangSmith and related tools, instrumenting agents and the platform with OTel, and building the tooling around it so that engineers, the customer's operations teams, and auditors can all see what the AI is doing.

This is a hands-on IC role.

What You'll Do

• Own the observability architecture for the AI platform: logs, traces, metrics, and AI-specific signals, end to end.
  
• Stand up and operate LangSmith (and related tools such as Langfuse or Arize Phoenix where they fit) inside the customer's environment, and integrate them with the customer's existing observability stack.
  
• Instrument the platform and the agents with OpenTelemetry: traces of agent reasoning, LLM calls, tool and MCP calls, and retrieval steps, with consistent semantic conventions across services.
  
• Build the OTel collector pipelines: collection, processing, sampling, redaction of sensitive data, and export to the right backends, within the customer's data-handling rules.
  
• Build the tooling around observability: SDK helpers and decorators so engineers get tracing for free, dashboards for cost, latency, token usage, and quality, alerting on error rates and spend, and reports an audit team can read.
  
• Connect observability to evaluation: capture production traces so they can be turned into eval datasets, and surface quality regressions.
  
• Build the cost and usage accounting: tokens and spend per model, per team, per feature, per agent.
  
• Make observability work in a restricted enterprise network: private endpoints, no-egress environments, self-hosted backends, data retention rules.
  
• Define the SLOs for the platform and the runbooks for the on-call engineers, and improve them from real incidents.
  
• Teach the team and the customer's engineers how to use what you built.
  

What We're Looking For

• 6+ years in software or platform engineering with a deep focus on observability.
  
• Very strong fundamentals in logs, traces, and metrics: how they are produced, collected, stored, queried, and correlated, and what each is good and bad for.
  
• Deep OpenTelemetry experience: the SDKs, the collector, instrumentation libraries, semantic conventions, sampling, and context propagation. You have designed OTel pipelines, not just enabled an agent.
  
• You have built or run observability platforms for cloud-native systems: Kubernetes, microservices, and the tools around them (Prometheus, Grafana, Loki or Elastic, Jaeger or Tempo, Datadog, Splunk, or comparable).
  
• Hands-on experience with LangSmith or a comparable LLM observability tool (Langfuse, Arize Phoenix, Braintrust, Weights and Biases Weave), and an understanding of what is different about observing LLM applications: non-determinism, token cost, prompt and response capture, tool calls, and evaluation.
  
• Strong Python; you will build tooling, instrumentation, and collector components.
  
• Good working knowledge of AWS (EKS, CloudWatch, IAM, networking) and Kubernetes.
  
• You have been on call for systems you instrumented, and your dashboards and alerts got better because of it.
  
• Experience inside large enterprises is a plus, regulated ones (financial services, insurance, healthcare) more so; you understand data redaction and retention requirements.
  
• You can explain to a non-engineer what a trace shows and why it matters.
  
• Years of experience: 3-6years
  
• Travel: Up to 10% to customer sites
  
• Work authorization: Must be authorized to work in the United States (GC/EAD/US Citizen)