New opportunity

AI Integration Architect – AI Accelerator

RTX · east hartford, United States of America

About this role

The AI Integration Architect – AI Accelerator turns early-stage AI prototypes from RTX research and development teams into secure, scalable enterprise applications on the AI Factory, RTX’s common AI infrastructure. The role focuses on production-ready integration in a constrained, regulated environment.

Responsibilities

  • Convert prototypes into deployable applications, microservices and pipelines. Design reusable interfaces and integration patterns so AI capabilities from different teams and domains can be onboarded, scaled and retired with minimal rework.
  • Own service architecture decisions and work with the AI Factory infrastructure team to shape the platform around application needs. Build cloud services on AWS and Azure, and integrate LLMs, analytics, perception models and RAG pipelines into enterprise applications.
  • Implement CI/CD, automated testing, observability and secure deployment workflows; meet RTX cybersecurity, infrastructure and regulatory requirements; and contribute reusable platform components.

Required qualifications

  • Typically a STEM degree and at least 12 years of relevant experience, unless prohibited by local law or regulation.
  • At least 5 years with Python, C++ and modern back-end frameworks; 3 years with CI/CD pipelines and DevOps automation tools such as GitHub Actions or Jenkins; 1 year with LLMs, RAG workflows and AI frameworks such as PyTorch or TensorFlow; and 1 year integrating AI/ML models into software applications.

Preferred qualifications

  • Experience shipping or hardening AI or software systems for regulated, compliance-constrained production; MLOps practices including model registries, monitoring and pipelines; AWS or Azure deployment; REST APIs, microservices, SQL databases, distributed systems, Docker and Kubernetes. Strong problem-solving, technical direction, communication, teamwork and independent work across multidisciplinary groups are also preferred.

This is a full-time, 40-hour-per-week hybrid U.S. role; onsite time is determined with the employee’s leader. The posting lists East Hartford, Connecticut, and Cambridge, Massachusetts. Applicants must be U.S. persons; a security clearance is not required. The stated salary range is 157,200–298,800 USD. Eligible hires may receive benefits and, depending on position level, incentive compensation.

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

Skills for this role

PythonC++Backend frameworksCI/CDDevOpsGitHub ActionsJenkinsLarge Language ModelsRAGPyTorchTensorFlowAWSAzureAI/ML model integrationAutomated testingObservabilitySecure deploymentMLOpsModel registriesModel monitoringREST APIsMicroservicesSQLDistributed systemsDockerKubernetesService architectureCybersecurityProblem-solvingCommunication

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

  • Productionize research prototypes

    The role converts AI prototypes from RTX R&D teams into production-grade applications, microservices and pipelines deployable on the AI Factory.

  • Own reusable service architecture

    Design interfaces and integration patterns for independently developed capabilities, with architecture that supports onboarding, scaling and retirement without significant rework.

  • Integrate models with cloud applications

    Build and deploy services on AWS and Azure, integrate LLMs, analytics, perception models and RAG pipelines, and work with the AI Factory infrastructure team as application needs shape the platform.

  • Engineer secure, observable delivery

    Implement CI/CD, automated testing, observability and secure deployment workflows while meeting RTX cybersecurity, infrastructure and regulatory requirements.

Likely challenges to think through

  • Reuse versus domain-specific needs

    Preparation hypothesis, not a reported problem: capabilities from varied R&D teams may need different interfaces, while the role calls for patterns that avoid per-application rework. Prepare to explain how you would set common interface boundaries while allowing justified exceptions.

  • Prototype speed versus production controls

    Preparation hypothesis, not a reported problem: hardening early-stage work for a constrained, regulated environment may require changes that slow deployment. Prepare an example of how you would evaluate production readiness, prioritize gaps, and add testing, observability and security controls.

  • Application demands versus shared infrastructure

    Preparation hypothesis, not a reported problem: an application’s deployment needs may not fit a common platform pattern, particularly across AWS and Azure. Prepare to describe how you would distinguish an application-level solution from a reusable platform change and work through that decision with infrastructure partners.

03

Practice your answers

Technical practice

How would you turn an early-stage AI prototype into an application deployable on the AI Factory?

What to coverThe role calls for production-grade applications, microservices and pipelines in a constrained, regulated environment. Suggested preparation: explain how you would assess the prototype against deployment, testing, security and operational criteria, then prioritize the gaps.

How would you design interfaces for AI capabilities developed by different R&D teams?

What to coverThe posting emphasizes reusable integration patterns and onboarding, scaling and retiring capabilities with minimal rework. Suggested preparation: discuss interface contracts, versioning and the trade-off between a common pattern and model-specific needs.

How would you structure a back-end service that exposes an AI model to an enterprise application?

What to coverPython, C++, modern back-end frameworks and AI/ML application integration are required; REST APIs and SQL are preferred knowledge. Suggested preparation: describe service boundaries, request and response contracts, data handling, and when each language or component would be appropriate.

What architecture choices would help an AI service scale without making it difficult to retire?

What to coverThe architect owns service decisions for scaling and retirement, while distributed systems, Docker and Kubernetes are preferred knowledge. Suggested preparation: compare loosely coupled services and deployment options, including how you would manage dependencies during replacement.

How would you plan deployment of an AI service on AWS or Azure?

What to coverThe role builds cloud services on both platforms following RTX best practices. Suggested preparation: explain how application needs, operational constraints and approved infrastructure patterns would shape the design, without assuming a particular cloud product is required.

How would you integrate and evaluate a RAG pipeline in an enterprise application?

What to coverLLMs and RAG workflows are required experience, and their integration is an advertised duty. Suggested preparation: address retrieval quality, answer evaluation, latency and how application behavior would be tested before deployment.

How would you integrate a perception or analytics model into a production service?

What to coverThe posting names perception and analytics models alongside LLMs as capabilities to integrate. Suggested preparation: discuss input and output contracts, model dependencies, failure handling and how you would verify the service against application requirements.

What would your CI/CD and automated-testing approach cover for an AI microservice?

What to coverCI/CD, DevOps automation and automated testing are explicit requirements and duties; GitHub Actions and Jenkins are examples in the posting. Suggested preparation: distinguish software, integration and model-behavior checks, and explain which failures should block a deployment.

How would you detect and investigate degradation in a deployed AI capability?

What to coverThe role includes observability, and model monitoring, registries and pipelines are preferred MLOps knowledge. Suggested preparation: distinguish service-health signals from model-quality signals, then describe how you would trace a problem to an application, pipeline or model change.

How would you evaluate an in-flight AI service against security and compliance criteria?

What to coverThe role must meet RTX cybersecurity, infrastructure and regulatory requirements; evaluating and hardening work for constrained production is preferred experience. Suggested preparation: explain how you would identify unmet criteria, document trade-offs and resolve gaps before secure deployment without assuming specific RTX controls.

Behavioural practice

Tell me about a time you partnered with an infrastructure team to change a platform design.

What to coverThe role partners with the AI Factory infrastructure team to shape the platform around application demands. Suggested preparation: use a real situation, your actions to reconcile application and platform needs, and the resulting decision or outcome.

Describe a time you brought independently developed work from research or another team into a production application.

What to coverThe role integrates capabilities from multiple R&D teams. Suggested preparation: give the situation, how you handled differing assumptions or interfaces, and the result; do not present a hypothetical project as personal experience.

Tell me about a time you explained a difficult technical trade-off to different stakeholders.

What to coverThe posting values communication with management, business development, researchers and customers. Suggested preparation: identify the situation and audiences, what you changed in your explanation, and the decision or result.

Describe a time you set technical direction for an open-ended problem with limited guidance.

What to coverInitiative, independent work and defining technical direction are preferred attributes. Suggested preparation: explain the uncertainty, the evidence and trade-offs behind your actions, and what resulted.

Tell me about a time production or compliance constraints changed your delivery plan.

What to coverThe posting emphasizes regulated production and results in a fast-paced environment. Suggested preparation: use a real situation to show how you reprioritized, communicated the constraint and measured the outcome.

02

Sharpen your knowledge

Topics to prepare

  • AI capability lifecycle and service architecture

    The posting calls for architecture that lets independently developed capabilities be onboarded, scaled and retired with minimal rework. Revision exercise: sketch service boundaries and a versioned interface for two hypothetical prototypes, then explain how each would be replaced or retired.

  • Production hardening in a regulated environment

    RTX describes the AI Factory as a constrained, regulated production environment and requires compliance with its cybersecurity and infrastructure requirements. Revision exercise: make a review checklist for taking a prototype to production, separating security, testing, observability and compliance questions; do not assume specific RTX controls.

  • Enterprise AI integration

    The role integrates LLMs, analytics and perception models, and RAG pipelines into applications; LLM and RAG experience is required. Revision exercise: diagram a RAG request path and identify where the application should handle model errors, retrieval failures and changes to the model interface.

  • CI/CD and MLOps boundaries

    CI/CD, automated testing and observability are responsibilities; model registries, monitoring and pipelines are preferred MLOps knowledge. Revision exercise: map a proposed release from code and model changes through tests, deployment and monitoring, noting which checks concern the service versus the model.

  • Cloud and distributed-service tradeoffs

    The role builds services on AWS and Azure; REST APIs, microservices, SQL and distributed systems are preferred knowledge. Revision exercise: compare two service-boundary designs for an AI application, including failure handling, scaling and data access, without assuming a mandated cloud architecture.

Skills to revise

  • Implement a prototype-to-service adapter

    Python, C++ and modern back-end frameworks are required, and the role turns prototypes into deployable services. Practice wrapping a small model stub behind a back-end interface, with validation, error handling and tests; explain where Python and C++ components would meet.

  • Build a reusable model integration contract

    Reusable interfaces for AI capabilities from different R&D teams are central to the posting. Practice defining input and output contracts for two hypothetical model types, then write adapter tests that show one implementation can be swapped without changing the calling application.

  • Automate a tested release

    The posting requires CI/CD and DevOps automation experience and names GitHub Actions and Jenkins as examples. Practice writing a small pipeline in one of those tools that runs service and integration tests before a deployment step; state what a failed check blocks.

  • Exercise an LLM or RAG integration

    LLMs, RAG workflows and application-level AI/ML integration are required. Practice connecting a small application to a model or RAG pipeline, then test empty retrieval results, malformed outputs and model unavailability. This is preparation, not a claim about RTX’s implementation.

  • Instrument and secure a cloud deployment

    The role calls for AWS and Azure services, observability and secure deployment workflows. Practice drafting a deployment configuration and operational checks for a small service on either named cloud; identify what should be logged, monitored and reviewed before release, without inventing RTX-specific controls.

04

Your preparation checklist

  • Map evidence to the stated qualifications

    Prepare a one-page evidence map for the posting’s experience thresholds: Python, C++ and back-end frameworks; CI/CD and DevOps; LLMs, RAG and AI frameworks; and AI/ML application integration. Note the project, dates and specific contribution for each, without assuming a match.

  • Rehearse a prototype-to-production walkthrough

    Select a relevant project, if available, and explain its starting prototype, architecture decisions, deployment path, measurable results and tradeoffs. The role specifically converts R&D AI prototypes into applications, microservices and pipelines on the AI Factory.

  • Sketch a reusable integration design

    As a preparation exercise, draw an interface and service architecture for onboarding, scaling and retiring independently developed AI capabilities with minimal rework. Be ready to justify API boundaries, versioning and how application needs would be discussed with the infrastructure team; the posting does not prescribe a particular design.

  • Prepare an AI integration deep dive

    Outline how an LLM, RAG pipeline or other model would be integrated into an enterprise application, including data flow, testing and operational tradeoffs. Distinguish experience you can substantiate from design choices proposed for discussion.

  • Document a secure delivery and operations approach

    Prepare a sample delivery diagram or checklist covering CI/CD, automated tests, observability and secure deployment on AWS or Azure. Explain how you would identify applicable cybersecurity and regulatory requirements rather than assuming RTX’s internal controls.

  • Gather examples of technical direction and collaboration

    Prepare concise examples, if available, of hardening work for production, resolving an architecture tradeoff and communicating decisions across researchers, infrastructure teams and other stakeholders. These reflect responsibilities and preferred experience in the posting.

  • Write targeted questions for the employer

    Ask how AI Factory interfaces and platform responsibilities are divided, what criteria govern production readiness and retirement, and which AWS or Azure deployment constraints apply. Confirm the hybrid onsite expectations for the listed locations if relevant.

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 of America. Matched to this role, not your profile.

Explore more jobs
Finding similar opportunities…