Используем cookie для работы сайта и статистики. «Хорошо» разрешит ещё и запись сессий.
Ggravity9
Великобритания3 месяца назад
Грейд
Lead
Формат работы
Удалённо, Гибрид
Тип занятости
Частичная занятость
Уровень английского
B2, выше среднего
Письмо на почту или сообщение рекрутеру в Telegram
gravity9 is recruiting Java engineers and architects for a portfolio of engagements across UK central government. These are large-scale, data-intensive modernisation programmes: replacing legacy systems that carry statutory weight, decomposing monoliths that serve millions of users, and building secure data platforms where access control and auditability are first-class architectural concerns rather than late additions.
We are hiring across two overlapping profiles — Senior Java Developer and Application / Migration Architect — and expect most people to move between programmes as engagements start and complete. Several of these are hands-on architect roles: you will own design decisions and also write production code
The following are representative of current and upcoming engagements. Individual roles will draw on some of this, not all of it — we are more interested in engineers who can work confidently at the intersection of Java and data than in a checklist match against any one programme.
A greenfield metadata catalogue acting as a federated index over data held across independent domains, so that authorised parties can locate and retrieve data the catalogue itself never holds. The work includes designing an attribute-based access control model over attributes such as clearance, nationality, organisational unit and compartment; enforcing those policies inside the database query path rather than filtering results afterwards; application-layer encryption with externally managed keys; hybrid lexical and semantic search with access filtering applied before candidate retrieval rather than after it; and a tamper-evident audit trail that can reconstruct why a given record was returned, redacted or withheld.
Replacing point-to-point integration across a multi-vendor estate with a microservices architecture and a common data layer, so that operational data flows in near real time instead of over days. The work includes target-state architecture and decision records, change-data-capture ingest pipelines from upstream data services, ontology and mapping-layer design across suppliers with competing data models, separation of system, reference and insight data classes including time-series, and deployment topologies spanning cloud-hosted services down to constrained edge hardware.
Migrating hundreds of millions of records and tens of terabytes of XML out of a legacy relational platform into a sharded document store, in support of a COBOL-to-Java microservices rewrite. The work includes a configuration-driven XML-to-JSON transformation framework backed by a versioned schema registry — twenty years of history, multiple record types and continual schema and semantic drift; CDC and streaming pipelines, or a checkpointed parallel bulk-extract alternative; a field-level mapping validation and reconciliation framework robust enough to stand up to audit; a replay and failure-diagnostics harness with dead-letter routing and idempotent re-runs; and repeated dress rehearsals toward a single cutover window with no dual running.
Breaking a distributed monolith of well over a hundred Java services sharing a handful of database clusters into domain-owned services — moving from borrowed data to owned data without reintroducing hidden coupling. The work includes bounded-context analysis to establish which domain genuinely owns which collections, in-place data remodelling ahead of any physical move, a data-access facade with feature-flagged per-request routing between old and new stores, dual-write / backfill / reconcile / read-switch cutover lifecycles with a defined rollback at every step, cluster-to-cluster streaming and live migration tooling, and automated parallel-run and diff-on-read testing.
Emphasis varies by role and programme, but MongoDB is the common thread. Every one of these engagements involves modelling for it, migrating onto it, or building on top of it, and genuine depth here is what most differentiates candidates.
For architect-level roles we additionally expect:
Engagement Contract. Typically three to twelve months per programme, with a strong likelihood of rolling onto the next. Some roles begin part-time through a design phase before going full-time for build.
Clearance SC clearance is the standard requirement for these roles, and current SC will always be the fastest route onto a programme. We will consider especially strong candidates who hold BPSS only and can sponsor SC in those cases, though clearance takes roughly three months and start dates will reflect that.
Residency UK resident. All work on these programmes is delivered from the UK by UK-onshore staff.
Working model Predominantly remote with periodic onsite attendance. Locations vary by programme — expect occasional travel to client sites including London, Manchester and Leeds.
Environment Work is typically delivered through client-supplied devices or VDI, with VPN access to client environments. You should be comfortable operating within defined information-handling and access constraints, and with the pace that government security and onboarding processes set.
Team shape Small, focused, multi-disciplinary teams. On several programmes gravity9 delivers alongside partner organisations and other suppliers, and you will need to work effectively across those boundaries.
Timing These roles support a growing pipeline of central government work. Some engagements are contracted and mobilising; others are in contract negotiation with expected start dates in the coming months. We are building the bench now so that we can mobilise quickly, and clearance lead times mean early conversations are worthwhile even where a start date is not yet fixed.
Сравним навыки, грейд, формат работы и зарплату
gravity9 набирает инженеров и архитекторов Java для портфеля проектов в центральных органах власти Великобритании. Это крупномасштабные, ресурсоемкие программы модернизации: замена устаревших систем, имеющих юридическую силу, декомпозиция монолитов, обслуживающих миллионы пользователей, и создание безопасных платформ данных, где контроль доступа и аудит являются первоочередными архитектурными задачами, а не поздними дополнениями.
Мы нанимаем на две смежные позиции — старший Java-разработчик и архитектор приложений/миграции — и ожидаем, что большинство сотрудников будут переходить между программами по мере начала и завершения проектов. Несколько из этих ролей являются практическими ролями архитекторов: вы будете отвечать за проектные решения и также писать производственный код.
Ниже приведены примеры текущих и предстоящих проектов. Индивидуальные роли будут задействовать некоторые из этих направлений, а не все — нас больше интересуют инженеры, которые могут уверенно работать на стыке Java и данных, чем те, кто соответствует всем пунктам списка для одного проекта.
Новая платформа каталога метаданных, действующая как федеративный индекс данных, хранящихся в независимых доменах, чтобы авторизованные стороны могли находить и извлекать данные, которые сам каталог никогда не хранит. Работа включает в себя проектирование модели контроля доступа на основе атрибутов (attribute-based access control) по таким атрибутам, как допуск, гражданство, организационное подразделение и отсек; принудительное применение этих политик в пути запроса к базе данных, а не фильтрация результатов после него; шифрование на уровне приложения с внешне управляемыми ключами; гибридный лексический и семантический поиск с фильтрацией доступа, применяемой перед получением кандидатов, а не после него; и защищенный от несанкционированного доступа журнал аудита, который может реконструировать, почему была возвращена, заменена или удержана данная запись.
Замена точечной интеграции в многовендорной среде архитектурой микросервисов и общим уровнем данных, чтобы операционные данные поступали в режиме, близком к реальному времени, а не за дни. Работа включает в себя целевую архитектуру и записи решений, конвейеры приема изменений данных (change-data-capture) из вышестоящих служб данных, проектирование онтологии и уровня сопоставления для поставщиков с конкурирующими моделями данных, разделение классов системных, справочных и аналитических данных, включая временные ряды, и топологии развертывания, охватывающие облачные службы до ограниченного периферийного оборудования.
Миграция сотен миллионов записей и десятков терабайт XML из устаревшей реляционной платформы в сегментированное хранилище документов в рамках переписывания COBOL на Java с использованием микросервисов. Работа включает в себя настраиваемую платформу трансформации XML в JSON, поддерживаемую системой управления версиями схем (versioned schema registry) — двадцать лет истории, несколько типов записей и постоянное отклонение схем и семантики; конвейеры CDC и потоковой передачи или альтернативный вариант параллельного пакетного извлечения с контрольными точками; фреймворк валидации и сопоставления на уровне полей, достаточно надежный для аудита; набор для повторного воспроизведения и диагностики сбоев с маршрутизацией недоставленных сообщений и идемпотентными повторными запусками; и многократные репетиции для одного окна перехода без параллельной работы.
Разделение распределенного монолита из более чем сотни Java-сервисов, совместно использующих несколько кластеров баз данных, на сервисы, принадлежащие доменам — переход от заимствованных данных к собственным без повторного введения скрытых зависимостей. Работа включает в себя анализ ограниченных контекстов (bounded-context analysis) для определения того, какой домен фактически владеет какими коллекциями, переформатирование данных на месте перед любым физическим перемещением, фасад доступа к данным с маршрутизацией между старыми и новыми хранилищами, переключаемой по флагу функции для каждого запроса, жизненные циклы переключения двойной записи / резервного копирования / сопоставления / чтения с определенным откатом на каждом этапе, инструменты потоковой передачи между кластерами и живой миграции, а также автоматизированное параллельное выполнение и тестирование различий при чтении.
Акцент варьируется в зависимости от роли и программы, но MongoDB является общей нитью. Каждый из этих проектов включает в себя моделирование для него, миграцию на него или создание на его основе, и подлинная глубина знаний здесь является тем, что наиболее отличает кандидатов.
Для ролей уровня архитектора мы дополнительно ожидаем:
Договор Контракт. Обычно от трех до двенадцати месяцев на программу, с высокой вероятностью продления на следующую. Некоторые роли начинаются с частичной занятости на этапе проектирования, а затем переходят на полную занятость для разработки.
Допуск Стандартным требованием для этих ролей является SC-допуск, и наличие действующего SC всегда будет самым быстрым путем к началу работы над программой. Мы рассмотрим особенно сильных кандидатов, имеющих только BPSS и подходящих для получения SC, хотя получение допуска занимает примерно три месяца, и даты начала работы будут это отражать.
Резидентство Резидент Великобритании. Вся работа по этим программам выполняется из Великобритании персоналом, находящимся на территории Соединенного Королевства.
Модель работы Преимущественно удаленная работа с периодическим посещением офиса. Места проведения работ варьируются в зависимости от программы — ожидаются периодические поездки на объекты клиентов, включая Лондон, Манчестер и Лидс.
Среда Работа обычно выполняется на устройствах, предоставляемых клиентом, или через VDI, с VPN-доступом к клиентским средам. Вы должны быть готовы работать в рамках установленных ограничений по обработке информации и доступу, а также темпа, задаваемого процессами безопасности и онбординга правительства.
Формат команды Небольшие, сфокусированные, междисциплинарные команды. В рамках нескольких программ gravity9 работает совместно с партнерскими организациями и другими поставщиками, и вам потребуется эффективно взаимодействовать через эти границы.
Сроки Эти роли поддерживают растущий поток работы в центральных органах власти. Некоторые проекты уже заключены в контракт и находятся в стадии мобилизации; другие находятся на стадии согласования контрактов с ожидаемыми датами начала в ближайшие месяцы. Мы формируем кадровый резерв сейчас, чтобы мы могли быстро мобилизоваться, а учитывая сроки получения допуска, ранние консультации имеют смысл, даже если дата начала работы еще не определена.
Чаще всего от 41 до 87
Чаще всего от 41 до 87