New opportunity

AI/ML Platform Engineer

Mercedes-Benz USA, LLC · Atlanta, United States

About this role

The AI/ML Platform Engineer builds and operates the shared platform capabilities that support AI and machine learning delivery across Mercedes-Benz USA. Within the Applied AI Engineering & Operations team, the role enables data scientists, AI engineers and business teams to develop and scale classical machine learning, generative AI, agent-based solutions and analytics workloads.

Responsibilities

  • Design and operate enterprise AI/ML infrastructure, deployment pipelines, model registries, experiment tracking and other model-lifecycle tooling. Build reusable components, templates, automation frameworks and deployment standards.
  • Establish multi-tenancy, resource isolation and workload governance across teams and business domains. Improve platform security, scalability, reliability, observability and cost efficiency through monitoring, incident response and resiliency work.
  • Define platform architecture and engineering standards; evaluate technologies; and coordinate architecture and modernization decisions with infrastructure, security and engineering teams.
  • Create operational documentation and runbooks, support production operations, mentor colleagues and collaborate with data scientists, AI engineers, architects and business stakeholders.

Required qualifications

  • A bachelor’s degree in Computer Science, Engineering, Data Science, Information Systems or a related technical field, plus at least 8 years of experience in software engineering, machine learning engineering, AI platform engineering or a related discipline.
  • Experience designing and operating enterprise AI/ML platforms and reusable services; proficiency in Python, SQL, PySpark and distributed data processing; and experience with Azure Databricks, including Unity Catalog, Delta Lake, MLflow, Feature Store and Model Serving.
  • Experience with Azure, AWS or comparable cloud platforms; deployment and model-lifecycle tooling; CI/CD; workflow orchestration; Docker; Kubernetes; Infrastructure as Code; GPU-enabled and distributed workloads; event-driven and streaming architectures; observability; and production platform operations. Strong communication, collaboration and stakeholder management skills are required.

Preferred qualifications include a related master’s degree; Azure OpenAI or AWS Bedrock; vector databases and retrieval technologies; experience scaling generative AI and agent-based systems; familiarity with Responsible AI, governance, security and risk frameworks; and experience with multi-domain platforms or regulated environments. The position requires collaboration across multiple time zones and some travel for team, partner and business engagements.

For full details about this role, click “Apply on company site” to view the employer’s original posting.

Skills for this role

PythonSQLPySparkDistributed data processingAzure DatabricksUnity CatalogDelta LakeMLflowFeature StoreModel ServingAzureAWSMLOpsModel deploymentModel registriesExperiment trackingCI/CDWorkflow orchestrationInference optimizationDockerKubernetesInfrastructure as CodeGPU computingEvent-driven architectureStreaming technologiesObservabilityPerformance optimizationReliability engineeringCloud cost managementSoftware engineering automation

Your skill match

Checking your profile…

YOUR NEXT STEP

Get interview-ready for this role

A focused preparation guide, built around this job’s responsibilities and requirements.

✦ AI-generated guide
Preparation suggestions, not the employer’s actual interview questions. Always check the original posting for current requirements.
01

Understand the role

What matters most

  • Build reusable AI/ML platform foundations

    The largest responsibility area (60%) covers shared infrastructure, deployment pipelines, model registries, experiment tracking, templates and automation for classical ML, generative AI, agents and analytics.

  • Govern shared workloads

    Design multi-tenancy, resource isolation and workload governance across teams and business domains while maintaining platform security, scalability and cost efficiency.

  • Own production reliability

    Operate the platform through monitoring, incident response and resiliency improvements; establish logging, performance practices, documentation and runbooks.

  • Lead architecture and cross-team decisions

    Define deployment patterns and engineering standards, evaluate technologies, and coordinate decisions with architecture, infrastructure, security and engineering teams. The role also calls for stakeholder collaboration and technical mentorship.

Likely challenges to think through

  • Standardization versus workload flexibility

    Preparation hypothesis: reusable pipelines and services must support classical ML, generative AI, agents and analytics without forcing every workload into one pattern. Prepare an example of choosing shared defaults while allowing justified exceptions.

  • Isolation versus efficient resource use

    Preparation hypothesis: multi-tenant governance may make resource isolation, access controls and cost efficiency harder to balance, particularly for GPU-enabled workloads. Prepare to explain how you would set boundaries, measure usage and review trade-offs.

  • Delivery speed versus operational readiness

    Preparation hypothesis: faster model deployment can compete with reliability and supportability. Prepare a production example covering observability, rollout or recovery decisions, incident learning and runbook improvements.

03

Practice your answers

Technical practice

How would you design shared AI/ML platform capabilities for multiple business domains?

What to coverSuggested preparation: Explain how you would separate shared services from domain-specific needs and establish deployment standards. Discuss how you would evaluate architecture choices for scalability, developer productivity, and alignment with infrastructure and security teams.

How would you implement multi-tenancy and workload governance?

What to coverSuggested preparation: Discuss resource isolation, access controls, and ways to prevent one team's workload from affecting another. Explain the trade-offs between centralized governance and team autonomy.

How would you use Azure Databricks capabilities in an AI/ML platform?

What to coverSuggested preparation: Describe appropriate roles for Unity Catalog, Delta Lake, and Feature Store in governed data and feature workflows. Explain how you would make those capabilities reusable across teams rather than treating each workload as a separate build.

How would you manage experiments, model registration, and promotion?

What to coverSuggested preparation: Use MLflow and the posting's model-lifecycle responsibilities to discuss traceability from experiments to registered and deployed models. Address how validation, versioning, and rollback would reduce production risk.

How would you build a repeatable model deployment pipeline?

What to coverSuggested preparation: Explain the roles of CI/CD, workflow orchestration, Docker, Kubernetes, and Infrastructure as Code without assuming the employer uses one prescribed design. Cover automated checks and how reusable templates could make deployments consistent.

How would you scale model serving and GPU-enabled inference cost-effectively?

What to coverSuggested preparation: Discuss latency, throughput, capacity, and reliability considerations for model serving and distributed or GPU-enabled workloads. Explain what you would measure before trading additional compute cost for better performance.

How would you troubleshoot a slow distributed data-processing workload?

What to coverSuggested preparation: Frame an investigation using Python, SQL, PySpark, and workload metrics to identify whether the bottleneck is data layout, computation, or resource use. Describe how you would test an improvement and guard against regressions.

How would you integrate streaming or event-driven data with platform workflows?

What to coverSuggested preparation: Discuss interface design, failure handling, and operational visibility for event-driven or streaming integrations. Distinguish when a streaming approach is justified from when a simpler scheduled workflow would suffice.

What would you monitor to keep an AI/ML platform reliable?

What to coverSuggested preparation: Cover logs, performance and reliability indicators, alerting, and cost visibility across platform and serving workloads. Explain how incident findings would lead to runbook updates and resiliency improvements.

What platform support would generative AI and agent-based solutions need?

What to coverSuggested preparation: Connect the stated platform responsibility to scalable deployment, observability, security, and governance. As an optional preferred-skill extension, discuss how you would evaluate managed AI services or retrieval technologies without assuming they are already in use.

Behavioural practice

Tell me about a production platform incident you helped resolve.

What to coverSuggested preparation: Give the situation, your actions during diagnosis and response, and the result. Include what changed afterward in monitoring, documentation, or resiliency.

Tell me about aligning teams on an architecture or engineering standard.

What to coverSuggested preparation: Describe the situation and differing priorities among engineering, infrastructure, or security stakeholders. Explain your actions to reach a decision and the resulting adoption or trade-off.

Tell me about a platform modernization decision you led.

What to coverSuggested preparation: Describe the existing constraint, the alternatives you evaluated, and your role in the decision. State the result using evidence relevant to reliability, scalability, cost, or developer productivity.

Tell me about mentoring colleagues on a shared platform capability.

What to coverSuggested preparation: Set out the team's need, how you provided guidance or cross-training, and the result. Focus on what colleagues could operate or reuse more effectively afterward.

Tell me about coordinating delivery across teams and time zones.

What to coverSuggested preparation: Describe a situation involving technical and business stakeholders, the actions you took to keep decisions and handoffs clear, and the outcome. Address how you handled competing needs without claiming a particular Mercedes-Benz process.

02

Sharpen your knowledge

Topics to prepare

  • Model lifecycle architecture

    The posting requires deployment pipelines, experiment tracking, model registries, monitoring and lifecycle management. Revision exercise: diagram how a model moves from an experiment to registered, deployed and monitored versions; explain rollback and ownership decisions.

  • Databricks platform design

    Azure Databricks, Unity Catalog, Delta Lake, MLflow, Feature Store and Model Serving are explicitly required. Revision exercise: map each component to its role in a shared data-to-inference architecture and identify where access controls and lineage matter.

  • Multi-tenant cloud architecture

    The role designs resource isolation and workload governance across teams and business domains. Revision exercise: compare two tenant-isolation designs, explaining security boundaries, scaling, operational complexity and cost trade-offs.

  • Production reliability and cost

    Monitoring, incident response, resiliency, performance and cloud cost management are required. Revision exercise: work through a hypothetical model-serving slowdown and describe the signals, triage decisions and preventive changes you would consider.

  • Distributed and event-driven workloads

    The posting calls for distributed processing, GPU-enabled workloads, streaming architectures and inference optimization. Revision exercise: sketch a streaming-to-inference workflow and explain throughput, latency, compute-allocation and failure-handling trade-offs.

  • Platform standards and technical leadership

    The role defines engineering standards and coordinates architecture decisions with infrastructure, security and engineering teams. Revision exercise: outline a short architecture decision for a reusable deployment pattern, including alternatives, operational implications and questions for stakeholders.

Skills to revise

  • Python, SQL and PySpark implementation

    Strong proficiency in all three and distributed data processing is required. Suggested practice: write a small PySpark transformation with SQL validation checks, then explain partitioning choices and how you would investigate a slow stage.

  • Databricks model-lifecycle workflow

    The posting explicitly names MLflow, Feature Store and Model Serving. Suggested practice: walk through or implement a minimal experiment-to-registration-to-serving workflow, documenting feature inputs, version selection and deployment checks.

  • Containerized deployment automation

    CI/CD, workflow orchestration, Docker, Kubernetes and Infrastructure as Code are required. Suggested practice: draft a deployment pipeline and infrastructure definition for a containerized model service, including validation, rollout and rollback steps.

  • Operational troubleshooting

    The role includes production support, observability, incident response and runbooks. Suggested practice: create a runbook for elevated inference latency with metrics to inspect, immediate mitigations, escalation points and follow-up actions.

  • Streaming and inference integration

    Event-driven integration, streaming, GPU workloads and inference optimization appear in the required skills. Suggested practice: prototype or diagram an event-triggered inference path, then test how batching and resource limits affect latency and throughput.

  • Reusable platform documentation

    The posting calls for templates, deployment standards, documentation and cross-team guidance. Suggested practice: write a concise service template guide covering configuration, access, observability and operational handoff for a second team.

04

Your preparation checklist

  • Prepare a platform project walkthrough

    The posting emphasizes shared AI/ML services. If you have a relevant project, prepare a concise account of its architecture, your decisions, reusable components, deployment approach, and measured outcomes. Distinguish what you built from what the team built.

  • Sketch a multi-tenant platform design

    As a preparation exercise, draw an architecture supporting multiple teams and workloads. Explain resource isolation, workload governance, security boundaries, scalability, and cost trade-offs; label design choices as proposals, not Mercedes-Benz practices.

  • Trace a model through its lifecycle

    Prepare a diagram or small example covering experiment tracking, registry, CI/CD, orchestration, deployment, serving, and monitoring. Be ready to discuss the listed Azure Databricks tools—Unity Catalog, Delta Lake, MLflow, Feature Store, and Model Serving—using only experience you can substantiate.

  • Organize evidence for the technical requirements

    Make a one-page evidence map linking specific work or examples to Python, SQL, PySpark, distributed processing, cloud, Docker, Kubernetes, Infrastructure as Code, GPU workloads, and streaming. Mark any areas where you would discuss an approach rather than claim hands-on experience.

  • Draft an operational runbook example

    The role includes production support and reliability work. Prepare a sample runbook for a failed deployment or degraded model serving, with signals to monitor, triage steps, rollback or recovery options, and follow-up improvements.

  • Rehearse an architecture decision story

    Choose a real example, if available, of aligning engineering, infrastructure, security, and stakeholders. Explain alternatives, trade-offs, the decision, how you communicated it, and any mentoring or documentation you provided.

  • Write targeted questions for the employer

    Ask how platform ownership is divided within Applied AI Engineering & Operations, which lifecycle capabilities need the most improvement, and how teams balance multi-tenancy, reliability, and cost. Ask where generative AI and agent-based workloads fit if time permits.

AI-generated from the job information · Prepared Sep 30, 2026 (UTC)Useful preparation, not a guarantee of eligibility or an offer.

Availability last checked: Nov 4, 2026. Status can change after a check; confirm on the employer’s website. Report an issue · Our checking policy

KEEP EXPLORING

Similar AI jobs

Related skills and specializations in United States. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…