Skip to content

Вопросы на собеседовании: Forward Deployed Engineer / FDE

100 реальных вопросов с образцовыми ответами и пояснениями для уровня Senior.

Смотреть пример резюме: Forward Deployed Engineer / FDE

Тренировка флешкарточками

Интервальное повторение · Hunter Pass

Вопросы

designdeployment

Я построю региональные ячейки развёртывания за единым версионируемым управляющим API, не вынося клиентское состояние в глобальный слой.

  • Модули Terraform и Helm создают из подписанных шаблонов изолированные аккаунты, управление доступом, сеть, коннекторы данных, наблюдаемость и подтверждение удаления; региональные очереди обеспечивают идемпотентные повторы.
  • Служба безопасности клиента утверждает границы данных и ключей; тестовые окружения по умолчанию удаляются через 24 часа, а production-окружение требует назначенного владельца и явного согласования удаления.
  • CRO получит p50 и p95 времени подготовки, долю успешных запусков, стоимость одного рабочего развёртывания и покрытый ARR; расширение возможно только при p50 ниже 45 минут, успешности выше 97% и расходах ниже $300 000.

Зачем это спрашивают: Интервьюер проверяет, умеете ли вы проектировать региональную FDE factory как защищённый продукт и защищать её экономику перед руководством.

validationdesign

Я буду клонировать объявленную инфраструктуру и одобренные формы данных, но никогда не скопирую рабочее окружение клиента целиком.

  • Подписанный manifest фиксирует container digests, модули Terraform, feature flags, версии схем и seeds синтетических данных; региональные workers пересобирают окружение и проверяют checksums.
  • Владелец клиентских данных утверждает tokenization и allowlist полей, raw records не пересекают регион, а после expiry каждого clone остаётся неизменяемая квитанция удаления.
  • Я порекомендую rollout VP только после воспроизведения 20 репрезентативных аккаунтов за 30 минут, configuration variance ниже 1% и принятия остаточных различий security-командой.

Зачем это спрашивают: Сильный ответ отделяет воспроизводимую конфигурацию от защищённых клиентских данных и основывает решение о платформе на доказательствах.

ci-cdartifacts

Я превращу каждый адаптер в версионируемый contract package с едиными этапами build, security и customer acceptance.

  • OpenAPI, AsyncAPI или файловые схемы создают test fixtures; эфемерные runners собирают подписанные OCI-артефакты, запускают contract и replay tests и публикуют SBOM с provenance attestation.
  • Клиентские архитекторы утверждают mappings и репрезентативные fixtures без раскрытия production payload, а проваленные адаптеры остаются в карантине без ручного обхода.
  • Кросс-функциональный scorecard показывает p95 build, first-pass rate, возраст уязвимостей и customer acceptance; финансирование продолжается только при p95 ниже 20 минут и provenance выше 99%.

Зачем это спрашивают: Интервьюер оценивает, можно ли масштабировать custom integration delivery без сокрытия качества кода и клиентского одобрения.

architecture

Я оставлю identity, data contracts, deployment lifecycle и observability в standard core, а typed extensions вынесу за его границу записи.

  • Extensions работают как отдельно версионируемые сервисы или sandboxed plugins через стабильные API и события, а policy ограничивает CPU, сеть, класс данных и timeout.
  • Каждый клиентский CTO увидит support tier, изоляцию отказов, поведение upgrade и exit path; ни один extension не получает прямой доступ к базе или control plane.
  • Product получит картину adoption и исключений: потребность 5 клиентов идёт на review в core, а one-off код сохраняет владельца, цену, compatibility test и expiry.

Зачем это спрашивают: Сильный ответ сочетает технически исполнимую границу extensions с честными обещаниями поддержки клиенту и product governance.

deployment

Я выберу одну составную базу и 3 отраслевых профиля вместо отдельной копии полного стека для каждой отрасли.

  • База отвечает за подготовку окружения, доступ, телеметрию, резервные копии и выпуск версий; профили через policy-модули добавляют аудит и хранение данных для здравоохранения, региональность и управление ключами для банков либо буферизацию на периферийных узлах для производства.
  • Службы безопасности и защиты данных клиента, при необходимости вместе с юристами, утверждают матрицу ответственности и доказательства; тесты шаблонов подтверждают, что один профиль не наследует потоки данных другого.
  • На 30-й день я покажу руководству покрытие, время настройки, долю исключений и стоимость сопровождения; не более 5 шаблонов останутся только при покрытии 80% подходящих развёртываний.

Зачем это спрашивают: Интервьюер проверяет, сохраняет ли отраслевое переиспользование клиентские trust boundaries и остаётся ли портфель управляемым.

iac

Я буду непрерывно выявлять drift, классифицировать владение и сверять только поля, которые deployment contract относит к нашей ответственности.

  • Подписанный desired-state manifest каждую ночь сравнивается с inventory cloud, Kubernetes, identity и feature flags; изменения помечаются как vendor-owned, customer-owned или совместные.
  • Customer-owned различия создают evidence для review, а не автоматический rollback, тогда как high-risk vendor drift вроде public storage или отключённого audit logging блокируется.
  • Advisory board получит возраст drift, затронутые controls, владельцев и remediation SLA; цель на 60 дней составляет менее 2% необъяснённого drift без удаления одобренной автономии клиента.

Зачем это спрашивают: Сильный ответ отличает безопасную сверку от несанкционированного управления инфраструктурой клиента и ясно сообщает остаточный риск.

designdeployment

Я использую региональные data cells и глобальный control plane, ограниченный одобренными операционными metadata.

  • Payloads, prompts, logs, backups, keys и destructive actions остаются в регионе; глобальный слой получает opaque tenant routing, release state и aggregate health по явному allowlist.
  • Владельцы privacy и security клиента утверждают цель и каждое поле transfer, а автоматический scan требует ноль restricted values в выборке из 1 млн control-plane events.
  • Я объясню COO, что 99,9% относится к deployment journey каждого региона, опубликую региональные error budgets и приму неполную глобальную видимость вместо нарушения residency.

Зачем это спрашивают: Интервьюер оценивает, охватывает ли residency весь путь deployment и учитывают ли executive-обещания availability доверие клиента.

designdeployment

Я поставлю ограниченную offline-редакцию без скрытых cloud dependencies и с отрепетированным процессом подписанного переноса.

  • Локальные registry, identity provider, license service, telemetry buffer, package mirror и backup system работают внутри air gap; воспроизводимые артефакты содержат signatures, checksums, SBOM и церемонию импорта с 2 ответственными.
  • Security board клиента утверждает экспортируемую диагностику и custody носителей, а тесты отключают весь внешний DNS на 72 часа и восстанавливают одну площадку за 4 часа.
  • Я сообщу обоим boards, что квартальный cadence ограничивает срочные fixes, отдельно оценю offline maintenance и не приму решение до 2 полных репетиций update и rollback.

Зачем это спрашивают: Сильный ответ находит скрытые online dependencies, защищает authorization boundary клиента и честно сообщает операционную цену.

artifacts

Я буду собирать клиентские пакеты из версионируемого графа соответствия контролей и доказательств, а не копировать старые опросники.

  • В запросе 4 320 позиций, поэтому каждый переиспользуемый артефакт получает хеш, владельца, область действия, регион, дату выпуска, срок действия и привязку к контролю; повторное использование разрешено только при совпадении этих атрибутов.
  • Аудиторы клиента видят происхождение данных и явные пробелы; устаревшие доказательства и утверждения для конкретного клиента идут в Security, а месячный лимит в 40 новых утверждений нельзя обходить переименованием их в переиспользованные.
  • CISO получит долю переиспользования, актуальность, неподтверждённые утверждения и срок подготовки; за 5 дней выдаются пакеты из уже одобренных материалов, а не более 40 действительно новых утверждений в месяц получают владельцев решения и место в очереди.

Зачем это спрашивают: Интервьюер проверяет, можно ли масштабировать regulated evidence, не превращая reuse в вводящую в заблуждение assurance.

deploymentobservabilitylogging

Я стандартизирую смысл сигналов и сквозную корреляцию, но не стану переводить всех клиентов на один телеметрический backend.

  • Соглашения OpenTelemetry требуют ID развёртывания, безопасный токен клиента, версию, компонент, регион, trace ID, результат и задержку; payload и прямые идентификаторы отклоняются ещё при сборе.
  • Региональные коллекторы буферизуют данные локально и экспортируют только одобренные поля в систему клиента или поставщика, сохраняя клиентские правила хранения, доступа и региональности.
  • Клиентский CTO и наш SRE lead увидят учение на 10 развёртываниях, охватывающих все 6 инфраструктурных стеков и самые вариативные конфигурации: p95 диагностики ниже 20 минут, полнота полей выше 99% и ни одного запрещённого поля.

Зачем это спрашивают: Сильный ответ создаёт переносимые диагностические evidence, сохраняя клиентское владение telemetry и требования к executive proof.

config

Я построю подписанный региональный inventory deployment-фактов и опубликую только минимальный глобальный индекс.

  • Региональные agents передают artifact digest, template version, extension IDs, schema version, возраст сертификата, владельца окружения, support tier и время последней сверки по allowlisted schema.
  • Клиенты утверждают идентификаторы, покидающие их boundary, а stale или unsigned records помечаются unknown вместо заполнения догадками.
  • Dashboard EVP разделяет coverage и confidence с целями 100% назначенных владельцев, 98% inventory свежее 24 часов и датированным планом для всех 23 поддерживаемых versions.

Зачем это спрашивают: Интервьюер проверяет, поддерживает ли fleet visibility executive-решения без централизации чувствительной конфигурации клиента.

cohortsrollbackorchestration

Я буду продвигать один immutable release по клиентским когортам, подтверждая compatibility и rollback на каждой волне.

  • Release bundle фиксирует code, migrations, policies и adapters; expand-and-contract schemas и feature entitlements позволяют старым и новым версиям сосуществовать до месячных окон.
  • Approver каждого клиента подписывает окно и acceptance evidence, а canaries представляют самые сложные residency, scale и extension patterns, а не самые простые аккаунты.
  • Шестинедельный executive plan показывает 2 canaries, затем когорты из 5, 15, 20 и 23 клиентов; rollback дольше 15 минут или critical control failure останавливает следующую когорту.

Зачем это спрашивают: Сильный ответ объединяет механику release, право клиента на изменения и executive-последовательность портфеля с обязательными gates.

secretsdesigndeployment

Я сначала применю идентификацию рабочих нагрузок, а подключаемый региональный брокер секретов оставлю только там, где статические данные неизбежны.

  • SPIFFE или облачный OIDC выдаёт учётные данные со сроком жизни меньше 1 часа; адаптеры подключают клиентский Vault, AWS KMS, Azure Key Vault или локальный HSM без копирования корневых секретов в наш управляющий слой.
  • Клиенты сохраняют владение ключами и утверждают аварийный доступ, а реестр сертификатов предупреждает за 45, 30 и 14 дней и проверяет продление у каждого поддерживаемого провайдера.
  • CISO получит долю автоматической ротации, возраст самого старого секрета, неудачные продления и время отзыва; масштабирование блокируется до покрытия 100% и отзыва быстрее 5 минут.

Зачем это спрашивают: Интервьюер оценивает, сохраняет ли credential automation власть клиента над ключами и даёт ли assurance уровня руководства.

supply-chainsystem-design

Я покажу подписанную цепочку от source revision до точного артефакта в каждом клиентском окружении.

  • Hermetic CI создаёт SPDX или CycloneDX SBOM, SLSA provenance, signatures, dependency licenses, scan results и deployment attestations, связанные с immutable digests.
  • Банк может независимо проверить signatures и scope, а customer-specific extensions отображаются отдельными компонентами и не исчезают внутри vendor SBOM.
  • Risk committee получает completeness, возраст exceptions, затронутых клиентов и remediation SLA; promotion release останавливается при SBOM coverage ниже 99% или unaccepted critical CVE старше 72 часов.

Зачем это спрашивают: Сильный ответ связывает build provenance с реальной deployed boundary клиента и делает remediation-обещания измеримыми.

rbacarchitecture

Я федеративно подключу authentication, а authorization оставлю в версионируемом customer-specific policy layer, сопоставленном с 12 standard roles.

  • OIDC или SAML создаёт immutable subjects, SCIM управляет lifecycle, а policy evaluation использует role и resource attributes; workload identities отделены от workforce accounts.
  • Клиент владеет mappings group-to-role и break-glass approvers, а least-privilege tests доказывают, что роль не пересекает boundaries tenant, environment или regulated data.
  • CISO получит responsibility matrix, 10 000 negative authorization tests и 3 revocation drills, где каждый отзыв распространяется быстрее 10 минут.

Зачем это спрашивают: Интервьюер проверяет техническую глубину identity, клиентский контроль entitlements и убедительную security-коммуникацию.

kafkadesignrest

Я стандартизирую контур приёма данных и выберу транспорт по требуемой свежести и возможностям источника, а не навяжу один протокол.

  • 8 млрд записей в день дают в среднем около 92 600 записей в секунду, поэтому число разделов и обработчиков рассчитывается по измеренному пику; API используют ключи идемпотентности, Kafka сохраняет позиции для повтора, а SFTP применяет манифесты с контрольными суммами и возобновляемую передачу файлов.
  • Руководители данных клиента утверждают классификацию, авторитетный источник, обработку отклонений и срок хранения каждого потока; исходные payload остаются в согласованном регионе.
  • Я опубликую единый отчёт по уровням свежести с полнотой, долей дублей и сверкой и дам обязательства только после нагрузки, подтверждающей 30 секунд, 10 минут и 6 часов соответственно.

Зачем это спрашивают: Сильный ответ объединяет корректность и governance трёх режимов интеграции, не выдавая их гарантии за одинаковые.

reactdeploymentconcurrency

Я сделаю reconciliation независимым контролем с явными инвариантами, а не dashboard на данных проверяемого pipeline.

  • Source totals, accepted records, rejected records, applied mutations и downstream balances сверяются по клиенту, business date и immutable transaction ID.
  • Владельцы customer finance утверждают инварианты с нулевым допуском и допустимые 0,01% с owned repair queue, audit trail и closure SLA.
  • CFO council получает monetary exposure, oldest variance, repair time и repeat cause; любой duplicate posting или необъяснённое critical variance блокирует следующую волну rollout.

Зачем это спрашивают: Интервьюер оценивает, защищает ли reconciliation деньги клиента и достаточно ли он понятен для executive governance.

schemaversioningdata-contracts

Я буду считать каждую схему версионируемым продуктом с наблюдаемыми потребителями и не начну вывод версии, пока у критичного трафика нет владельца.

  • Контракты OpenAPI, AsyncAPI, Avro или Protobuf разрешают в CI только совместимые добавления; смысловые изменения требуют новой версии, параллельной публикации, тестовых примеров совместимости и датированного плана миграции.
  • Телеметрия шлюза и брокера должна найти владельцев 39 неизвестных потребителей без раскрытия payload, а команды данных клиента проверяют смысл, классификацию и возможные поломки ниже по потоку.
  • Product видит внедрение на отметках 50%, 90% и 99%; отсчёт 90 дней начинается только после назначения владельцев критичного трафика, а оставшиеся исключения получают владельца и стоимость.

Зачем это спрашивают: Сильный ответ объединяет механику контрактов, клиентскую власть над семантикой и product-решения о retirement.

backfillthroughputconcurrency

Я запущу immutable checkpointed replay jobs через отдельные capacity и authorization lanes от live ingestion.

  • Каждый job фиксирует code, schema, source snapshot, time range, partition plan, idempotency key и expected invariants; quotas и adaptive throttling защищают live traffic.
  • Customer data owner утверждает scope и destination до выполнения, включая dry-run counts, обработку deletion и immutable запись каждого изменённого объекта.
  • Customer и platform executives увидят full-scale rehearsal, где 5 jobs завершаются, live throughput падает менее чем на 10%, critical variance равен нулю, а pause или resume не теряют прогресс.

Зачем это спрашивают: Интервьюер проверяет, является ли портфельная replay capability технически безопасной, одобренной клиентом и доказанной для executive-решения.

zero-to-onedeployment

Я сертифицирую конкретные профили нагрузки и их зависимости, а не объявлю весь продукт масштабируемым.

  • Подписанная модель фиксирует сочетание endpoint, размеры payload, соотношение чтения и записи, перекос данных, регионы, расширения и лимиты сторонних систем; тесты идут на длительном пике с запасом 30% и кратковременном двукратном всплеске.
  • Инженеры клиента присутствуют на репрезентативных прогонах и утверждают отличия от production; результаты показывают насыщение, управляемую деградацию, восстановление и все непроверенные зависимости.
  • Пакет для steering committee показывает подтверждённый предел, p95 и p99, долю ошибок, удельную стоимость и остаточный разрыв по каждому клиенту; развёртывание вне своего профиля не получает заключение о готовности к production.

Зачем это спрашивают: Сильный ответ привязывает scale evidence к реальности клиента и не позволяет руководству обобщить один benchmark.

Закрытые вопросы

  • 21

    Спроектируйте LLM и RAG deployment pattern для 30 клиентов, 3 model providers, 50 млн документов, p95 ниже 2 секунд и требования board не использовать customer data для обучения vendor model.

    procurementdesigndeployment
  • 22

    Постройте reusable evaluation harness для 20 LLM-клиентов, каждый владеет rubric на 200 cases, результаты нужны за 4 часа, а примеры клиента не должны быть видны другому аккаунту; как управлять releases?

  • 23

    Обеспечьте portability model и vendor для 18 AI deployments, когда primary vendor несёт 85% трафика, switching должен занимать меньше 14 дней, а customer CIO просит proof до renewal.

    procurementdeployment
  • 24

    Задайте cost и latency guardrails для 36 AI deployments с расходами $1,8 млн в месяц, целями p95 от 800 мс до 4 секунд и CFO review через 3 недели.

    guardrailsdeploymentlatency
  • 25

    Обеспечьте tenant isolation для 75 deployments на 10 общих clusters с максимальным blast radius 5 клиентов и 20 регулируемыми аккаунтами, которым нужен более сильный proof; что вы покажете customer security leaders?

    resiliencedeployment
  • 26

    Спроектируйте проверку человеком для 12 клиентских AI-развёртываний с 60 000 решений в день, возможностью проверить 2 500 решений в день, критическими ошибками ниже 0,1% и заседанием комитета по рискам через 30 дней.

    designcapacitydeployment
  • 27

    Определите customer trust posture для 50 deployments после survey, где только 62% security leads понимают data boundary, с целью 90% trust acceptance за 1 квартал.

    deployment
  • 28

    Проведите technical due diligence для strategic account на $12 млн за 15 рабочих дней, охватывая 28 integrations, 4 региона и запрошенный SLO 99,99%; какой decision package вы подготовите?

    slo
  • 29

    Оцените integration readiness портфеля из 100 аккаунтов и 600 planned interfaces при FDE capacity только на 25 launches в следующем квартале и calibration review CRO через 10 дней.

    capacitytypeshealth-checks
  • 30

    40 PoC расходуют 9 000 часов FDE в квартал, слабые доказательства обычно видны к 3-й неделе, но команды продолжают работу до 12-й недели, потому что Sales получает зачет только за начатые пилоты. Какую систему ранних сигналов и стимулов вы внедрите за 30 дней?

    system-design
  • 31

    Спроектируйте customer health scoring для 85 live deployments с 12 data sources, false-red alerts ниже 5% и квартальным renewal forecast для Chief Customer Officer.

    deploymentalertingdesign
  • 32

    Атрибутируйте deployment time-to-value и ARR для 60 аккаунтов, где median launch составляет 11 недель, в прошлом году expansion равен $24 млн, а Finance требует защищаемую модель за 45 дней.

    deployment
  • 33

    Оцените custom engineering для 14 requested extensions суммарно на 7 200 часов и $9 млн potential ARR, когда Product может принять только 3 extensions за полугодие, а pricing committee собирается через 2 недели.

    pricing
  • 34

    У 7 стратегических аккаунтов запланировано 6 cutover в 3 регионах, но только 4 из 18 FDE имеют допуски к mainframe и security, необходимые каждому запуску; окна изменений пересекаются в пределах 21 дня. Какой план staffing и переиспользуемого tooling вы зафиксируете за 72 часа?

  • 35

    Смоделируйте экономику FDE и customer engineering для 50 deployments с 14 000 vendor hours и 22 000 customer hours в квартал, поставив цель снизить combined effort на 25% без падения launch quality.

    procurementdeployment
  • 36

    Выберите build или buy для environment tooling, которым пользуются 50 FDE и 90 клиентов, когда vendor стоит $1,2 млн за 24 месяца, internal build требует 8 инженеров на 2 квартала, а residency review закрывается через 6 недель.

    procurementdecision-making
  • 37

    Оцените 3 vendors deployment orchestration для 70 клиентов, потолка $4 млн на 3 года, availability control plane 99,9% и подписи контракта через 45 дней; как выбрать?

    procurementdeploymentdecision-making
  • 38

    Превратите field feedback из 60 deployments в решения Product, когда зарегистрировано 140 gaps, доступно только 20 roadmap slots, а CPO ждёт ranked proposal через 14 дней.

    roadmapdeploymentfeedback
  • 39

    Добейтесь adoption cross-org deployment RFC в 12 FDE-подах, 4 platform teams и 80 customer environments за 90 дней, когда 3 пода считают, что standard ломает regulated workflows.

    decision-makingdeployment
  • 40

    Управляйте 35 deployment exceptions для 50 клиентов, когда 9 старше 180 дней, 6 затрагивают security controls, а executive risk review состоится в следующем месяце.

    deploymenterror-handling
  • 41

    Определите ownership Product, Platform, Sales и FDE для 25 custom deployments на $18 млн ARR после срыва 30% milestones из-за решений без владельца; какую модель вы опубликуете за 2 недели?

    milestonesdeploymentownership
  • 42

    Создайте security и procurement reference path для 40 enterprise deployments, когда median review составляет 67 дней, 25 controls повторяются между клиентами, а CRO требует median approval ниже 30 дней за 2 квартала.

    procurementdeployment
  • 43

    Переиспользуйте SOC 2 evidence для 32 customer deployments, когда report охватывает 118 controls, 14 customer controls вне scope, а security questionnaires нужны за 7 дней.

    deployment
  • 44

    Скоординируйте GDPR и residency для 22 EU deployments в 8 странах с 6 cross-border subprocessors и product launch через 60 дней; какой technical и decision path вы проведёте?

    gdprdeployment
  • 45

    В вашем портфеле 22 EU AI deployment у 8 клиентов со сроками запуска от 45 до 180 дней, а в 9 workflow неясно распределены роли provider и deployer; counsel нужен фактический реестр и план переиспользования доказательств за 20 дней. Что вы построите?

    deployment
  • 46

    Возможность с госагентством США на $15 млн требует FedRAMP Moderate, но evidence есть только по 270 из 325 controls, а authorization планируется через 12 месяцев; какую boundary и message вы защитите?

    auth
  • 47

    Спроектируйте executive portfolio dashboard для 100 customer deployments, $85 млн ARR и 6 региональных подов со свежестью данных меньше 24 часов и без единого vanity health score.

    designconsistencydeployment
  • 48

    Спроектируйте hiring loop senior FDE для 24 hires из 600 applicants за 1 квартал с 4 interview stations, inter-rater agreement выше 0,8 и равным весом technical и customer judgment.

    design
  • 49

    Менторьте 8 mid-level FDE в 3 подах, одновременно повышая pass rate качества runbook с 54% до 90% за 2 квартала и не забирая их customer decisions; какую систему вы примените?

    mentoringsystem-designrunbooks
  • 50

    Раскатите portfolio learning из 20 deployment postmortems по 5 подам и 70 клиентам за 12 недель, когда повторяются только 6 findings и нужно сохранить customer confidentiality; какой план вы проведёте?

    incidentsdeployment
  • 51

    Три стратегических deployment на $14 млн ARR упираются в общий ingest bottleneck на 65 000 событий в секунду, а первый cutover через 9 дней; что вы ограничите сейчас и кто решит, переносить ли запуск?

    trackingdeployment
  • 52

    Инструмент клонирования скопировал 18 названий секретов и один клиентский feature flag в staging другого клиента за 6 часов до валидации; что вы сделаете до решения в 16:00?

    secretsvalidationfeature-flags
  • 53

    Релиз integration template ломает обновление OAuth у 12 клиентов, включая 3 cutover в ближайшие 48 часов; как вы восстановите сервис и решите до полудня, нужен ли глобальный rollback?

    oauthrollback
  • 54

    Восемь клиентов работают на 5 несовместимых версиях платформы, security support самой старой заканчивается через 30 дней, а Sales просит ещё одно исключение; какую version policy вы утвердите на этой неделе?

    error-handling
  • 55

    Немецкий клиент видит traces, по которым 2,4 ГБ metadata могли попасть в американский control plane, а review запуска на $3,2 млн состоится через 36 часов; как вы придёте к решению по residency?

  • 56

    Air-gapped заказчику из оборонной отрасли нужен критический патч на 640 узлах за 72 часа, но согласование переноса носителя занимает 18 часов; какой release plan вы зафиксируете в ближайшие 2 часа?

  • 57

    В evidence pack регулируемого банка отсутствуют 7 из 42 контролей за 5 дней до production approval; что вы исправите, отложите или эскалируете к завтрашнему дню?

    escalation
  • 58

    Новый identity mapping блокирует 1 800 из 14 000 пользователей healthcare-клиента, а смена клинического персонала начинается через 90 минут; как вы вернёте доступ без расширения privilege?

  • 59

    После rotation сертификатов 27 из 93 customer connector недоступны, а следующий settlement batch через 4 часа; какой fleet response и ownership model вы установите за 30 минут?

    ownershipbatch
  • 60

    Критическая CVE затрагивает image для customer cutover на $6 млн через 60 часов, а vendor patch появится не раньше чем через 24 часа; какие go/no-go критерии вы установите сегодня?

    procurement
  • 61

    Изменение Kafka-контракта должно дойти до 9 клиентов с 1,8 млрд событий в день, но 3 клиента не успеют обновиться до дедлайна через 21 день; какое compatibility-решение вы примете за 48 часов?

    estimationkafka
  • 62

    Replay job продублировал 436 финансовых действий на $2,1 млн, а клиент хочет возобновить processing через 3 часа; как вы сдержите инцидент и докажете безопасное восстановление?

    concurrency
  • 63

    Ваша платформа и ledger клиента расходятся на $740 000 по 2,6 млн записей за 10 часов до закрытия месяца; что вы сделаете к close gate через 6 часов?

  • 64

    Backfill объёмом 9 ТБ обработал только 38% данных к середине 8-часового maintenance window; какое решение по scope или архитектуре вы примете за 45 минут?

    backfillconcurrency
  • 65

    Capacity test достигает только 7 200 RPS против контрактных 10 000 RPS и SLO p99 в 250 мс, а запуск через 6 дней; какое решение вы потребуете к завтрашнему дню?

    capacityslo
  • 66

    Пять customer pod имеют общий 22-минутный пробел в observability во время сбоев, а запуск на $4 млн через 72 часа; какой минимальный telemetry standard вы введёте к завтрашнему дню?

    observability
  • 67

    Клиент на $2,8 млн отказывается от всей outbound telemetry за 14 дней до cutover, но ваш support SLO требует обнаружения за 5 минут; какое решение по архитектуре и поддержке вы примете за 3 дня?

    slo
  • 68

    LLM-вендор отключит модель, используемую в 17 deployment, через 28 дней, а замена снижает точность задачи с 91% до 84%; какое портфельное решение вы примете за 5 дней?

    procurementdeployment
  • 69

    Red-team test извлекает 3 фрагмента чужого tenant в 2 из 10 000 RAG-запросов, а customer board demo через 30 часов; что вы решите в следующие 60 минут?

    queries
  • 70

    Ваш eval suite показывает 93%, но крупнейший клиент на $5 млн получает только 61% task success в 4 ключевых workflow, а renewal review через 12 дней; что вы измените к третьему дню?

  • 71

    Ассистент выдумывает обязательство на $19 млн на репетиции за 16 часов до CEO demo для 40 руководителей; вы исправите, сузите или отмените demo и кто решит за 2 часа?

  • 72

    Техника prompt injection обходит ограничения tools в 4 из 11 deployment, а 2 клиента запускаются через 7 дней; какое containment и портфельное исправление вы распорядитесь сделать сегодня?

    injectiondeployment
  • 73

    Inference spend по 13 клиентам идёт на $480 000 выше квартального бюджета за 19 дней до конца квартала, но 4 workflow создают 82% ценности; какие сокращения вы утвердите за 48 часов?

  • 74

    Кастомный claims workflow добавляет 1,7 секунды к p95 против SLO в 900 мс, и клиент должен выбрать полную логику или быстрый ответ за 4 дня; как вы сформулируете решение?

    slolatency
  • 75

    Запуск создаст 3 600 AI-решений в день, но reviewers успевают обработать только 2 100 за 8-часовую смену; какое решение по scope вы потребуете за 5 дней до запуска?

  • 76

    Стратегический клиент требует portability между 2 model vendor за 45 дней или отменит $4,5 млн ARR; что вы пообещаете к architecture review через 7 дней?

    procurementarchitecturepromises
  • 77

    Technical due diligence показывает, что сделка на $9 млн зависит от proprietary mainframe API, который клиент не сможет открыть 18 месяцев, а подписание контракта через 10 дней; что вы порекомендуете за 48 часов?

    api
  • 78

    В вашем портфеле 10 PoC потребляют 620 FDE-часов в месяц, но только 3 достигают согласованного conversion threshold за 12 недель; какие вы закроете к пятнице?

  • 79

    Клиент на $7 млн ARR имеет health score 42 после 3 серьёзных инцидентов, а Sales просит показать зелёный статус перед renewal meeting через 6 дней; что вы представите?

    incidents
  • 80

    Sales приписывает FDE deployment $5,6 млн expansion ARR, Product считает uplift результатом core feature, а board readout через 8 дней; как вы разрешите спор об attribution?

    upliftdeployment
  • 81

    Кастомный deployment приносит $1,4 млн ARR, но потребляет $1,9 млн годовых engineering cost и 11 уникальных сервисов; что вы закроете или переоцените за 30 дней?

    deployment
  • 82

    Два account по $6 млн требуют одних и тех же 4 senior FDE для cutover с разницей в 9 дней, и только одна команда может покрыть оба scope; как вы распределите capacity к завтрашнему дню?

    capacity
  • 83

    Один клиент потребляет 1 150 FDE-часов в квартал против плана в 420 и по-прежнему открывает 38 custom request в месяц; какую операционную границу вы пересогласуете за 2 недели?

  • 84

    Поставщика вашего deployment-tooling покупает другая компания, и через 60 дней он прекращает поддержку изолированного EU control plane; от него зависят 24 клиента и $11 млн ARR, а внутренняя альтернатива проходит 70% приемочных тестов. Какое решение по выходу вы примете за 10 дней?

    acceptancedeploymentprocurement
  • 85

    Vendor deployment orchestration недоступен 5 часов, затронуты 16 клиентов, ETA восстановления нет, а сегодня 3 cutover; что вы выполните в первые 30 минут?

    procurementdeploymentestimation
  • 86

    Product и Platform отклонили ваш RFC после 6 недель, но отсутствующая capability блокирует 4 клиентов на $12 млн ARR с cutover в течение 45 дней; что вы сделаете за следующие 5 дней?

    decision-making
  • 87

    Семь FDE-подов поддерживают 14 локальных fork одного connector, а security support заканчивается через 60 дней; какое решение по консолидации вы примете за 2 недели?

  • 88

    Sales пообещал клиенту availability 99,999% и 3-region active-active delivery за 75 дней, но платформа поддерживает 99,9% в одном регионе; что вы разрешите до подписания контракта за 48 часов?

    promises
  • 89

    Один finding security review блокирует 5 сделок на $18 млн и требует mutual TLS и customer-managed keys за 90 дней; какой портфельный план вы подготовите за 7 дней?

    tls
  • 90

    Две выгрузки доказательств SOC 2 расходятся по административному доступу для 31 аккаунта за 4 дня до 3 клиентских аудитов; какие доказательства вы выдадите к завтрашнему дню?

    conflict
  • 91

    GDPR deletion request охватывает 62 000 source records, embeddings, caches, backups и evaluation artifacts, а Legal требует решения за 72 часа; как вы поступите?

    nlpcachingbackups
  • 92

    EU-клиент спрашивает, является ли его AI workflow для 28 000 сотрудников high-risk по EU AI Act, а contract redlines нужно вернуть через 5 дней; что вы дадите counsel за 48 часов?

  • 93

    Государственный клиент считает, что вся ваша платформа из 23 сервисов входит в его FedRAMP boundary, но оценены только 9 сервисов, а kickoff через 6 дней; что вы разрешите за 72 часа?

    initiation
  • 94

    Клиент публично пишет, что ваш deployment потерял 8 часов заказов, пост набирает охват уже 3 часа, а logs показывают задержку ingest на 47 минут; что вы скажете и сделаете за 60 минут?

    deployment
  • 95

    CEO требует запуск на $10 млн через 48 часов несмотря на 2 открытых severity-one дефекта и только 63% покрытия rollback rehearsal; какое decision memo вы дадите за 2 часа?

    coverageseverity-prioritydefects
  • 96

    Стратегический клиент потратил $2,3 млн на deployment, но пропустил третью 90-дневную milestone ценности и просит ещё 8 FDE-месяцев; закроете ли вы проект на steering committee в пятницу?

    milestonesdeploymentgovernance
  • 97

    Middle FDE вызвал outage на 96 минут, обойдя cutover check, и должен вести следующий customer launch через 12 дней; как вы будете менторить и ограничивать его за 48 часов?

    mentoring
  • 98

    Три пода утверждают, что deployment RFC добавляет 18 минут к 2-часовому релизу, но для 40 регулируемых клиентских окружений нужен путь исключений, а отсутствие контроля вызвало 6 сбоев в прошлом квартале. Какую систему waiver вы одобрите за 7 дней?

    decision-makingsystem-designdeployment
  • 99

    Пять postmortem в 4 подах находят одну причину stale configuration, суммарно давшую 11 часов customer impact за 60 дней; какое системное исправление вы профинансируете к review на следующей неделе?

    incidentssystem-designconfig
  • 100

    На portfolio renewal readout через 10 дней 14 deployment представляют $38 млн ARR, 4 имеют красный статус, а Finance просит одну инвестицию и один kill; что вы порекомендуете к седьмому дню?

    deployment