О роли
В 0TO9 (Zero to Nine) вы будете создавать облачную основу для лицензированных финансовых компаний, которые мы запускаем и масштабируем. Каждый новый проект размещается на этой платформе в регулируемом рынке, где устойчивость, безопасность и доказательства важны так же, как и скорость. Это возможность сформировать эту основу, пока она еще достаточно молода, чтобы ее можно было формировать.
Роль охватывает три области:
•Слой организации. Проектирование и управление нашей AWS landing zone с помощью AWS Control Tower и AWS Organizations: защитные ограждения, политики управления сервисами и превентивные и детективные контроли, применяемые сверху и одинаково ко всем аккаунтам.
•Слой венчура. Создание новых аккаунтов для новых проектов и развертывание нашего инфраструктурного шаблона в каждом из них, чтобы каждый проект переходил от пустого аккаунта к производственной среде хостинга одинаково, каждый раз.
•Устойчивость и соответствие требованиям. Определение целей восстановления (RTO и RPO) для каждой критической службы, создание аварийного восстановления, которое их удовлетворяет, и подтверждение этого с помощью регулярных тестов. Поддержание платформы в соответствии с DORA и выступление в роли человека, который проводит аудиторов и контролеров через наши контроли и доказательства, лежащие в их основе.
Вы будете тесно сотрудничать с нашим CTO и CISO на ежедневной основе.
В повседневной работе вы будете
•Создавать и развивать нашу инфраструктуру как код с использованием AWS CDK (TypeScript), проверяемую и развёртываемую через пайплайны, никогда вручную.
•Запускать контейнеризированные .NET микросервисы на ECS Fargate с RDS (SQL Server и PostgreSQL), S3 и DynamoDB за ними.
•Отвечать за идентификацию и доступ: Okta как наш провайдер идентификации, федеративно интегрированная с IAM Identity Center для SSO, с ролями с минимальными привилегиями и без долгоживущих ключей.
•Поддерживать базовый уровень безопасности во всех аккаунтах: централизованный логинг, обнаружение угроз, соответствие конфигурации, WAF на границе, шифрование KMS повсеместно.
•Проводить регулярные тесты аварийного восстановления и восстановления данных в соответствии с нашими целями восстановления и превращать результаты в доказательства, которые может проверить аудитор.
•Проводить регулярные проверки соответствия, чтобы мы знали, что остаёмся в соответствии между аудитами, а не узнавали об этом во время них.
•Поддерживать видимость затрат: бюджеты, обнаружение аномалий и теги, чтобы неожиданные расходы вызывали оповещения, а не появлялись в конце месяца.
•Работать с командами безопасности, соответствия и управления рисками, чтобы превратить регуляторные требования, включая DORA, в контролируемые, тестируемые и документированные меры.
Как мы строим
Агентное кодирование — это наш стандарт, а не эксперимент. Во всей группе мы используем рабочее пространство, нативное для Claude-Code:
•Стандарты инженерии загружены как навык, чтобы агенты применяли их автоматически.
•База знаний с поддержкой git, которую агенты читают и расширяют.
•Рабочие процессы агентов, которые ведут изменения от ветки до проверенного PR, включая инфраструктуру.
•Автоматический рецензент в CI, который считается одобряющим отзывом в pull request.
Мы ищем человека, который уже работает таким образом и делает агентов нормальной частью процесса разработки, включая работу с живыми облачными аккаунтами, обладая суждением, когда изменение требует сначала человеческого взгляда.
О вас
Мы считаем, что вы отлично подойдёте, если вы:
•Имеете практический опыт проектирования и эксплуатации производственных нагрузок в AWS, желательно в нескольких аккаунтах.
•Создавали или управляли AWS landing zone с Control Tower или Organizations, SCP, автоматическим созданием аккаунтов и централизованными аккаунтами безопасности.
•Пишете инфраструктуру как код по умолчанию. Предпочтительно CDK; Terraform или CloudFormation также приветствуются.
•Берёте на себя ответственность, ставите под сомнение неясные требования и ставите надежность и безопасность выше кратчайших путей.
•Можете объяснить контроль инженеру и аудитору, и понимаете разницу между настройкой контроля и подтверждением его выполнения.
•Ежедневно используете LLM и агентные инструменты и рассматриваете их как рычаг, а не как кратчайший путь.
Технические требования
Мы строим на AWS с .NET и SQL на бэкенде. Эта роль находится в платформенной команде, и знание AWS обязательно.
Облако и инфраструктура
•Нативные AWS сервисы: Organizations, Control Tower, ECS/Fargate, RDS, S3, IAM с минимальными привилегиями.
•Инфраструктура как код: CDK на TypeScript, со стеками, которые можно сравнивать, проверять и откатывать.
•Мультиаккаунт по дизайну: окружения разделены по аккаунтам, а не по соглашениям об именах.
•Резиденция данных в ЕС: вы понимаете, почему регион важен и как это обеспечить, а не надеяться на это.
Безопасность и соответствие
•Безопасность по умолчанию: WAF, шифрование данных в покое и при передаче, ключи KMS, управляемые клиентом, там, где это важно.
•Отсутствие жестко закодированных секретов: Secrets Manager с ротацией, всегда.
•Обнаружение с результатом: GuardDuty, Security Hub и Config, с маршрутизацией каждого обнаружения к ответственному.
•Готовность к аудиту: организация CloudTrail, хранение логов по дизайну, и каждая смена отслеживается до проверенного PR.
Устойчивость и операции
•Аварийное восстановление: определённые RTO и RPO для каждой службы, проекты DR, которые их удовлетворяют, и тесты по расписанию, подтверждающие это.
•Резервное копирование и восстановление: AWS Backup, копии между регионами и отработанные процедуры восстановления, а не предполагаемые.
•Наблюдаемость: CloudWatch и Datadog с тревогами, которые доходят до человека.
•Контроль затрат: бюджеты, обнаружение аномалий и теги распределения затрат.
Доставка и качество
•Опыт CI/CD: GitHub Actions и CDK Pipelines или эквивалент.
•Проверяемые PR: небольшие изменения, без самостоятельных слияний, без изменений в консоли в продакшене.
•Тестируемая инфраструктура: юнит-тесты для конструкций и синтезированные шаблоны.
•Гигиена цепочки поставок: сканирование зависимостей и образов перед релизом.
Желательно
•Знание DORA и как она работает на практике: управление ИКТ-рисками, тестирование устойчивости, риски третьих сторон и отчетность по инцидентам.
•Опыт работы в финтехе или банковской отрасли. Вы быстрее адаптируетесь в регулируемом рынке.
•Сертификаты AWS, например Solutions Architect Professional или Security Specialty.
•Опыт работы с событийно-ориентированными платформами (желательно NATS) или с размещением AI-нагрузок на Amazon Bedrock.
