CapordiaОпределить, что мигрирует, а что должно подождать
Это руководство адресовано человеку, который координирует вычисления, данные и эксплуатацию. Пакет здесь означает идентифицированный блок работы, отличный от партии карт GPU из каталога. Метод подходит в первую очередь для результатов, которые можно проверить до приёмки. Для сервиса, принимающего запросы без остановки, предусмотрите, где будут ждать новые запросы, сколько это ожидание приемлемо и как они присоединятся к целевой среде. Скопированный комплект сам по себе не определяет эту политику приёма.
Предлагаемое упражнение работает с закрытым набором из восьми синтетических пакетов. Оно не отправляет никаких сетевых запросов и не задействует ни GPU, ни учётную запись Capordia. Оно учит логике возобновления на одной машине и в одном рабочем процессе. Оно не подтверждает работу распределённой очереди, непрерывность открытого сервиса или горячий перенос вычислений. Перед реальной миграцией ваша команда должна проверить эти элементы на выбранном приложении и оборудовании.
Составить инвентарь, позволяющий восстановить систему
Соберите код и его версию, зависимости, параметры, модели, входные данные, запланированные задачи и места вывода. Для каждого укажите владельца, способ восстановления и ожидаемую проверку на целевой среде. Запишите имена секретов и способ их предоставления, не помещая их значения в общий реестр. Ручная установка или задача, запускаемая при старте, может отсутствовать при простом копировании каталога проекта.
Отделяйте входные файлы, принятые результаты и состояние, необходимое для перезапуска. Для обучения это состояние может выходить за пределы весов модели: учебное пособие PyTorch по сохранению чекпоинта, в частности, включает состояние оптимизатора и прогресс. Требуемое содержимое зависит от вашего кода. Восстановите его в новом процессе, затем сравните результаты с допуском, определённым до испытания; не делайте вывод об универсальной числовой идентичности из одного удачного перезапуска.
Распределите решения, передачу и приёмку
Назначьте роли до того, как зафиксируете окно. В небольшой команде один человек может совмещать несколько ролей, но решения остаются раздельными. Ответственный за переключение подтверждает остановку прежнего производителя и разрешает запуск целевого. Ответственный за данные контролирует инвентаризацию, отпечатки и выходные данные. Владелец процесса оценивает функциональное качество. Эксплуатация ведёт журнал изменений и готовит передачу.
Лист переключения должен отвечать на четыре конкретных вопроса: кто может остановить входные потоки, кто подтверждает, что прежний процесс больше не публикует результаты, кто принимает первые результаты и кто принимает решение о возврате. Укажите также предельное время принятия решения и способы связи с этими людьми. «Вернуться при необходимости» недостаточно, когда целевой процесс уже выдал результаты, неизвестные прежнему реестру.
Ведите реестр, который различает начатое и принятое
Присвойте каждому пакету стабильный идентификатор и привяжите его к конкретной версии данных. Сохраняйте его состояние, число попыток, местоположение результата и проверку, которая разрешает его приёмку. Пакет в работе не считается завершённым только потому, что существует выходной файл: этот файл может быть частичным или pochodить от предыдущей попытки. Процедура должна явно указывать, что будет сохранено, что будет пересчитано и что останется в карантине для проверки.
В упражнении локальный реестр SQLite хранит состояние и приёмку результата вместе в одной транзакции. Его состояния — termine, en_cours и a_reprendre; последнее охватывает и пакет, который ещё не запускался. Целевой процесс возобновляет неподтверждённые пакеты, а не перезапускает без разбора все восемь входов. Экспорты JSON и CSV делают отслеживание наглядным. Пустой CSV сопровождает вашу подготовку и ручную проверку; он не заменяет механизм координации реального приложения.
| Пакеты | Состояние на границе | Решение перед возобновлением |
|---|---|---|
| LOT-001 — LOT-003 | termine | Сохранить результаты и проверить их целостность |
| LOT-004 | en_cours, результат не принят | Явно подготовить новую попытку |
| LOT-005 — LOT-008 | a_reprendre, попыток не было | Запустить на целевом процессе после разрешения |
Скачать и запустить упражнение по прерыванию и возобновлению
Подготовьте Python 3.10 или новее с модулем sqlite3 и локальный каталог с правом записи. Скачайте полный архив и извлеките его, сохранив скрипт, папку данных и манифест вместе. В файле README описаны доступные команды. Ни драйверы, ни вычислительные пакеты, ни модели устанавливать не нужно. Прочитайте скрипт перед запуском, затем используйте новый каталог вывода, чтобы свидетельства нескольких попыток не смешивались.
Из каталога, содержащего exercice.py, команда ниже создаёт непрерывный эталон, прерванный процесс, копию для переключения и возобновление, сравниваемое с эталоном. Восемь файлов CSV содержат 48 фиктивных размерных измерений образцов, выраженных в целых микрометрах и созданных для этого упражнения. Никакой реальный промышленный контроль не представлен. Вычисление на CPU служит для изучения управления пакетами, а не для оценки пропускной способности GPU или времени миграции ваших данных.
python exercice.py demonstration --dossier essai-capordiaИзучите свидетельства возобновления по каждому пакету
Пример Capordia: команда готовит восемь пакетов файлов к обработке. Эталон обрабатывает их без прерывания. На другом пути остановка оставляет три завершённых пакета, LOT-004 в работе и четыре пакета к возобновлению без попыток. Ответственный за переключение не просит «возобновить с середины»: он указывает LOT-004. Подготовка возобновления возвращает его в состояние a_reprendre: тогда три пакета завершены, а пять нужно выполнить. Уже принятые пакеты не должны пересчитываться.
Сверьтесь с etat.json для идентификаторов, состояний и попыток, registre-lots.csv для реестра, resultats.json для результатов, а затем rapport-verification.json для проверок. При локальном запуске 24 сентября 2026 года под Windows AMD64, Python 3.14.6 и SQLite 3.50.4 все 16 проверок из 37 запусков скрипта прошли успешно: восемь повторно взятых результатов соответствуют эталону, завершённые партии не пересчитываются, а повторная приёмка той же партии отклоняется. Изменённые записи, дублирующиеся идентификаторы и повреждённые результаты также обнаруживаются.
Скопировать согласованное состояние и проверить его целостность
При реальном переключении остановите приём или поместите новые записи в очередь, явно для этого предусмотренную. Дождитесь завершения текущей работы или сохраните прерванные партии согласно вашему правилу возобновления. Затем убедитесь, что старая инстанция больше не может публиковать. Закрепление источника в этом упражнении не даёт скрипту использовать его повторно как производителя. Это остаётся локальной защитой сценария, а не взаимным исключением между несколькими машинами, каждая из которых располагала бы копией состояния.
Для копирования базы SQLite, используемой приложением, её документация предлагает API резервного копирования, создающий согласованный снимок. Поэтому обычное копирование файла базы, в который идёт запись, — не процедура, которую стоит импровизировать. Проверьте также манифест переданных файлов. Отпечатки SHA-256, доступные в hashlib, помогают здесь обнаружить различие в содержимом; они не говорят, правилен ли результат для вашей предметной области и заслуживает ли доверия эталонный манифест.
Решить, когда возобновлять и когда возвращаться назад
Разрешайте работу на целевой системе только когда сохранённые записи, реестр и результаты согласуются, старый производитель остановлен и выполнены программные предпосылки. Сначала запустите тот объём, результаты которого можно перепроверить. Владелец обработки принимает качество; ответственный за данные проверяет идентификаторы, пропуски и дубликаты. Запуска без ошибок недостаточно, если полезный результат неполон.
Если дефект обнаруживается до любой новой публикации, держите целевую систему остановленной и вернитесь к проверенному исходному состоянию согласно предусмотренной процедуре. После публикации сначала сохраните результаты и реестр целевой системы. Сопоставьте завершённые ею партии с партиями источника, затем выберите одно разрешённое возобновление. Повторное включение обеих сторон ради экономии времени может как раз создать дубликаты, которых миграция должна была избежать.
| Наблюдение | Немедленное решение | Условие для продолжения |
|---|---|---|
| Запись отсутствует или отпечаток отличается | Приостановить передачу и изолировать копию | Получить запись, соответствующую эталонному манифесту |
| Дублирующийся идентификатор или неожиданный результат | Не публиковать соответствующую партию | Разобраться в конфликте и оставить одну принятую версию |
| Состояние возобновления непригодно | Остановить целевую систему и сохранить доказательства | Восстановить известное состояние или применить подготовленный возврат |
| Результат вне предметного критерия | Прекратить расширение возобновления | Исправить и заново провести функциональную проверку |
| Достигнут предельный срок принятия решения | Запустить решение о возврате или переносе | Явное согласие ответственного и способность завершить экспорт |
Измерить всё окно и подготовить передачу
Повторите установку, копирование, проверку, возобновление и экспорт в их реальном порядке. Зафиксируйте время каждой фазы и вмешательства людей на выборке, для которой передача разрешена. Чтобы оценить своё окно, учитывайте новые записи, которые будут ожидать, и способность ликвидировать это отставание. Лучшее время, наблюдавшееся на небольшой папке, — не обязательство для большего объёма.
Выбранный период должен охватывать подготовку, репетицию, переключение, наблюдение и восстановление результатов. Тарифы Capordia на 3, 7 или 30 дней остаются периодами, которые нужно организовать; это руководство не выводит из них никакого времени вычислений. Перед закрытием второй человек должен найти реестр, открыть выходные данные из места их назначения и знать, как перезапустить обработку. Заархивируйте решение о завершении отката, принятые отклонения и оставшиеся действия, прежде чем отзывать ставшие ненужными доступы.
Что проверяет упражнение и что ещё предстоит уточнить
Ценность этого дела — в понятной процедуре и воспроизводимом опыте восстановления на синтетических файлах. Один и тот же набор должен быть идентифицируем до остановки, во время переключения и после восстановления. Реестр, сравнение с эталоном и намеренно вызванные отказы делают это правило наблюдаемым. Прерывание запускается контролируемым исключением в скрипте: никаких испытаний отключения электроэнергии не проводилось. Приведённая техническая документация объясняет используемые механизмы; она не удостоверяет вашу будущую производственную среду.
В сценарии одновременно работает только один процесс. Локальная блокировка не является распределённой блокировкой; отпечаток не является проверкой качества; результат на CPU не является квалификацией CUDA, ROCm или multi-GPU. Приложение, которое также пишет во внешнюю базу данных, общее хранилище или очередь, требует согласованного правила для всех этих назначений. Дайте утвердить это правило и ваш план возврата, прежде чем переносить реальную обработку.
Чтобы подготовиться к продолжению
Резервная копия должна позволять возобновить работу.
Восстановить в изолированной среде и проверить, что копия действительно позволяет возобновить работу.
Передать дела вместе с состоянием, действием и ответственным.
Передать действия, ограничения и обязанности другому человеку.