Вопросы на собеседовании: Forward Deployed Engineer / FDE
100 реальных вопросов с образцовыми ответами и пояснениями для уровня Senior.
Смотреть пример резюме: Forward Deployed Engineer / FDE →Тренировка флешкарточками
Интервальное повторение · Hunter Pass
Вопросы
Я построю региональные ячейки развёртывания за единым версионируемым управляющим API, не вынося клиентское состояние в глобальный слой.
- Модули Terraform и Helm создают из подписанных шаблонов изолированные аккаунты, управление доступом, сеть, коннекторы данных, наблюдаемость и подтверждение удаления; региональные очереди обеспечивают идемпотентные повторы.
- Служба безопасности клиента утверждает границы данных и ключей; тестовые окружения по умолчанию удаляются через 24 часа, а production-окружение требует назначенного владельца и явного согласования удаления.
- CRO получит p50 и p95 времени подготовки, долю успешных запусков, стоимость одного рабочего развёртывания и покрытый ARR; расширение возможно только при p50 ниже 45 минут, успешности выше 97% и расходах ниже $300 000.
Зачем это спрашивают: Интервьюер проверяет, умеете ли вы проектировать региональную FDE factory как защищённый продукт и защищать её экономику перед руководством.
Я буду клонировать объявленную инфраструктуру и одобренные формы данных, но никогда не скопирую рабочее окружение клиента целиком.
- Подписанный manifest фиксирует container digests, модули Terraform, feature flags, версии схем и seeds синтетических данных; региональные workers пересобирают окружение и проверяют checksums.
- Владелец клиентских данных утверждает tokenization и allowlist полей, raw records не пересекают регион, а после expiry каждого clone остаётся неизменяемая квитанция удаления.
- Я порекомендую rollout VP только после воспроизведения 20 репрезентативных аккаунтов за 30 минут, configuration variance ниже 1% и принятия остаточных различий security-командой.
Зачем это спрашивают: Сильный ответ отделяет воспроизводимую конфигурацию от защищённых клиентских данных и основывает решение о платформе на доказательствах.
Я превращу каждый адаптер в версионируемый 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 без сокрытия качества кода и клиентского одобрения.
Я оставлю 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.
Я выберу одну составную базу и 3 отраслевых профиля вместо отдельной копии полного стека для каждой отрасли.
- База отвечает за подготовку окружения, доступ, телеметрию, резервные копии и выпуск версий; профили через policy-модули добавляют аудит и хранение данных для здравоохранения, региональность и управление ключами для банков либо буферизацию на периферийных узлах для производства.
- Службы безопасности и защиты данных клиента, при необходимости вместе с юристами, утверждают матрицу ответственности и доказательства; тесты шаблонов подтверждают, что один профиль не наследует потоки данных другого.
- На 30-й день я покажу руководству покрытие, время настройки, долю исключений и стоимость сопровождения; не более 5 шаблонов останутся только при покрытии 80% подходящих развёртываний.
Зачем это спрашивают: Интервьюер проверяет, сохраняет ли отраслевое переиспользование клиентские trust boundaries и остаётся ли портфель управляемым.
Я буду непрерывно выявлять 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 без удаления одобренной автономии клиента.
Зачем это спрашивают: Сильный ответ отличает безопасную сверку от несанкционированного управления инфраструктурой клиента и ясно сообщает остаточный риск.
Я использую региональные 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 доверие клиента.
Я поставлю ограниченную 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 клиента и честно сообщает операционную цену.
Я буду собирать клиентские пакеты из версионируемого графа соответствия контролей и доказательств, а не копировать старые опросники.
- В запросе 4 320 позиций, поэтому каждый переиспользуемый артефакт получает хеш, владельца, область действия, регион, дату выпуска, срок действия и привязку к контролю; повторное использование разрешено только при совпадении этих атрибутов.
- Аудиторы клиента видят происхождение данных и явные пробелы; устаревшие доказательства и утверждения для конкретного клиента идут в Security, а месячный лимит в 40 новых утверждений нельзя обходить переименованием их в переиспользованные.
- CISO получит долю переиспользования, актуальность, неподтверждённые утверждения и срок подготовки; за 5 дней выдаются пакеты из уже одобренных материалов, а не более 40 действительно новых утверждений в месяц получают владельцев решения и место в очереди.
Зачем это спрашивают: Интервьюер проверяет, можно ли масштабировать regulated evidence, не превращая reuse в вводящую в заблуждение assurance.
Я стандартизирую смысл сигналов и сквозную корреляцию, но не стану переводить всех клиентов на один телеметрический backend.
- Соглашения OpenTelemetry требуют ID развёртывания, безопасный токен клиента, версию, компонент, регион, trace ID, результат и задержку; payload и прямые идентификаторы отклоняются ещё при сборе.
- Региональные коллекторы буферизуют данные локально и экспортируют только одобренные поля в систему клиента или поставщика, сохраняя клиентские правила хранения, доступа и региональности.
- Клиентский CTO и наш SRE lead увидят учение на 10 развёртываниях, охватывающих все 6 инфраструктурных стеков и самые вариативные конфигурации: p95 диагностики ниже 20 минут, полнота полей выше 99% и ни одного запрещённого поля.
Зачем это спрашивают: Сильный ответ создаёт переносимые диагностические evidence, сохраняя клиентское владение telemetry и требования к executive proof.
Я построю подписанный региональный 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-решения без централизации чувствительной конфигурации клиента.
Я буду продвигать один 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.
Я сначала применю идентификацию рабочих нагрузок, а подключаемый региональный брокер секретов оставлю только там, где статические данные неизбежны.
- SPIFFE или облачный OIDC выдаёт учётные данные со сроком жизни меньше 1 часа; адаптеры подключают клиентский Vault, AWS KMS, Azure Key Vault или локальный HSM без копирования корневых секретов в наш управляющий слой.
- Клиенты сохраняют владение ключами и утверждают аварийный доступ, а реестр сертификатов предупреждает за 45, 30 и 14 дней и проверяет продление у каждого поддерживаемого провайдера.
- CISO получит долю автоматической ротации, возраст самого старого секрета, неудачные продления и время отзыва; масштабирование блокируется до покрытия 100% и отзыва быстрее 5 минут.
Зачем это спрашивают: Интервьюер оценивает, сохраняет ли credential automation власть клиента над ключами и даёт ли assurance уровня руководства.
Я покажу подписанную цепочку от 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-обещания измеримыми.
Я федеративно подключу 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-коммуникацию.
Я стандартизирую контур приёма данных и выберу транспорт по требуемой свежести и возможностям источника, а не навяжу один протокол.
- 8 млрд записей в день дают в среднем около 92 600 записей в секунду, поэтому число разделов и обработчиков рассчитывается по измеренному пику; API используют ключи идемпотентности, Kafka сохраняет позиции для повтора, а SFTP применяет манифесты с контрольными суммами и возобновляемую передачу файлов.
- Руководители данных клиента утверждают классификацию, авторитетный источник, обработку отклонений и срок хранения каждого потока; исходные payload остаются в согласованном регионе.
- Я опубликую единый отчёт по уровням свежести с полнотой, долей дублей и сверкой и дам обязательства только после нагрузки, подтверждающей 30 секунд, 10 минут и 6 часов соответственно.
Зачем это спрашивают: Сильный ответ объединяет корректность и governance трёх режимов интеграции, не выдавая их гарантии за одинаковые.
Я сделаю 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.
Я буду считать каждую схему версионируемым продуктом с наблюдаемыми потребителями и не начну вывод версии, пока у критичного трафика нет владельца.
- Контракты OpenAPI, AsyncAPI, Avro или Protobuf разрешают в CI только совместимые добавления; смысловые изменения требуют новой версии, параллельной публикации, тестовых примеров совместимости и датированного плана миграции.
- Телеметрия шлюза и брокера должна найти владельцев 39 неизвестных потребителей без раскрытия payload, а команды данных клиента проверяют смысл, классификацию и возможные поломки ниже по потоку.
- Product видит внедрение на отметках 50%, 90% и 99%; отсчёт 90 дней начинается только после назначения владельцев критичного трафика, а оставшиеся исключения получают владельца и стоимость.
Зачем это спрашивают: Сильный ответ объединяет механику контрактов, клиентскую власть над семантикой и product-решения о retirement.
Я запущу 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-решения.
Я сертифицирую конкретные профили нагрузки и их зависимости, а не объявлю весь продукт масштабируемым.
- Подписанная модель фиксирует сочетание 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