Rosetta в macOS 27 автоматически удаляется при установке системы, а в macOS 28 её поддержка исчезнет окончательно. Для компаний с парком Mac это не косметическое изменение: старые Intel-приложения и особенно фоновые утилиты могут перестать работать без предупреждения, оставив пользователя один на один с внезапно пропавшей функцией.
О риске для корпоративных устройств сообщает 9to5Mac со ссылкой на опыт администратора Apple Bradley Chambers. По его наблюдениям, часть обычных приложений после обновления сможет инициировать понятную переустановку Rosetta через системное окно. Но этот сценарий не покрывает все случаи: некоторые служебные программы из строки меню, для которых поставщик до сих пор не выпустил нативную сборку под Apple Silicon, в тестах просто переставали работать.
Rosetta — слой совместимости, позволявший Mac на процессорах Apple Silicon запускать программы, собранные для Intel. Apple начала перевод компьютеров на собственные чипы в конце 2020 года, поэтому у разработчиков было больше пяти лет на адаптацию. В macOS 27 механизм не исчезает бесследно: его можно установить повторно. Однако теперь это отдельное действие, а не тихая страховка, встроенная в среду исполнения.
Самая неприятная часть истории — не приложения, которые не запускаются. Их обычно быстро замечают и пользователь, и служба поддержки. Хуже работают «тихие» сбои: агент синхронизации, утилита безопасности, драйвер периферии или маленький инструмент в строке меню не показывает ошибку, но перестаёт выполнять задачу. В крупной организации это легко превращается не в один инцидент, а в серию разрозненных обращений, где причину сначала ищут в сети, правах доступа или MDM-профилях.
Chambers предлагает временную меру: автоматически переустанавливать Rosetta на устройства, попадающие в группу с macOS 27. В его примере для системы управления Mosyle используется штатная команда softwareupdate с параметрами установки Rosetta и принятия лицензии. Подход не решает зависимость от Intel-кода, зато снижает вероятность, что сотрудник столкнётся со сбоем до того, как IT-команда завершит инвентаризацию и переговоры с поставщиками.
Для российских команд логика та же, даже если парк Mac невелик. Стоит проверить не только список установленных программ, но и пакеты, развёрнутые через MDM, внутренние агенты, плагины, VPN-клиенты, средства защиты, бухгалтерскую периферию и приложения, которые запускаются при входе в систему. Отдельный вопрос — самописные инструменты: бинарник мог быть собран под x86_64 несколько лет назад и продолжать «работать» лишь потому, что Rosetta до сих пор подхватывала его незаметно для владельца.
Разработчикам имеет смысл проверить универсальную или arm64-сборку на реальных машинах Apple Silicon, а не ограничиваться успешной компиляцией. Продуктовым и закупочным командам — запросить у вендоров конкретные сроки нативной версии и план миграции, а не формулировку «есть в дорожной карте». Если критичный поставщик к концу 2026 года всё ещё не готов к Apple Silicon, это уже сигнал о приоритетах его macOS-направления, а не неожиданность платформы.
Во многих компаниях новые версии macOS удерживают около 90 дней на тестировании перед широким развёртыванием. Этот период лучше использовать для контролируемого обновления пилотной группы и фиксации всех зависимостей. Rosetta в macOS 27 даёт администраторам переходное окно, но macOS 28 превращает вопрос из задачи по настройке скрипта в выбор: дождаться нативной версии, заменить продукт или поддерживать устаревший процесс на всё более неудобной платформе.