Главная / Блог / macOS 28: миграция научного ПО с Rosetta
ENGINEERING_BLOG · 2026.08.16

macOS 28: миграция научного ПО с Rosetta

Приложение запускается сегодня, но часть плагинов и командных компонентов работает только через Rosetta.

Самое быстрое решение — уже в 2026 году составить список Intel-зависимостей, проверить их в отдельной среде Apple Silicon и не переводить рабочий Mac на macOS 28, пока ключевой эксперимент не пройдёт повторную проверку.

SECTION 01Кому нужен этот план

Эта инструкция предназначена исследователям и аспирантам, которые используют Intel-версии научного ПО, старые расширения, драйверы или внешние утилиты и не могут допустить остановку эксперимента.

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

Важно. Apple подтверждает, что Rosetta останется универсальным механизмом запуска Intel-приложений в macOS 27. Начиная с macOS 28, сохранится только часть функций для некоторых старых неподдерживаемых игр, использующих Intel-фреймворки. Это не является гарантией запуска научных программ. См. официальное описание жизненного цикла Rosetta и документацию Apple Developer.

Последнее обновление: 16 августа 2026 года. Данные сверены с документацией Apple Developer, Apple Support и текущими требованиями MathWorks; при изменении сведений о macOS 27, macOS 28 или Rosetta этот материал нужно пересмотреть.

SECTION 02Текущая оценка риска

Риск определяется не тем, открывается ли приложение двойным щелчком, а тем, может ли весь исследовательский процесс завершиться с воспроизводимым результатом.

В одной лаборатории основной анализ может выполняться в R или MATLAB, но одновременно зависеть от нескольких менее заметных компонентов:

  • Intel-плагина для импорта данных;
  • командной утилиты, установленной через старый скрипт;
  • динамической библиотеки x86_64;
  • внешнего компилятора;
  • драйвера измерительного оборудования;
  • расширения редактора или графического модуля;
  • Python-пакета с нативным расширением;
  • шаблона автоматизации, запускающего Intel-бинарник в фоне.

Apple отдельно указывает, что проверять нужно не только приложения, но и плагины, фреймворки, динамические библиотеки, командные инструменты, службы, launch agents и драйверные расширения. Список типов компонентов в документации Apple полезен как основа для инвентаризации.

Разделите рабочие процессы на три уровня:

  • Высокий риск — эксперимент нельзя остановить, результат трудно получить повторно, а Intel-компонент не имеет подтверждённой замены.
  • Средний риск — процесс можно повторить на резервных данных, но отдельные плагины, пакеты или внешние компиляторы ещё не проверены.
  • Низкий риск — приложение и зависимости имеют версии Apple Silicon или Universal, результаты воспроизводятся, а резервная копия среды уже создана.

Приоритет миграции должен зависеть не от популярности программы, а от последствий сбоя. Если отказ нарушит сроки диссертации, грантового отчёта или серии измерений, такой процесс проверяйте первым.

macOS 28 выпущена, а Intel-научное ПО всё ещё работает: можно ли продолжать без миграции?

Продолжать можно только временно и при наличии проверенной среды macOS 27. Текущий запуск через Rosetta не доказывает, что тот же процесс будет поддерживаться в macOS 28: Apple прямо ограничивает дальнейшую роль Rosetta после macOS 27, поэтому перенос следует считать незавершённым до проверки каждого критичного компонента.

SECTION 03Первый час: инвентаризация Intel-компонентов

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

Соберите миграционный реестр со следующими полями:

  • название приложения или компонента;
  • точная версия;
  • источник установки;
  • архитектура;
  • лицензия и ответственный сотрудник;
  • входные и выходные форматы;
  • используемые плагины;
  • командные зависимости;
  • статус поддержки Apple Silicon;
  • дата последней проверки;
  • решение: заменить, тестировать, оставить в macOS 27 или удалить.

Для основного приложения используйте Finder:

  1. Откройте папку Applications.
  2. Выберите программу и нажмите Command-I.
  3. Проверьте поле Kind.
  4. Зафиксируйте один из вариантов: Intel, Universal или Apple Silicon.
  5. Если доступен пункт Open using Rosetta, запишите его отдельно.

Apple описывает три основных состояния: Intel-приложение требует перевода, Universal содержит код для обеих архитектур, а Apple Silicon работает нативно. Инструкция Apple по определению архитектуры приложения также предупреждает, что отдельные плагины и расширения могут требовать самостоятельного обновления.

Для командных компонентов проверяйте фактический исполняемый файл, а не только имя пакета:

file /путь/к/файлу
lipo -archs /путь/к/исполняемому/файлу

В результате ищите arm64, x86_64 или обе архитектуры. Apple приводит lipo -archs как способ увидеть архитектуры Mach-O-файла; проверять нужно путь к реальному бинарнику внутри пакета, например Contents/MacOS/, а не только каталог .app. Пример проверки через lipo.

Отдельно проверьте скрипты установки и запуска. Приложение может быть Universal, но запускать Intel-утилиту из каталога bin, загружать старую библиотеку или обращаться к расширению, для которого нет версии arm64.

Как понять, что научная программа зависит от Rosetta, хотя открывается без ошибки?

Проверьте архитектуру главного бинарника, состояние Kind в Finder, наличие Intel-плагинов и результат запуска каждой команды из журнала эксперимента. Для Universal-программы также проверьте, не включён ли принудительный запуск через Rosetta ради совместимости со старым расширением.

SECTION 04Первая неделя: отдельная среда Apple Silicon

После инвентаризации создайте независимую тестовую среду. Не заменяйте рабочую установку поверх текущего Mac: при неудаче вы потеряете не только программу, но и доказательство того, какая комбинация версий давала исходный результат.

Действуйте по следующей последовательности:

  1. Выберите отдельный Mac с Apple Silicon или изолированную удалённую среду.
  2. Зафиксируйте версию macOS, дату проверки и учётную запись, под которой выполняется установка.
  3. Подготовьте копию открытого или обезличенного набора данных.
  4. Установите нативную версию основного приложения.
  5. Установите плагины, пакеты, компиляторы и внешние утилиты в том же порядке, что и в рабочей среде.
  6. Сохраните команды установки, журналы ошибок и предупреждения лицензирования.
  7. Запустите минимальный тестовый сценарий до перехода к полному эксперименту.
  8. Сравните структуру выходных файлов, метаданные и контрольные значения.

Для R проверяйте отдельно сам интерпретатор, пакеты с нативным кодом и системные библиотеки. Установка пакета без ошибок не означает, что он выполняется нативно: часть зависимостей может быть собрана под x86_64 или обращаться к внешней Intel-команде.

Для MATLAB нельзя делать вывод по названию версии. MathWorks указывает, что нативная версия для Apple Silicon доступна начиная с R2023b, а MATLAB R2026a уже не предлагается для Intel-Mac. При этом отдельные продукты и support packages могут оставаться недоступными на Apple Silicon. Требования MATLAB для Apple Silicon и системные требования MATLAB R2026a нужно проверять для каждого используемого toolbox.

Это важная граница: основной MATLAB может запускаться нативно, а конкретный модуль, MEX-файл или компилятор — нет.

SECTION 05Короткая регрессия перед обновлением

На этом этапе сравнивайте не впечатления от интерфейса, а измеримые признаки завершения работы:

  • сценарий запускается без ручного обхода ошибки;
  • все входные данные читаются;
  • необходимые плагины загружаются;
  • внешние команды возвращают ожидаемый код завершения;
  • выходные файлы создаются в том же формате;
  • ключевые численные результаты находятся в заранее установленном диапазоне;
  • отчёт или график можно пересобрать;
  • процесс можно повторить другим участником команды.

Сначала запустите один и тот же обезличенный набор данных в старой среде с Rosetta и в нативной среде Apple Silicon. Затем сравните не только финальный файл, но и промежуточные результаты, порядок операций, предупреждения и время выполнения. Различие скорости само по себе не доказывает несовместимость, а совпадение финального числа не доказывает корректность: ошибка может скрыться в округлении, сортировке или пропущенном промежуточном шаге.

Для разработчиков научных инструментов добавьте проверку сборки. Apple рекомендует формировать Universal-бинарии и тестировать обе архитектуры; при этом различия могут затрагивать размер страниц памяти, JIT-компиляторы, realtime-потоки, векторные инструкции, C++ ABI и аппаратно-зависимый код. Рекомендации Apple по переносу приложений на Apple Silicon не заменяют тестирование на реальном Apple Silicon.

Опыт из практики миграций. Самая частая ошибка — объявить процесс совместимым после запуска главного окна. Для научного ПО проверяйте полный путь от импорта данных до повторного построения результата, включая ночные задания, экспорт и архивирование.

Если собственный Mac занят экспериментом или его нельзя обновлять, отдельная удалённая машина может использоваться как изолированная площадка. В этом случае заранее проверьте доступную версию системы, права установки, сетевой доступ к лицензии, способ передачи обезличенных данных и срок, на который среда будет доступна. MACNOX предоставляет удалённый доступ к настоящему Mac через VNC, SSH или веб-консоль; ознакомиться с доступными вариантами можно на странице аренды Mac для тестовой среды.

SECTION 06Решающий чек-лист перед разрешением обновления

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

Обязательные проверки

  • [ ] Основное приложение имеет подтверждённую версию для Apple Silicon или Universal.
  • [ ] Все используемые плагины проверены отдельно от главного приложения.
  • [ ] Командные утилиты и динамические библиотеки не остались только в формате x86_64.
  • [ ] Драйверы и подключаемое оборудование работают в новой среде.
  • [ ] Скрипты запуска, автоматизация и переменные окружения перенесены.
  • [ ] Входные данные открываются без ручного изменения формата.
  • [ ] Выходные файлы создаются в требуемом формате.
  • [ ] Ключевые результаты совпадают с контрольным запуском или объяснимо отличаются.
  • [ ] Лицензии и сетевые серверы лицензирования доступны.
  • [ ] Другой участник лаборатории может повторить процедуру по сохранённой инструкции.
  • [ ] Сохранена проверенная копия среды macOS 27, если критичный Intel-компонент ещё используется.

Ветвление решения

  • Если отмечены все пункты, выбирайте нативную миграцию на Apple Silicon и назначьте дату контролируемого обновления.
  • Если не проверен только некритичный компонент, оставляйте двойной контур, назначайте ответственного и не удаляйте старую среду.
  • Если не проверен критичный плагин, драйвер, командная утилита или формат данных, отложите обновление рабочего Mac и используйте macOS 27 как подтверждённую резервную среду.
  • Если результат отличается и причина не установлена, блокируйте перенос до повторного запуска с журналированием всех зависимостей.
  • Если тестовая среда недоступна или не позволяет установить нужные компоненты, сначала измените площадку проверки, а не делайте вывод о совместимости по документации одного приложения.

SECTION 07Условия допуска или остановки

Не принимайте решение по принципу «программа запускается — значит, обновление разрешено». Используйте такие ветки:

  • Если основное приложение, плагины, драйверы, команды, автоматизация и экспорт прошли повторный запуск, то выбирайте нативную миграцию на Apple Silicon.
  • Если основное приложение уже нативное, но один некритичный компонент остаётся Intel, то оставляйте временный двойной контур и назначайте владельца этого компонента.
  • Если критичный Intel-плагин не имеет Apple Silicon-версии, эксперимент нельзя быстро повторить, а альтернативный формат нарушает воспроизводимость, то не обновляйте рабочую среду и сохраняйте проверенный macOS 27.
  • Если неизвестно, какой бинарник вызывает сбой, то возвращайтесь к инвентаризации и проверяйте цепочку команда за командой.
  • Если поставщик заявляет поддержку Apple Silicon только для новой версии, то отдельно проверьте лицензию, формат проектов и совместимость старых файлов до удаления прежней версии.
  • Если результат отличается, но причина не установлена, то миграцию блокируйте: различие может быть связано не с производительностью, а с архитектурой библиотеки или изменением численного пути.

Нужно ли лаборатории сохранять тестовую среду macOS 27?

Да, если в работе остаётся незаменимый Intel-компонент, который не прошёл замену или ещё не имеет подтверждённой версии Apple Silicon. Сохраняйте не просто установленную систему, а проверенный комплект: версии приложений, плагины, лицензии, переменные окружения, скрипты и образец входных данных.

Что делать, если у Intel-плагина нет версии Apple Silicon?

Сначала выясните, действительно ли он необходим для результата. Если его можно заменить без изменения формата и методики, проведите отдельную проверку замены. Если плагин критичен и альтернативы нет, оставьте двойной контур на macOS 27 и не включайте автоматическое обновление рабочего Mac до завершения миграции.

SECTION 08Долгосрочное сопровождение

Миграционный реестр не должен быть одноразовым документом. Обновляйте его при каждом выпуске macOS, MATLAB, R, инструмента анализа, плагина или внешнего компилятора.

Минимальный процесс для лаборатории выглядит так:

  1. Назначьте владельца списка компонентов.
  2. Запрашивайте у поставщика подтверждение архитектуры, а не только слова «совместимо с Mac».
  3. После обновления проверяйте основной сценарий на обезличенных данных.
  4. Храните журнал изменений и контрольные выходные файлы.
  5. Не удаляйте старую среду, пока новая не прошла повторный запуск.
  6. Передайте инструкцию следующему пользователю лабораторного Mac.
  7. Установите правило: крупное обновление выполняется только после прохождения условий допуска.

Сведения о macOS 28 до официального выпуска нельзя расширять догадками о дате релиза или других функциях системы. На сегодня подтверждено только то, что общий запуск Intel-приложений через Rosetta продолжается в macOS 27, а после этого Apple оставляет ограниченную часть технологии для некоторых старых игр. Научные программы, плагины и командные компоненты нужно оценивать по документации конкретного поставщика, а не по общему поведению macOS.

Для личного проекта можно выполнить миграцию самостоятельно. Для общей лабораторной среды полезнее сначала создать отдельную копию обезличенного проекта: это снижает риск остановки текущего эксперимента, но не отменяет проверки лицензий, доступа к данным и воспроизводимости.

Если вам требуется такая изолированная площадка на короткий срок, аренда Mac через MACNOX может быть удобнее покупки отдельного компьютера: не нужно менять рабочую машину, можно проверить Apple Silicon до принятия решения о миграции и сохранить действующую среду для критичного эксперимента. При этом для постоянной тяжёлой нагрузки, физического оборудования или доступа без сетевой задержки собственный Mac лаборатории может оказаться практичнее; удалённая аренда лучше подходит именно для временной проверки и переходного двойного контура. Условия подключения и доступные варианты можно сверить на странице заказа Mac в MACNOX.

В 2026 году разумный порядок действий такой: сначала зафиксировать Intel-зависимости, затем проверить нативную среду Apple Silicon, после этого провести двойную регрессию и только потом решать вопрос об обновлении. Если хотя бы один критичный компонент остаётся непроверенным, macOS 27 должна рассматриваться как сохранённая резервная среда, а не как проблема, которую можно отложить до дня выхода macOS 28.