Technical Platform Architect

Ashley Furniture Industries•Tampa, FL

11d•Onsite

About The Position

We are building an internal platform that serves every engineering team at Ashley, encompassing thousands of repositories, dozens of Kubernetes clusters, and delivery teams spread across multiple business domains. We are looking for a Technical Platform Architect to set the technical direction for that platform. This is a hands-on architecture role where you will write code, review pull requests, and prototype the patterns you propose. Your influence will come from making the recommended path measurably easier than the alternatives, from evidence, and from your ability to earn the trust of engineers who are free to ignore you. We care as much about how you hold what you know as about what you know. You will arrive with a deep library of patterns, and we want you to bring all of it as a set of hypotheses about Ashley, not conclusions. What worked at your last company is real evidence and we will take it seriously, but our constraints, our teams, and our history are different, and the pattern must be tested here before it becomes an answer. The same applies to technology selection. We expect you to have strong preferences and to argue for them hard. We expect the argument to rest on our constraints and on observable outcomes rather than on familiarity, enthusiasm, or what is currently well-regarded. Being able to say "I was wrong, and here is what changed my mind" is a qualification for this role, not a liability.

Requirements

A bachelor's degree in computer science, computer engineering, or a related field, or an equivalent combination of education and experience.
8+ years of software engineering experience, including 4+ years designing and operating platform or infrastructure systems at enterprise scale.
Demonstrated ability to drive technical change across organizational boundaries without formal authority.
A habit of holding your own experience loosely — you can describe a pattern you brought into a new organization, tested against its actual constraints, and set aside because it didn't fit.
Evidence-based technology selection you can walk us through a decision where you chose against your own preference, and describe specifically what moved you.
Deep, practical experience with Kubernetes and container-based delivery, including what breaks at scale and why.
Fluency in infrastructure as code and declarative, continuously reconciled infrastructure — you should be able to explain why reconciliation loops behave differently from run-to-completion provisioning, and when that difference matters.
Strong experience designing and operating CI/CD systems, and a clear point of view on branching, artifact promotion, and release strategy.
Practical experience with OpenTelemetry and a clear view of instrumentation as a platform concern rather than an application concern: semantic conventions, collector architecture, auto-instrumentation, and the cardinality and cost tradeoffs that decide whether telemetry stays affordable at scale.
Proficiency in at least one general-purpose programming language (C# preferred) and at least one shell or scripting language (PowerShell preferred).
Substantial experience with a major cloud provider, Azure preferred.
The ability to design for non-functional requirements: availability, reliability, scalability, security, and operability — and to explain the tradeoffs between them to both engineers and executives.
Excellent written communication: much of your influence will be asynchronous, in documentation, design records, and code review.

Nice To Haves

Experience building or operating an internal developer portal.
Familiarity with platform engineering and Team Topologies concepts, particularly platform-as-product and cognitive load as a design constraint.
Experience with GitOps tooling and policy-as-code enforcement.
Background in developer experience or developer productivity work.
Experience in a large, multi-team, multi-org source control environment.
Experience introducing security and compliance controls into delivery pipelines in a way engineers accept rather than route around.

Responsibilities

Own the architecture of Ashley's internal developer platform, including golden paths, reference implementations, and self-service capabilities that delivery teams build on.
Define and evolve enterprise standards for source control, CI/CD, infrastructure as code, containerization, observability, and deployment.
Evaluate emerging technologies against real constraints and make clear recommendations, including recommendations not to adopt.
Establish the architectural guardrails that let teams move quickly without producing systems the organization cannot operate.
Design and implement reusable platform components that eliminate repeated effort across teams.
Prototype and prove out new patterns before recommending them broadly.
Contribute directly to platform codebases, automation, and tooling.
Make observability a property of the platform rather than a burden each team re-solves, including standardized OpenTelemetry instrumentation, consistent semantic conventions across services, and collector topologies that keep the telemetry backend a replaceable decision.
Ensure new and existing systems are resilient and operable by the teams that own them.
Partner with delivery teams to understand their friction and design capabilities that remove it.
Publish patterns, standards, and reference material that teams can act on without a meeting.
Mentor engineers across the organization and raise the level of platform fluency company-wide.
Drive migration and modernization efforts through evidence and enablement rather than mandate.
Understand who your users are, what they are trying to accomplish, and where you are failing them.
Measure adoption and developer experience, and use what you learn to prioritize.
Make deliberate tradeoffs between capability, cognitive load, and the burden of operating what you ship.