R

Red Hat

Enterprise open-source software subscriptions and services

Global Specialist Solution Architect

Full-TimeDeadline 10/30/26
$197.9k - $316.6k+ Bonus + Commission + Equity
Expert
Boston, MA, USA+7 moreMore locations: California, USA | Texas, USA | Florida, USA | South Carolina, USA | Georgia, USA | Virginia, USA | North Carolina, USA
Remote
Solution EngineeringPre-Sales Solution Engineering
Company Does Not Provide H1B Sponsorship

About the job

Requirements
  • At least 6 years of combined experience in software engineering, build/release engineering, platform engineering, DevSecOps, or technical sales, including direct responsibility for software with real dependency and upgrade obligations.
  • Demonstrated ability to work hands-on in a customer or production build environment.
  • Working command of at least two of Maven, pip, and npm, including dependency resolution, transitive dependency behavior, lockfiles, and version constraint semantics.
  • Practical understanding of enterprise build configuration, registry and repository settings, and how enterprises proxy and mirror public package registries.
  • Hands-on experience with enterprise artifact repositories and internal mirrors.
  • Ability to configure, execute, and troubleshoot builds directly in a customer's build environment alongside their engineers.
  • Understanding of build reproducibility, disconnected and air-gapped delivery, and multi-language codebases.
  • Knowledge of SLSA build integrity levels and practical requirements of Level 3.
  • Knowledge of SBOM formats and lifecycle, including SPDX and CycloneDX, and the operational difference between generating an SBOM and acting on one.
  • Knowledge of artifact signing and verification, including HSM-backed signing, attestation, and enforcement at build and admission.
  • Knowledge of VEX and CSAF, and the role of machine-readable exploitability data in vulnerability triage at scale.
  • Knowledge of provenance, typosquatting, and dependency confusion threat models.
  • Understanding of upstream open source contribution practice and how remediations are returned to originating projects.
  • Experience delivering technical presentations and leading business-value sessions.
  • Credibility with a working engineering audience and ability to hold leadership or executive conversations, including public speaking.
  • Ability to represent product coverage and roadmap accurately and without overstatement, particularly where curated coverage does not yet extend.
  • Willingness to travel as needed to meet business and customer needs.
Responsibilities
  • Deploy into requested engagements as Red Hat's technical lead for trusted software supply chain, partnering with the Account Solution Architect and Account Executive to drive Red Hat Lightwell within new and existing customer accounts.
  • Lead the technical conversation across developers and build engineers, application development and platform engineering leadership, and security and compliance organizations, adapting depth and framing to each audience.
  • Articulate and defend Red Hat's differentiating position against alternative market approaches.
  • Position software supply chain offerings within the broader Red Hat portfolio, including hardened container images, artifact signing, attestation, SBOM generation, pipeline policy enforcement, and runtime security.
  • Demonstrate the offering in customers' environments by configuring builds to resolve against Lightwell repositories, executing builds, and troubleshooting results alongside customer engineers.
  • Facilitate pre-sales and post-sales activities as needed, including technical deep dives, proofs of concept, bake-offs, internal sprints and hackathons, and development of partner vertical-specific solutions to drive adoption of Red Hat Lightwell.
  • Identify and partner with customer stakeholders, acting as an advocate within their line-of-business and internal customer teams.
  • Advise on integration with customers' existing artifact management, mirroring, and pipeline estate, including disconnected and air-gapped environments.
  • Work closely with the Lightwell business unit and engineering teams, providing a market feedback loop on the product and solutions.
  • Conduct community outreach and customer advocacy activities, including conference speaking and blog posts.
  • Deliver enablement and mentoring to the Red Hat Technical Sales community to raise baseline capability on software supply chain security.
Desired Qualifications
  • Previous experience as a sales engineer, technical sales professional, or in a similar role, preferably at an enterprise software company, SaaS company, or systems integrator.
  • Professional software development experience in Java or Python ecosystems, including responsibility for dependency management and release.
  • Ownership of CI/CD systems, artifact repositories, or internal developer platforms at enterprise scale.
  • DevSecOps experience, including integrating security tooling and policy into delivery pipelines, and familiarity with organizational friction between security, platform, and application teams.
  • Application security or product security experience, including vulnerability management, dependency risk, or secure development lifecycle work.
  • Sustained participation in an upstream open source project, particularly in packaging, release engineering, or maintenance.
  • Foundational knowledge of Red Hat Enterprise Linux, OpenShift, and Ansible Automation Platform.
  • Familiarity with compliance regimes relevant to the geography's key accounts and with control automation as a durable response to audit obligations.

About the company

Red Hat sells subscriptions for open-source software and related services to enterprises. Its products, like Red Hat Enterprise Linux, OpenShift, and Ansible, are open-source but come with guaranteed updates, patches, and professional support through a subscription, so customers install the software and receive ongoing assistance. The company differentiates itself with an enterprise-focused, integrated stack and services around hybrid cloud, containers, and automation, backed by IBM as a strategic owner while Red Hat operates as a distinct unit. Its goal is to help large organizations deploy, manage, and scale open-source software across complex IT environments with predictable, enterprise-grade support.

Company Size

10,001+

Company Stage

Acquired

Total Funding

$34B

Headquarters

Raleigh, North Carolina

Founded

1993

Get referred to Red Hat

See people who can refer or advise you

Simplify Jobs

Simplify's Take

What believers are saying

  • IBM Q2 2026 said Red Hat revenue grew 11 percent, accelerating sequentially.
  • IBM Q1 2026 said Red Hat grew 10 percent, with consumption revenue stabilizing.
  • OpenClaw Enterprise, sponsored by Red Hat in 2026, positions it for enterprise agent platforms.

What critics are saying

  • CVE-2026-96659, disclosed October 1, 2026, exposes Satellite root passwords and command execution.
  • RHSB-2026-006 showed May 29, 2026 package compromise in Red Hat GitHub and npm.
  • IBM folded Red Hat finance, legal, HR, and accounting into IBM in 2026, eroding independence.

What makes Red Hat unique

  • Red Hat shapes Linux, OpenShift, and Ansible upstream, then monetizes enterprise subscriptions.
  • OpenShift reached $2 billion ARR in Q1 2026, proving hybrid-cloud platform depth.
  • Red Hat OpenShift AI and RHEL anchor regulated enterprise workloads across clouds.

Help us improve and share your feedback! Did you find this helpful?

Benefits

  • Health Insurance
  • Dental Insurance
  • Vision Insurance
  • 401(k) Retirement Plan
  • 401(k) Company Match
  • Paid Vacation
  • Paid Sick Leave
  • Paid Holidays
  • Parental Leave
  • Family Planning Benefits
  • Tuition Reimbursement

Growth & Insights and Company News

Headcount

6 month growth

0%

1 year growth

0%

2 year growth

1%
ARN
Oct 16th, 2026
Red Hat crowns top A/NZ partners for 2026.

Red Hat crowns top A/NZ partners for 2026. 16 Oct 2026 2 mins Five awards were given in total. Red Hat has recognised its top-performing partners across the Australian and New Zealand (A/NZ) region for 2026 at its annual Partner Awards. Delivered during its Ecosystem Success Day 2026, Red Hat handed out five awards to partners across its local channel ecosystem. Among the winners was Advent One with the Container Champion award, with the partner recognised for what Red Hat referred to as its exceptional OpenShift capabilities, as well as having a proven track record of helping customers build and scale critical container platforms. Meanwhile, the Platform Modernisation award went to Integral for modernising critical platforms in government and regulated sectors, which includes sovereign, secure citizen identity services powered by OpenShift. Kestrel Eight took home the Emerging Partner of the Year award after rapidly scaling OpenShift capabilities and taking platform solutions to market at impressive speed, according to Red Hat. Deloitte was also acknowledged with the Virtualisation Transformation award, having made leading-edge investment in OpenShift Virtualisation and proving platform confidence by deploying the tech internally. Rounding out the awards was Microsoft with the Hybrid Cloud Everywhere award for driving strong Azure growth and customer adoption of Red Hat solutions via joint engagement and Marketplace commitments. "This year's Red Hat A/NZ Partner Award winners exemplify the strength and impact of our ecosystem, bringing the expertise, innovation and capabilities needed to help customers achieve meaningful business outcomes," said Red Hat A/NZ head of ecosystem John Nelson. "I congratulate all our winners on their well-deserved recognition and thank them for their continued commitment to Red Hat." "Our partners play a fundamental role in our success, and as we look ahead, we remain focused on empowering them to invest in their people, strengthen their capabilities and unlock new opportunities through co-innovation and collaboration. We look forward to building on this success and driving further growth together." Don't miss a thing From its editors straight to your inbox. Get started by entering your email address below. Sasha Karen is a nationally recognised highly commended senior journalist at ARN. With a decade's worth of experience, Sasha serves the local channel community with news and inspiration about channel partners.

Red Hat
Oct 14th, 2026
One SoC. Two worlds. Zero compromise: How Red Hat In-Vehicle Operating System and DXC AMBER come together in a mixed-criticality software-defined vehicle solution.

One SoC. Two worlds. Zero compromise: How Red Hat In-Vehicle Operating System and DXC AMBER come together in a mixed-criticality software-defined vehicle solution. At ELIV 2026 in Baden-Baden, Red Hat and DXC are showcasing a software-defined vehicle (SDV) platform that brings together AD/ADAS and digital cockpit workloads on a single high-performance compute platform, with Red Hat In-Vehicle Operating System providing an ISO 26262 ASIL-B certified Linux foundation for the safety-relevant software domain. The automotive industry has been exploring ADAS and IVI convergence for years. In collaboration with DXC, Red Hat, Inc. is showcasing a production-grade implementation, running Android Automotive OS, an ASIL-B instrument cluster and AD/ADAS applications side by side on a single Qualcomm Snapdragon Ride Flex SA8775P, part of Qualcomm's Snapdragon Ride Flex family, which is designed to simultaneously support digital cockpit and ADAS workloads. The key building blocks are Red Hat In-Vehicle Operating System at the heart of the safety-critical software domain and DXC's AMBER middleware, communication and hardware enablement framework, providing the cross-domain SDV platform integration layer. A Type 1 hypervisor provides isolation between the Android and Red Hat In-Vehicle Operating System software domains, while the SoC's ASIL-D safety island and an Infineon AURIX companion MCU provide additional safety and vehicle-interface capabilities. A hybrid system architecture: hardware and OS-level isolation. The joint architecture combines hardware-level with OS-level isolation. A Type 1 hypervisor serves as the underlying partitioning mechanism that separates Android Automotive OS (AAOS) and Red Hat In-Vehicle Operating System into dedicated virtual machines (VMs), while containerization within Red Hat In-Vehicle Operating System provides isolation between safety-critical subsystems such as ADAS and the instrument cluster. In this implementation, running AAOS in its own VM also provides a complete, isolated Android environment aligned with the Google-compliant target configuration. The following is a simplified view of the overall high-performance software environment, without the safety island and vehicle interface processor. Figure 1. Overall Software Architecture, High-Performance Part Safety workloads run in containers on safe Linux Instead of running a separate VM for each safety-relevant domain, Red Hat In-Vehicle Operating System serves as a common host for the safety-relevant workloads in the DXC implementation. Linux-native isolation mechanisms provide temporal, spatial and resource isolation capabilities. For this forward-looking demo architecture, the ADAS/ACC application and the DXC AMBER instrument cluster, both targeted as ASIL-B workloads, run in separate containers within the same Red Hat In-Vehicle Operating System environment. Android Automotive OS runs in its own virtual machine Android Automotive OS runs in another dedicated VM, bringing its own kernel with specific features such as Binder IPC, Bionic C library, and its own service manager, HAL and graphics stack. This approach provides a clear separation from the safety-critical domain and complies with Google's AAOS target configuration. It allows the Android environment to be integrated without being constrained through the underlying platform architecture. Deploying AAOS in this native way helps maintain performance of the infotainment system, while the Red Hat In-Vehicle Operating System VM remains focused on the safety-relevant and potentially other workloads. The core ingredients: DXC AMBER and Red Hat In-Vehicle Operating System. DXC AMBER: The software-defined platform layer DXC AMBER is DXC's modular product layer built across the different automotive domains. It implements a hardware and hypervisor-agnostic SDV platform with full source-code transparency, customizable and portable to various hardware platforms. Launched at CES 2026, it is currently being deployed to production programs. Three core assets carry this platform: * Cross-domain middleware: The underlying platform backbone across IVI, ADAS, cluster and real-time domains. It supports safe and secure inter-VM communication, network communication, diagnostics orchestration, software update and other cross-domain services such as power and state management, logging and health management, all in a SoC-agnostic and safety-compliant way. * AAOS IVI stack: A pre-integrated Android Automotive OS stack including DXC enhancements, app store and OTA updates, running in its own VM on a Type 1 hypervisor. * Digital instrument cluster: A high-performance UI engine with a safety-grade rendering layer for predictable real-time behaviour, together with a powerful toolchain and exemplary cluster designs, deployed as an ASIL-B container on Red Hat In-Vehicle Operating System. Red Hat In-Vehicle Operating System: The safety-certified OS layer At the core of the safety domain sits Red Hat In-Vehicle Operating System, a production-grade, open-source Linux platform certified as a Safety Element out of Context (SEooC) against ISO 26262 ASIL-B. Its current safety certificate includes a mixed-criticality claim, allowing safety-critical applications up to ASIL-B and quality-managed (QM) workloads to share a single ASIL-qualified Linux kernel. Linux-native isolation mechanisms and specialized configurations provide freedom from interference between the safety-critical and QM environments, reducing the need for separate guest operating systems and the associated virtualization overhead. The architecture presented here takes this concept a step further as a forward-looking direction. It envisions the ADAS/ACC application and instrument cluster, both ASIL-B, running as separate containers within the same Red Hat In-Vehicle Operating System environment. Figure 2. Red Hat and DXC in booth at ELIV

CXO Voice
Oct 13th, 2026
Red Hat and Ferrous Systems partner to bring safety-qualified Rust to automotive software.

Red Hat and Ferrous Systems partner to bring safety-qualified Rust to automotive software. Red Hat and Ferrous Systems GmbH, the leading provider of Rust consulting, tooling and training services, announced a strategic collaboration to use Ferrocene, a quality-managed, safety-qualified Rust toolchain to build applications for Red Hat In-Vehicle Operating System. With this collaboration, Red Hat and Ferrous Systems aim to equip automakers, Tier 1 suppliers and automotive software engineering teams with a streamlined, reliable path to develop safety-critical applications. As the automotive industry transitions to software-defined vehicles (SDVs), engineering teams increasingly seek memory-safe programming languages to replace legacy codebases. Rust is gaining interest across the automotive industry as OEMs and suppliers look to improve memory safety, software robustness and developer productivity while retaining the performance required for embedded and safety-related systems. However, deploying Rust in safety-critical electronic control units (ECUs) requires strict functional safety qualifications, rigorous toolchain verification and end-to-end traceability. Red Hat and Ferrous Systems are addressing these requirements by enabling the integration of Ferrocene's qualified Rust tooling with Red Hat In-Vehicle Operating System, bridging open source language innovation with enterprise-grade automotive functional safety standards. Initial use cases include safety-related applications and mixed Rust and C/C++ environments, giving development teams a way to introduce Rust into existing automotive software architectures. By integrating Ferrocene directly with Red Hat In-Vehicle Operating System, Red Hat and Ferrous Systems provide automotive software engineering teams with a streamlined path to develop and deploy memory-safe code. Francis Chow, vice president and general manager, In-Vehicle Operating System and Edge, Red Hat said, "Software-defined vehicles demand an evolution in how automotive applications are written, deployed, and certified. By working with Ferrous Systems to enable safety-qualified Rust on Red Hat In-Vehicle Operating System, we are providing automakers and Tier 1 suppliers with a hardened, memory-safe development foundation. This collaboration streamlines compliance, lowers integration barriers, and helps the automotive industry innovate faster without compromising safety." Florian Gilcher, managing director, Ferrous Systems GmbH said, "Rust brings real advantages to automotive software, particularly memory safety, but safety-critical development requires more than the right language. You also need a qualified toolchain and the evidence that goes with it. Ferrocene provides that qualification work, reducing the effort customers would otherwise have to take on themselves. Our work with Red Hat helps make Rust a viable choice for safety-critical automotive software." Availability. Ferrocene 26.05 currently supports Red Hat In-Vehicle Operating System with a qualified aarch64-rhivos2-linux-gnu target, allowing software engineering teams to begin developing and testing applications immediately. Full general availability of the joint solution is planned for the second half of 2027, aligned with safety-certified Red Hat In-Vehicle Operating System releases. Detailed guidance for using Ferrocene with Red Hat In-Vehicle Operating System, including qualification requirements and target-specific usage instructions, is available in the publicly accessible Ferrocene Red Hat In-Vehicle Operating System Manual. Organizations interested in using Ferrocene with Red Hat In-Vehicle Operating System can contact the Ferrous Systems sales team to discuss their project requirements and available support. by CXO VOICE team members, [email protected]

Marketing Spread
Oct 8th, 2026
Obsidian brings practical enterprise AI into focus at AI Expo Africa 2026.

Obsidian brings practical enterprise AI into focus at AI Expo Africa 2026. Obsidian Systems will sponsor AI Expo Africa 2026 alongside Atlassian, Coder, and Red Hat when the event returns to the Sandton Convention Centre in Johannesburg on 28 and 29 October. Now in its ninth year, AI Expo Africa brings enterprise technology buyers and suppliers together around practical uses of AI and intelligent automation. The 2026 programme includes demonstrations, case studies, and technical sessions, with more than 3,500 delegates expected over the two days. For Obsidian Systems, the event comes as enterprise conversations around AI increasingly move into the environments where software is built and operated. "AI is already finding its way into software development and day-to-day technology operations," says Karl Fischer, CTO at Obsidian Systems. "Organisations still have to decide where these tools run and what access they should have. Control cannot be something that gets added once adoption is already under way." Obsidian will use its presence at the expo to bring together technology from Atlassian, Coder, and Red Hat, each addressing a different part of how organisations are incorporating AI into enterprise technology. Atlassian is extending AI deeper into software delivery and teamwork. Rovo Dev, its AI agent for software teams, works across the development lifecycle and can assist with planning, code generation and review, as well as automated development workflows. For organisations already using Jira and other Atlassian products, this brings AI into the work and development processes teams use every day. AI without context is just pattern-matching. Atlassian's Teamwork Graph is the context layer that makes enterprise AI useful. It connects your people, work, knowledge, goals and tools across Atlassian and third-party systems into one living model of how your organisation actually works. That lets Rovo and your AI agents reason across your whole stack. Their answers draw on real work and respect the permissions you already have, instead of guessing from scattered apps. The model updates all the time, so when priorities change, the change flows through automatically, and there's no second plan to keep in sync. Teams spend less time searching, stay aligned on what matters, and move from trying AI to getting results, with AI that knows the context of their work. The event will also give Obsidian an opportunity to introduce Coder as a new vendor in its portfolio. Coder provides a self-hosted platform for AI coding agents and cloud development environments that run on infrastructure controlled by the organisation. Developers can use approved AI tools within standardised workspaces, while platform and security teams retain visibility into the environment where that work takes place. Fischer says this becomes more relevant as coding agents gain greater access to enterprise systems and source code. "Developers are going to use AI because it can remove a lot of friction from their work. The enterprise challenge is allowing that to happen without giving up control of the development environment," he says. "Coder gives us another way to approach that problem, particularly for organisations where source code and development infrastructure cannot simply move outside their control." Red Hat brings another part of the enterprise AI environment into the discussion. Red Hat AI Enterprise, launched in February 2026, provides an integrated platform for deploying and managing AI workloads across hybrid cloud environments. It builds on technologies such as Red Hat Enterprise Linux and Red Hat OpenShift, providing organisations with an open platform on which AI applications and agents can be run. The technologies will not necessarily enter an organisation through the same team or at the same time. Developers may begin experimenting with coding agents while business teams encounter AI through the platforms they already use. Infrastructure teams are meanwhile being asked to support new workloads while retaining the security and operational controls required in production. Obsidian sees its role in connecting those conversations. "AI cannot sit off to the side as a separate technology project. It has to work within the platforms, development practices and controls the organisation already depends on. That is where implementation becomes far more interesting than the headline around the latest model," says Fischer. This reflects a broader shift in Obsidian's own work. The company builds and manages open source platforms, data pipelines, and DevSecOps toolchains used by South African enterprises, with AI increasingly influencing how those environments are designed and operated. At AI Expo Africa, Obsidian will showcase its vendors and help you work through those decisions on how AI can fit into existing enterprise technology environments without treating adoption as an isolated exercise. AI Expo Africa 2026 takes place at the Sandton Convention Centre on 28 and 29 October, with a private VIP opening for sponsors, exhibitors and VIP guests on 27 October.

LinuxNews
Oct 8th, 2026
Nova driver continues progressing with long-term goal for official NVIDIA Linux use.

Nova driver continues progressing with long-term goal for official NVIDIA Linux use. NVIDIA engineer John Hubbard and Red Hat's Danilo Krummrich presented at this week's LPC2026 conference in Prague on the open-source and upstream Nova driver stack that continues forming as a Rust-based open-source NVIDIA Linux kernel driver... As an Amazon Associate I earn from qualifying purchases.