Эксклюзив Google решает покончить с Android с открытым исходным кодом

В целях новостного репортажа и чисто интересных дискуссий Ай Фанер проводил различные «выводы» по стратегиям известных технологических компаний и представлял множество сценариев.

Но я не ожидал, что с Google действительно произойдет самая маловероятная ситуация.

AOSP (Android Open Source Project) — это проект с открытым исходным кодом, возглавляемый Google, который предоставляет базовую структуру и основные компоненты для всех операционных систем устройств Android. Это эквивалент «пустой комнаты», где разработчики могут свободно загружать, изменять и распространять его код, а также создавать на его основе индивидуальные системы, включая Xiaomi HyperOS, vivo OriginOS, ColorOS от OPPO и даже систему Android для телефонов Pixel, — все они основаны на AOSP.

Поддержка Android в Google разделена на два направления: общедоступная ветвь AOSP открыта для разработчиков со всего мира, содержит чистый исходный код и не требует каких-либо проприетарных служб Google. Любой производитель или частное лицо может разработать систему на основе этой отрасли. Внутренняя ветка с закрытым исходным кодом доступна только производителям, подписавшим соглашение GMS (Google Mobile Services).

В частности, Google больше не будет поддерживать текущую общедоступную ветку AOSP, постепенно закроет соответствующие ресурсы поддержки и может прекратить обновление исходного кода компонентов за пределами юридических обязательств по открытому исходному коду (код по GPL и другим соглашениям).

Зарубежные СМИ Android Authority первыми сообщили об этой ситуации, Google также подтвердил это.

Начиная со следующей недели вся разработка Android будет осуществляться исключительно во внутренних филиалах Google. По истечении определенного периода времени внешняя ветка может перестать быть общедоступной или даже полностью закрыться. Кроме того, инструменты и среды непрерывной интеграции/доставки (CI/CD) AOSP также могут быть отключены, и даже Android Gerrit (https://android-review.googlesource.com/) может быть отключен. Отныне только сотрудники Google смогут получить доступ к внутренним филиалам AOSP или отправить код. Процесс разработки Android больше не будет прозрачным.

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

Взяв за основу историю, проект OpenSolaris (то есть проект с открытым исходным кодом, соответствующий операционной системе Solaris) после того, как Oracle приобрела Sun и объявила об «отложенном открытом исходном коде» для OpenSolaris, не открывал более половины кода по лицензии CDDL до тех пор, пока отдел разработки Solaris не был расформирован.

Никто не знает, является ли обещание Google Android Authority «продолжать работу с открытым исходным кодом, просто отложить это» пустыми словами — в конце концов, отсрочка на неопределенный срок — это тоже своего рода отсрочка.

По мнению Ай Фанера, общая идея закрытого исходного кода Android заключается в том, чтобы в конечном итоге сохранить только те части с открытым исходным кодом, которые требуются лицензией на сильное заражение GPL, в основном драйверы состояния ядра Linux и исправления. Другие части среднего и верхнего уровней, которые ранее использовали свободные лицензии с открытым исходным кодом, такие как Apache, в конечном итоге будут закрытыми ; будущие версии Android больше не будут публично выпускаться или обновляться после выпуска исходного кода.

Уровень принятия решений по этому вопросу находится на уровне высшего руководства Google. Предполагается, что это решение они примут не позднее начала 2025 года. Реализация всей стратегии будет завершена в течение более длительного периода, как минимум, на несколько лет, пока AOSP полностью не потеряет свой смысл.

Настоящий мотив шага Google пока не ясен, но, согласно анализу и пониманию Ай Фанера, в основном он направлен на экономию расходов и увеличение доходов :

AOSP имеет несколько конвейеров кода и большое количество ветвей в разных измерениях (например, номер версии, ход выпуска и т. д.). Принимая во внимание восходящие и нисходящие коды проекта, а также сотрудничество между несколькими компаниями, он еще больше усложняется, что очень затрудняет обслуживание и управление, что приводит к большому количеству вычислительных ресурсов и затратам человеко-часов. Google, возможно, захочет сэкономить на этих расходах. Учитывая, что Android-отдел предоставил всем сотрудникам возможность «добровольного увольнения» в начале 2025 года, логику сокращения расходов понять нетрудно. Кроме того, производители, подписавшие партнерское соглашение, также обязаны объединить сервисы Google для увеличения доходов Google от рекламы, что, в свою очередь, увеличивает общий доход компании.

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

Большинство основных производителей мобильных телефонов уже подписали различные авторизованные партнерские соглашения с Google. Производители в соответствии с существующими соглашениями по-прежнему могут получать и использовать новейший исходный код Android, получать сертификацию Google GMS, обычно предварительно устанавливать службы и приложения, такие как Google Play и Gmail, а также получать поддержку от Google. Все дела остаются в обычном режиме.

Реальное воздействие не будет проявляться напрямую, а будет отражено со стороны в течение более длительного периода времени. Это будет подробно объяснено позже.

AOSP, больше не существует?

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

1. Поскольку большая часть кода AOSP выпускается под лицензией Apache 2.0, любой может создать его копию. Существуют также различные зеркала AOSP на других платформах обслуживания кода, таких как GitHub и отечественное сообщество Android. Google не имеет права отключать другие «неофициальные» базы кода AOSP. То, что было открыто, не может быть отозвано.
2. Другими словами, пока его можно загрузить из других неофициальных каналов, люди по-прежнему могут использовать последний обновленный код AOSP Google и изменять его в соответствии со своими потребностями. В принципе, если у вас достаточно мощных разработчиков, вы можете превратить предыдущую AOSP в свою собственную систему для ее обслуживания и обновления.

Android/AOSP никогда не был настоящим проектом с открытым исходным кодом, и фундаменталисты в сообществе всегда критиковали его.

Как упоминалось ранее, Android в настоящее время работает на ядре Linux с открытым исходным кодом под лицензией GPL. GPL — это очень заразительная лицензия, которая требует, чтобы все производные работы были с открытым исходным кодом в соответствии с лицензией GPL, тем самым реализуя дух неограниченного открытого исходного кода и расширяя сообщество.

Чтобы построить бизнес-экосистему Android, Google создал модель лицензирования, которая сочетает в себе открытый исходный код и коммерческие потребности. Google делит платформу Android на несколько частей: базовая часть ядра Linux остается под лицензией GPL v2 (по мере необходимости), в то время как большая часть кода AOSP использует более либеральную лицензию Apache 2.0. Эта структура лицензирования позволяет производителям устройств модифицировать и настраивать Android без необходимости открывать исходный код всех модификаций, а также позволяет предприятиям создавать собственные приложения и сервисы на платформе Android. Собственный сервис Google GMS (Google Mobile Services) отделен от AOSP и использует другие условия лицензирования. Этот гибридный подход создает модель, которая сохраняет открытость, обеспечивая при этом коммерческую гибкость экосистемы.

В частности, ядро ​​Linux основано на лицензии GPL. Хотя модуль ядра должен быть принудительно открыт с исходным кодом в соответствии с GPL, приложения пользовательского пространства не затрагиваются заразностью GPL и, следовательно, не обязательно должны быть с открытым исходным кодом. Некоторые пользовательские приложения также отличаются от традиционных дистрибутивов Linux, например, использование Bionic libc вместо glibc, использование toybox вместо busybox и т. д. Кроме того, Google также использует «Уровень абстракции оборудования» (HAL), который позволяет производителям хранить на этом уровне коммерческую конфиденциальную информацию, которую они не хотят раскрывать, например код и логику некоторых конкретных проприетарных функций, что обеспечивает стабильный ABI (двоичный интерфейс приложения), чтобы производители могли обновлять свой собственный код независимо от платформы Android. слой.

Конечно, Linux Foundation был очень недоволен методами работы Google, нарушавшими дух открытого исходного кода, и однажды удалил AOSP из проекта Linux с открытым исходным кодом.

В результате нижний уровень AOSP имеет открытый исходный код в соответствии с GPL, а большое количество средних уровней имеют свободно открытый (частично закрытый) исходный код в соответствии с Apache. Приложения, основанные на этом, могут выбирать собственные атрибуты открытого и закрытого исходного кода в соответствии с пожеланиями разработчика и коммерческими целями.

Google сам это делает. Фактически, начиная с Android 4.4 KitKat в 2013 году, все версии Android больше не являются полностью открытыми. Некоторые драйверы, пользовательский интерфейс и большое количество основных продуктов и сервисов на уровне приложений, разработанных Google для системы Android, также известных как пакет GMS, имеют закрытый исходный код.

AOSP существует, но это не полноценный Android. Вот почему многие разработчики систем подчеркивают, что «родной Android» (имеется в виду операционная система Google Nexus/Pixel) не равен AOSP.

Хотя AOSP является проектом с открытым исходным кодом, Google не часто объединяет запросы на слияние, отправленные третьими сторонами (слияние кода AOSP требует одобрения сотрудников Google, и многие PR погибают в Gerrit Review). Это также то, что, по мнению многих разработчиков, является самым большим отличием между AOSP и типичными проектами с открытым исходным кодом. Участникам сложно получить реальное ощущение участия в AOSP.

На официальном сайте проекта AOSP Google написал такую ​​«философию управления»:

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

Этот отрывок достаточно ясно описывает намерения Google. Если AOSP — рабочий осел, то пришло время его убить.

Какое влияние окажет закрытый исходный код Android?

Главный вывод: основным брендам телефонов и их пользователям не о чем беспокоиться.

Во-первых, давайте рассмотрим соглашение между Google и Android OEM:

1. AOSP, любой производитель может использовать AOSP для разработки без согласия Google;
2. Соглашение об обязательствах по совместимости Android ACC, Соглашение о распространении мобильных приложений MADA, Дополнительное соглашение о корпоративных устройствах EDLA и т. д., и это лишь некоторые из них. Посредством соглашений между Google и OEM-производителями устанавливаются коммерческие ограничения. Только OEM-производители, подписавшие соглашение ACC, могут разрабатывать операционные системы через AOSP и называть их операционными системами Android, а также получать права на использование товарного знака Android и другие права.
3. Google Mobile Services GMS включает в себя внутренние функции, такие как ядро ​​службы Google и систему учетных записей, а также внешние приложения, такие как Google Play Store, YouTube, Gmail и Календарь. Только если компания подписала вышеуказанное соглашение и модель мобильного телефона прошла тест на совместимость Google, можно предустановить GMS.

Сочетание ACC, MADA/EDLA и других протоколов гарантирует, что Google имеет абсолютный контроль над операционной системой Android.

Большинство современных брендов мобильных телефонов Android, включая Xiaomi, vivo, OPPO, Samsung и т. д., подписали соглашения с Google. Если сюрпризов не возникло, Google следовало бы связаться с ними, чтобы успокоить их и гарантировать, что будущее сотрудничество продолжится в обычном режиме.

В прошлом значительное количество производителей оборудования и чипов использовали AOSP для разработки продуктов, но не получали сертификацию устройств Android от Google. На устройстве не требовалось предварительно устанавливать GMS Family Bucket, и оно могло не соответствовать требованиям сертификации Google.

Существуют миллиарды или даже десятки миллиардов несертифицированных Android-устройств. С помощью этого AOSP с закрытым исходным кодом Google может побудить несертифицированных производителей оборудования подчиниться себе и подписать различные соглашения, упомянутые выше.

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

Это не факт, а просто вероятность. Решение Google закрыть исходный код Android на этот раз не исключает небольшого мотива попытки вернуть себе рынок несертифицированных устройств или хотя бы получить на нем долю. Хотя этот большой рынок был создан самими производителями оборудования, без AOSP он не был бы тем, чем он является сегодня.

С этой точки зрения могут пострадать потребители несертифицированных Android-устройств, хотя, конечно, это не будет очевидным. Влияние в основном исходит из финансового аспекта: если OEM-производители хотят продолжать предустанавливать операционную систему Android, они должны соблюдать правила управления и требования Google к устройствам. Эти затраты, конечно, будут переложены на потребителей, в результате чего придется платить более высокие цены. Кроме того, для загрузки приложений потребители могут использовать только такие каналы, как Google Play. Жизненное пространство сторонних рынков приложений (таких как F-Droid) также стало меньше. Google также может взимать комиссию за все платежи в приложении.

Некоторые производители могут не захотеть подчиняться Google, и их продукты уйдут с рынка, что ограничит выбор потребителей; но в то же время любой код AOSP, выпущенный Google до закрытия исходного кода, теоретически все еще может использоваться. Производители могут по своему желанию разветвлять код и самостоятельно разрабатывать, обновлять и поддерживать его. Предполагается, что потребителей умных холодильников не будет волновать, установлена ​​ли на холодильнике новейшая операционная система Android.

Однако это может быть возвращением к клише «фрагментации Android»: если неавторизованные производители устройств продолжат идти своим путем и использовать старый, уже официально не поддерживаемый код для разработки продуктов, то фрагментация может быть не такой простой, как номер версии — а может быть похожа на сегодняшний Китай, с толчком, версией, функцией, внешним видом, именем, опытом и т. д. со всесторонней фрагментацией и странной картиной, которая будет расширяться до глобального масштаба.

Нарушение прав застройщика

Закрытый исходный код AOSP оказывает более очевидное влияние на сторонних разработчиков ПЗУ приложений Android.

Сцена, где сотни научных школ соперничали на сторонних ПЗУ Android, также будет похоронена историей. Лучший результат для разработчиков ПЗУ — использовать последнюю обновленную версию AOSP для ее изменения, а затем поддерживать текущую версию до тех пор, пока она постепенно не устареет, пока они окончательно не откажутся от проекта.

Что касается разработчиков приложений, они по-прежнему могут получить необходимый им SDK от Google, и в эпоху после AOSP не должно быть большого прямого влияния.

Однако до этого из-за значительной степени фрагментации Android разработчикам необходимо было получить системные коды от разных производителей и устройств в качестве тестовых машин, чтобы адаптироваться к различным версиям системы и различным маркам моделей. Это значительные затраты для малых и средних предприятий, особенно независимых разработчиков. Неясно, станет ли эта ситуация еще более серьезной в будущем.

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

Самый экстремальный, но наименее неожиданный подход

Ранее, в контексте технологического разделения между Китаем и Соединенными Штатами, Ай Фанер придумал несколько возможностей для Android «прекратить поставки» китайским производителям мобильных телефонов: запретить отображение товарных знаков Android на мобильных телефонах, продаваемых за рубежом, запретить предварительную установку GMS, «напрямую» закрыть исходный код AOSP для китайских производителей и даже приостановить авторизацию этих производителей и отменить/удалить их из OHA.

Из всех возможностей AOSP с полностью закрытым исходным кодом наименее вероятен. Ай Фанер однажды подумала, что это слишком постыдно.

На зарождении интеллектуальных мобильных устройств компания Google приняла решение открыть исходный код Android, который не только завоевал репутацию открытой технологии, но и завоевал в то время большое количество производителей и пользователей Symbian, Windows Mobile, Nokia и BlackBerry.

Конечно, Nokia, BlackBerry и Microsoft пошли обходным путем, что сыграло большую роль в победе Google. Но Android с открытым исходным кодом от Google, несомненно, является наиболее правильным решением на пути к захвату более 70% доли Android на рынке мобильных операционных систем сегодня.

В Google все еще есть сотрудники, которые признают важность и долгосрочную ценность открытого исходного кода для популяризации технологий. Будь то из-за деловых и высших требований или личного статуса, они пишут код и выполняют работы по обслуживанию проекта Android, и AOSP также является носителем этой работы. Однако коммерческая ценность AOSP для Android и Google уже не одинакова.

Хотя основной мотивацией этой операции является экономия средств, в долгосрочной перспективе она также поможет Google увеличить доходы. В конце концов, в прошлом Google было трудно получить прямой доход или косвенные выгоды, такие как данные с несертифицированных устройств, работающих под управлением операционных систем на базе AOSP.

До этого инцидента Google зарабатывала на Android в основном за счет взимания платы с OEM-производителей за авторизацию и сертификацию в рамках партнерского соглашения. Чтобы использовать Android в рамках коммерческого соответствия, производителям необходимо подписать соглашение. Такие детали, как содержание и метод конкретного соглашения, могут быть разными, но общие правила остаются неизменными. Основным источником дохода Google являются доходы от рекламы и совместного использования приложений, полученные через предустановленные приложения и сервисы Google (поиск, Play Store и т. д.).

Очевидно, что несертифицированное оборудование не может приносить Google доход, но существование AOSP — это «свадебное платье для людей». Как любая коммерческая компания, я боюсь, что она захочет как можно скорее отрезаться от этого оборудования и производителей.

# Добро пожаловать на официальную общедоступную учетную запись WeChat Айфанера: Aifaner (идентификатор WeChat: ifanr). Более интересный контент будет предоставлен вам как можно скорее.

Ай Фанер | Исходная ссылка · Посмотреть комментарии · Sina Weibo