<strong>Job Description<br><br></strong>Agilent instruments produce the measurements behind pharmaceutical quality control, food and environmental testing, and research labs worldwide. That data sits in dozens of software products, and we are building a platform that lets our products, our customers' workflows, and AI agents find and use it wherever it lives.<br><br>We are hiring a data architect to own the discovery and access side of that platform: how scientific data is registered and found, and how it is composed and served. The platform architecture is established; the target state for discovery and access, and the path to it, are yours to define.<br><br>You work under the Lead Data Architect, who owns cross-service standards and governance. Within your areas, the architecture decisions are yours; cross-service decisions go to the Lead with evidence, options, and a recommendation.<br><br>This is an architecture role with hands-on evidence: you decide the architecture for your areas, stay with engineering through implementation, and read the code, run the queries, and build the proof of concept when an argument needs one.<br><br><strong>Your areas:<br><br></strong><ul><li>Data access. Your part of the federated GraphQL gateway, which the platform team owns how connected systems are represented on it, directly or through data services; the read layer that composes results across systems; and the application data services that expose access-controlled views of scientific data to products, workflows, and AI consumers. </li><li>Catalog and search. The catalog record model, how connected systems register their data and how that metadata is represented, search over it, and the path to richer indexes like vector and graph. <br><br></li></ul>Access is the first-year priority; catalog work runs alongside as the first connectors land. File management, metadata extraction, and semantic standards are owned by other architects on the team. The data is scientific data created by software products: results, methods, samples, files. ERP, CRM, and other enterprise business systems are out of scope.<br><br><strong>What you will do:<br><br></strong><ul><li>Establish how the catalog and access paths behave today and define the target state: service boundaries, contracts, integration patterns, and the path between the two. </li><li>Own the schemas and contracts your areas depend on: catalog records, subgraph boundaries, data service views, and versioned event schemas. Design them and make explicit which system is authoritative for each piece of information under the program's data governance rules, and version them so existing consumers keep working. </li><li>Design the access paths AI agents use to read what they can, under what controls, and with what provenance. </li><li>Review proposed integrations against your contracts and the program's participation requirements. Change your contracts when the evidence warrants and propose changes to the requirements. </li><li>Design modernization paths for legacy sources that keep customers running through the transition, including moves from on-premises to hybrid or cloud. </li><li>Set query and index performance targets for catalog and access paths. </li><li>Design the pipelines that keep the catalog, the search index, and the access views current as data arrives, from extractor output through backfill and recovery. </li><li>Work directly with engineering: clarify designs, evaluate implementation plans, review delivered work against the decisions. </li><li>Write the decision records and diagrams for your areas, and explain the tradeoffs to engineers, product managers, and business stakeholders. <br><br></li></ul><strong>What we work with:<br><br></strong><ul><li>.NET (C#) services, Angular front ends, and a federated GraphQL gateway</li><li>PostgreSQL by default, with Oracle and SQL Server across the installed base</li><li>RabbitMQ for messaging and event-driven change discovery</li><li>Kubernetes and Helm alongside Windows installers for on-premises and hybrid customers, with S3-compatible object storage</li><li>Scientific data in proprietary instrument formats as well as vendor-neutral formats like Allotrope</li><li>AI assistants in daily use<br><br></li></ul><strong>Qualifications<br><br></strong><strong>Required qualifications:<br><br></strong><ul><li>Has 8+ years in software engineering, data engineering, or architecture with distributed systems: service boundaries, APIs, and event-driven integration. </li><li>Has defined architecture ahead of finalized standards and governance and can show which decisions held up and which had to change. </li><li>Has owned the architecture of a production system in at least one of these areas: data catalogs and metadata management (DataHub, OpenMetadata, or similar); search and indexing (Elasticsearch, OpenSearch, or similar); API or federated-query data access layers (Apollo Federation, or similar); or the data layer of a scientific, laboratory, or regulated application. </li><li>Writes SQL and reads execution plans in PostgreSQL or SQL Server. </li><li>Has built and run data pipelines, including recovery and backfill. </li><li>Reads production code in a typed language (C#, Java, TypeScript, or similar) and can build a proof of concept. </li><li>Uses AI tools in daily architecture and data work (profiling and cleaning data, reading and generating code, drafting decision records) and can show the process: what you delegate, what you verify, and how. </li><li>Works across product, engineering, and business teams without direct authority. <br><br></li></ul><strong>Preferred qualifications:<br><br></strong><ul><li>Has delivered data products consumed by applications: APIs, views, or datasets that other software depends on. </li><li>Working knowledge of catalog, search, and data access beyond the area you have owned. </li><li>Laboratory informatics or regulated life sciences, including data integrity and audit trail expectations. </li><li>Architecture decision records, C4 or similar diagrams, and interface contracts. </li><li>Cloud integration patterns (identity, storage, messaging, managed data services) alongside on-premises deployment. <br><br></li></ul><strong>Additional Details<br><br></strong>This job has a full time weekly schedule. It includes the option to work remotely.<br><br>Our pay ranges are determined by role, level, and location. Within the range, individual pay is determined by work location and additional factors, including job-related skills, experience, and relevant education or training. During the hiring process, a recruiter can share more about the specific pay range for a preferred location. Pay and benefit information by country are available at: Technologies Inc. is an equal opportunity employer. Qualified applicants will receive consideration for employment without regard to race, color, religion, sex, sexual orientation, gender identity, national origin, protected veteran status, disability or any other protected categories under all applicable laws.<br><br><strong>Travel Required: <br><br></strong>25% of the Time<br><br><strong>Shift: <br><br></strong>Day<br><br><strong>Duration: <br><br></strong>No End Date<br><br><strong>Job Function: <br><br></strong>R&D